From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 11:45:03 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:35572 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 11:44:41 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9NIgT309720; Mon, 23 Oct 2000 11:42:29 -0700 Message-ID: <39F48742.933941B8@mvista.com> Date: Mon, 23 Oct 2000 11:45:22 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: linux-mips@oss.sgi.com Subject: Re: problems with insmod ... References: <8345.972101539@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Keith Owens wrote: > > On Fri, 20 Oct 2000 19:50:03 -0700, > Jun Sun wrote: > >I am using modutils v2.1.121, generated by binutils 2.8.1/egcs > >v1.0.3a/glibc 2.0.6. > > > >BTW, I seem to remember someone said the modutils 2.1.121 is not good > >MIPS. Which version is good? > > 2.1.121 is over two years old and is missing several mips patches. > There is no good reason to use 2.1.121, modutils 2.3 is backwards > compatible. > > The last mips specific patch was in modutils 2.3.15. 2.3.18 ignores > empty relocate sections which I believe were a problem for several > architectures, possibly including mips. 2.3.19 will be released this > weekend and includes a mips patch to fix a minor problem which I doubt > anybody has ever hit. If you need modutils now, use 2.3.18, if you can > wait 48 hours, wait for 2.3.19. > > ftp://ftp..kernel.org/pub/linux/kernel/utils/modutils/v2.3. I tried with 2.3.19, and now I am having problem with out of bound index in symbol table. See the output below. --------- sh-2.03# insmod hello.o hello.o: local symbol gcc2_compiled. with index 10 exceeds local_symtab_size 10 hello.o: local symbol __gnu_compiled_c with index 11 exceeds local_symtab_size 10 hello.o: local symbol __module_kernel_version with index 12 exceeds local_symtab_size 10 --------- I took a look. It appears that there is bug fix in v2.3.19 that checks the symbol index against the table size, which in turn discovers this bug. Is this a ld bug? The sh_info field is indeed 10, but there are more symbols. I included the symbol table below, and the command line that I generate the module. ---------- SYMBOL TABLE: 00000000 l d .modinfo 00000000 00000000 l d .rodata 00000000 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d *ABS* 00000000 00000000 l d *ABS* 00000000 00000000 l d .note 00000000 00000000 l d .comment 00000000 00000000 l .text 00000000 gcc2_compiled. 00000000 l .text 00000000 __gnu_compiled_c 00000000 l O .modinfo 0000001b __module_kernel_version 00000000 g F .text 00000048 init_module 00000000 O *UND* 00000000 printk 00000048 g F .text 00000040 cleanup_module ----------- Make command: mips_5000_le-gcc -Wall -DMODULE -D__KERNEL__ -DLINUX -fno-pic -c hello.c Jun