GCC and Modules

GCC and Modules

[Andre.Messerschmidt]

Hi.

As I understand the current stable release of binutils and gcc is not able
to compile functional modules. 
Sadly I am not able to use the CVS (Thanks to our super-secure admins, who
lock every port possible).

So here is my question: Does anybody provide snapshots of the CVS (or maybe
binaries for x86 that support modules) for download?

Thanks.

Best regards
--
Andre Messerschmidt

Application Engineer
Infineon Technologies AG

Re: GCC and Modules

[H . J . Lu]

On Tue, Jul 24, 2001 at 01:14:42PM +0200, Andre.Messerschmidt@infineon.com wrote:
> Hi.
> 
> As I understand the current stable release of binutils and gcc is not able
> to compile functional modules. 

What are you talking about? My mips toolchain is as stable/good as the
x86 version for RedHat 7.1.



H.J.

Re: GCC and Modules

[Ralf Baechle]

On Tue, Jul 24, 2001 at 08:40:05AM -0700, H . J . Lu wrote:

> > As I understand the current stable release of binutils and gcc is not able
> > to compile functional modules. 
> 
> What are you talking about? My mips toolchain is as stable/good as the
> x86 version for RedHat 7.1.

He's refering to the last official release of binutils which indeed wasn't
usable for modutils.

  Ralf

Re: GCC and Modules

[H . J . Lu]

On Tue, Jul 24, 2001 at 06:20:57PM +0200, Ralf Baechle wrote:
> On Tue, Jul 24, 2001 at 08:40:05AM -0700, H . J . Lu wrote:
> 
> > > As I understand the current stable release of binutils and gcc is not able
> > > to compile functional modules. 
> > 
> > What are you talking about? My mips toolchain is as stable/good as the
> > x86 version for RedHat 7.1.
> 
> He's refering to the last official release of binutils which indeed wasn't
> usable for modutils.

What official release of binutils? Are we talking about the FSF
official release? Since when did Linux use those? They won't even
work right on Linux/x86. You should either use the Linux binutils
or try your luck with CVS.


H.J.

Re: GCC and Modules

[H . J . Lu]

On Tue, Jul 24, 2001 at 01:31:41PM -0400, Marc Karasek wrote:
> The way to see this bug is just try to compile the MIPS kernel (either
> 2.4.1 or 2.4.3) as follows:
> 
> 1) make distclean
> 2) copy linux/arch/mips/defconfig-malta linux/.config
> 3) make oldconfig
> 4) make menuconfig
> 5) change the endianess from little to big
> 6) make dep 
> 7) make zImage 
> 

That is a kernel bug. The code only works on littl endian by accident
Here is a patch.


H.J.
--- arch/mips/mips-boards/generic/time.c.int64	Tue Jul 24 13:21:21 2001
+++ arch/mips/mips-boards/generic/time.c	Tue Jul 24 13:22:02 2001
@@ -275,7 +275,7 @@ void __init time_init(void)
 
 /* This is for machines which generate the exact clock. */
 #define USECS_PER_JIFFY (1000000/HZ)
-#define USECS_PER_JIFFY_FRAC (0x100000000*1000000/HZ&0xffffffff)
+#define USECS_PER_JIFFY_FRAC ((long) (0x100000000*1000000/HZ&0xffffffff))
 
 /* Cycle counter value at the previous timer interrupt.. */
 

Re: GCC and Modules

[Marc Karasek]

 I will patch and give this a try...  prob will not be until Thursday or
Friday.. 

On 24 Jul 2001 13:25:34 -0700, H . J . Lu wrote:
> On Tue, Jul 24, 2001 at 01:31:41PM -0400, Marc Karasek wrote:
> > The way to see this bug is just try to compile the MIPS kernel (either
> > 2.4.1 or 2.4.3) as follows:
> > 
> > 1) make distclean
> > 2) copy linux/arch/mips/defconfig-malta linux/.config
> > 3) make oldconfig
> > 4) make menuconfig
> > 5) change the endianess from little to big
> > 6) make dep 
> > 7) make zImage 
> > 
> 
> That is a kernel bug. The code only works on littl endian by accident
> Here is a patch.
> 
> 
> H.J.
> --- arch/mips/mips-boards/generic/time.c.int64	Tue Jul 24 13:21:21 2001
> +++ arch/mips/mips-boards/generic/time.c	Tue Jul 24 13:22:02 2001
> @@ -275,7 +275,7 @@ void __init time_init(void)
>  
>  /* This is for machines which generate the exact clock. */
>  #define USECS_PER_JIFFY (1000000/HZ)
> -#define USECS_PER_JIFFY_FRAC (0x100000000*1000000/HZ&0xffffffff)
> +#define USECS_PER_JIFFY_FRAC ((long) (0x100000000*1000000/HZ&0xffffffff))
>  
>  /* Cycle counter value at the previous timer interrupt.. */
>  
--
/*************************
Marc Karasek
Sr. Firmware Engineer
iVivity Inc.
marc_karasek@ivivity.com
(770) 986-8925
(770) 986-8926 Fax
*************************/

AW: GCC and Modules

[Andre.Messerschmidt]

Hi.

> He's refering to the last official release of binutils which indeed wasn't
> usable for modutils.
> 
I compiled the tools by myself but the problems remain.
My module should only print a message using printk, but I can't get it to
run.

Here are my results:
> insmod module.o
insmod: unresolved symbol _gp_disp

Module compiled with -mno-abicalls and -no-half-pic (as someone in the
archives mentioned)
> insmod module.o
Warning: unhandled reloc 9
insmod: Unhandled relocation of type 9 for
Warning: unhandled reloc 11
insmod: Unhandled relocation of type 11 for printk
Warning: unhandled reloc 9
insmod: Unhandled relocation of type 9 for
Warning: unhandled reloc 11
insmod: Unhandled relocation of type 11 for printk

Does anybody know what the problem is?

regards
--
Andre Messerschmidt

Application Engineer
Infineon Technologies AG

Re: GCC and Modules

[Ralf Baechle]

On Wed, Jul 25, 2001 at 11:12:47AM +0200, Andre.Messerschmidt@infineon.com wrote:

> I compiled the tools by myself but the problems remain.
> My module should only print a message using printk, but I can't get it to
> run.
> 
> Here are my results:
> > insmod module.o
> insmod: unresolved symbol _gp_disp
> 
> Module compiled with -mno-abicalls and -no-half-pic (as someone in the
> archives mentioned)

-fno-pic you mean.  Half PIC is meaningless under Linux.

  Ralf