On Mon, Sep 26, 2011 at 08:41:13AM -0400, Chris Ball wrote: > Hi, > > On Mon, Sep 26 2011, Uwe Kleine-König wrote: > >> Thanks, pushed to mmc-next for 3.2 with a reworded commit message: > > This (i.e. ee9e0e0 (mmc: card: Remove duplicated constants) in next) > > makes gcc emit a reference to __aeabi_uldivmod in one of my nightly > > builds which isn't defined. > > > > The final linking stage fails with: > > > > LD .tmp_vmlinux1 > > drivers/built-in.o: In function `mmc_blk_getgeo': > > clkdev.c:(.text+0xd1528): undefined reference to `__aeabi_uldivmod' > > make[2]: *** [.tmp_vmlinux1] Error 1 > > make[1]: *** [sub-make] Error 2 > > make: *** [all] Error 2 > > Interesting, thanks. It builds fine here on my (gcc-4.6) ARM toolchains. > Looking online, I think you're hitting an old gcc-4.3 bug? Yeah, this is gcc 4.3.2. Is it too old to be supported? Do you think of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48783? Then no, that is not the problem. The function is actually used: 00000028 <mmc_blk_getgeo>: 28: e3a03004 mov r3, #4 2c: e3a02010 mov r2, #16 30: e92d4010 push {r4, lr} 34: e1a04001 mov r4, r1 38: e5c13000 strb r3, [r1] 3c: e5c12001 strb r2, [r1, #1] 40: e590c050 ldr ip, [r0, #80] ; 0x50 44: e3a02040 mov r2, #64 ; 0x40 48: e3a03000 mov r3, #0 4c: e1cc04d8 ldrd r0, [ip, #72] ; 0x48 50: ebfffffe bl 0 <__aeabi_uldivmod> 54: e1c400b2 strh r0, [r4, #2] 58: e3a00000 mov r0, #0 5c: e8bd8010 pop {r4, pc} I thought that the problem is more: > The kernel doesn't support 64-bit by 64-bit division at all then? Nope. 64-bit by 64-bit divides are grossly inefficient and should be avoided. (taken from http://www.spinics.net/lists/arm/msg13532.html) Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König | Industrial Linux Solutions | http://www.pengutronix.de/ | -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
