cross-compiling kernel modules

Summary:

the GPL source code WD-MyBookWorld-v1.00.16-GPL.tar.gz uses the wrong GCC-version

cross-compiling kernel modules

tomas123 29 Dec 2009 00:01

I have same trouble with a USB 1.1 Device.

We have only the kernel modul ehci-hcd.ko for EHCI under
/lib/modules/2.6.24.4/kernel/drivers/usb/host/
and I'd like to compile the UHCI modul uhci-hcd.ko

The cross-compiler works fine (see http://mybookworld.wikidot.com/compiling-white-light-modules-from-source )
but the result don't work:

~ # insmod uhci-hcd.ko
insmod: cannot insert `uhci-hcd.ko': Unknown symbol in module (-1): No such file or directory

~ # dmesg | tail
uhci_hcd: Unknown symbol usb_hcd_pci_probe
uhci_hcd: Unknown symbol uhci_check_and_reset_hc
uhci_hcd: Unknown symbol __pci_register_driver
uhci_hcd: Unknown symbol pci_unregister_driver
uhci_hcd: Unknown symbol pci_bus_write_config_word
uhci_hcd: Unknown symbol uhci_reset_hc
uhci_hcd: Unknown symbol usb_hcd_pci_remove

This errors looks like wrong gcc version between our mybook-kernel and the new module.
Our kernel is compiled with

# dmesg
2.6.24.4 (brian@dualla) (gcc version 4.2.4) #1 Tue Feb 10 11:00:22 GMT 2009

After same tries with the (also non working) selfcompiled original ehci-hcd.ko I found a different gcc version in the inside the binaries:

a string from binary of original ehci-hcd.ko

GCC: (GNU) 4.2.4

a string from from binary of self compiled ehci-hcd.ko (non working binary)

GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

I'm using a ubuntu karmic with the the (old) nativ gcc 4.2.4 and toolchain-gcc 3.4.3

# /usr/bin/gcc --version
gcc (GCC) 4.2.4 (Ubuntu 4.2.4-5ubuntu1)

# /opt/WD-MyBookWorld-v1.00.16-GPL/toolchain/gcc-csl-arm-2005q1-glibc-csl-arm/bin/arm-linux-gnueabi-gcc --version
arm-linux-gnueabi-gcc (GCC) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

I also checked that all ipkg inside our feed http://ipkg.nslu2-linux.org/feeds/optware/cs05q1armel/cross/unstable/ contain the string
GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005).

This is not a wonder, the make file http://trac.nslu2-linux.org/optware/browser/trunk/platforms/toolchain-cs05q1armel.mk says

TOOLCHAIN_SITE=http://www.codesourcery.com/public/gnu_toolchain/arm-none-linux-gnueabi
TOOLCHAIN_BINARY=gnu-csl-arm-2005Q1B-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
TOOLCHAIN_SOURCE=gnu-csl-arm-2005Q1B-arm-none-linux-gnueabi.src.tar.bz2

Why the self compiled ehci-hcd.ko don't work? I'm nothing changed in the GPL source code WD-MyBookWorld-v1.00.16-GPL.tar.gz !

How can I cross-compile with a toolchain which inludes a arm-linux-gnueabi-gcc version 4.2.4?

Last edited on 29 Dec 2009 02:13 by tomas123 Show more

Re: cross-compiling kernel modules

tomas123 29 Dec 2009 01:09

a short view inside firmware 1.00.16 shows 5 different compilers :-(

Cross-Compiled with CodeSourcery GCC 3.4.3 and 3.4.4 and 4.2.1

/etc/netatalk/uams/uams_dhx_passwd.a
Offset 0x925 - GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

/etc/netatalk/uams/uams_guest.a
Offset 0x533 - GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

/etc/netatalk/uams/uams_passwd.a
Offset 0x9a7 - GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

/etc/netatalk/uams/uams_randnum.a
Offset 0x11ef - GCC: (GNU) 3.4.3 (release) (CodeSourcery ARM Q1B 2005)

/lib/libc-2.3.4.so
Offset 0xe8111 - Compiled by GNU CC version 3.4.3 (release) (CodeSourcery ARM Q1B 2005).

/lib/libc.so.6
Offset 0xe8111 - Compiled by GNU CC version 3.4.3 (release) (CodeSourcery ARM Q1B 2005).

/twonky/twonkymedia
Offset 0xdfd - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/twonky/twonkymediaserver
Offset 0x76b35 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/twonky/cgi-bin/cgi-jpegscale
Offset 0x1c8c1 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/twonky/plugins/itunes-import
Offset 0xb2d9 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/twonky/plugins/shoutcast-import
Offset 0x7349 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/usr/mionet/bin/cvm
Offset 0x26744f - GCC: (CodeSourcery Sourcery G++ Lite 2007q3-51) 4.2.1

/usr/mionet/lib/libinotifytools.so.0
Offset 0x62e0 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

/usr/mionet/lib/libinotifytools.so.0.4.1
Offset 0x62e4 - GCC: (GNU) 3.4.4 (release) (CodeSourcery ARM 2005q3-2)

Searched 1874 file(s), found 429 occurrences in 14 file(s)

compiled with GCC_3.5
(all) files in:

\bin
\sbin
\usr\bin
\usr\lib
\usr\sbin

compiled with GCC: (GNU) 4.2.4
(all) kernel modules under:

/lib/modules/2.6.24.4/kernel/drivers

##and the kernel
# dmesg
2.6.24.4 (brian@dualla) (gcc version 4.2.4) #1 Tue Feb 10 11:00:22 GMT 2009

Last edited on 29 Dec 2009 01:13 by tomas123 Show more

Re: cross-compiling kernel modules

(account deleted) 29 Dec 2009 09:58

Well, that explains a lot !

Do you know when they started to compile (parts of) the kernel with gcc-4.2.4 ?
I'm quite sure that when I got my MyBook (with an older firmware on it), uname
told something with gcc-3.x.x — as far as I can remember, the same gcc they used
in the toolchain released.

Blip

Re: cross-compiling kernel modules

tomas123 29 Dec 2009 10:46

Nice to hear from you!

With "uname -a" you can't get the gcc / glibc version. Use cat /proc/version or dmesg after boot ;-)

here my logs - you see, that 1.00.14 and 1.00.16 are the same kernel

~ # cat /etc/version
01.00.16
~ # cat /proc/version
Linux version 2.6.24.4 (brian@dualla) (gcc version 4.2.4) #1 Tue Feb 10 11:00:22 GMT 2009

~ # cat /etc/version
01.00.14
~ # cat /proc/version
Linux version 2.6.24.4 (brian@dualla) (gcc version 4.2.4) #1 Tue Feb 10 11:00:22 GMT 2009

I also checked the image of the newest firmware 1.01.16 -> no difference

the oldest dmesg (kernel from Dec 2008) I found here: http://mybookworld.wikidot.com/forum/t-138613/serial-console

Linux version 2.6.24.4 (brian@dualla) (gcc version 4.2.4) #1 Mon Dec 15 10:44:02 GMT 2008
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177

I think, that WD never used CodeSourcery GCC 3.4.3 for the Kernel.

At my work about reverse engineering of firmware image I find out, that WD since V1.00.14 never changed a byte in the boot sector (contains stage1 / uboot / kernel).
see: http://mybookworld.wikidot.com/forum/t-204565/how-to-build-a-boot-disk-from-scratch-945byte

I'm not sure, that a different gcc-compiler version is a serios problem for compiling kernel modules.
Most important is the gcc library. And this is glibc 2.3.4 that uses the CodeSourcery GCC 3.4.3.
On the other hand the kernel don't use the gcc library in /lib/. I'm not a kernel expert…

Last edited on 29 Dec 2009 10:48 by tomas123 Show more

Re: cross-compiling kernel modules

tomas123 07 Jan 2010 23:40

I wrote some news to http://mybookworld.wikidot.com/compiling-white-light-modules-from-source

Last edited on 08 Jan 2010 16:22 by tomas123 Show more

Re: cross-compiling kernel modules

isziraki 25 Apr 2015 21:21

I tried to compile kernel and have got this:

scripts/kconfig/conf -s arch/arm/Kconfig
CHK include/linux/version.h
SYMLINK include/asm-arm/arch -> include/asm-arm/arch-oxnas
make[1]: ‘include/asm-arm/mach-types.h’ is up to date.
CHK include/linux/utsrelease.h
CC arch/arm/kernel/asm-offsets.s
cc1: error: unrecognised command line option ‘-mlittle-endian’
cc1: error: unrecognised command line option ‘-mapcs’
cc1: error: unrecognised command line option ‘-mno-sched-prolog’
cc1: error: unrecognised command line option ‘-mno-thumb-interwork’
arch/arm/kernel/asm-offsets.c:1:0: error: unknown ABI (aapcs-linux) for -mabi= switch
arch/arm/kernel/asm-offsets.c:1:0: error: bad value (armv4t) for -march= switch
arch/arm/kernel/asm-offsets.c:1:0: error: bad value (arm9tdmi) for -mtune= switch
make[1]: * [arch/arm/kernel/asm-offsets.s] Error 1
make: * [prepare0] Error 2

Can somebody help me?

Problem is solved, now working, Idon't know why.

Last edited on 27 Apr 2015 13:43 by isziraki Show more