From rabeeh@galileo.co.il Sun Feb 18 15:03:40 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id PAA14589; Sun, 18 Feb 2001 15:03:40 +0100 (MET) Received-Date: Sun, 18 Feb 2001 15:03:40 +0100 (MET) Received: from pop3.galileo.co.il(199.203.130.130), claiming to be "galileo5.galileo.co.il" via SMTP by guadalquivir.fnet.fr, id smtpd014587; Sun Feb 18 15:03:35 2001 Received: from galileo.co.il (rabeeh@linux2.galileo.co.il [10.2.40.2]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id QAA15206 for ; Sun, 18 Feb 2001 16:03:53 +0200 (GMT-2) Message-ID: <3A8FD593.7030508@galileo.co.il> Date: Sun, 18 Feb 2001 16:00:51 +0200 From: Rabeeh Khoury Organization: Galileo Technology User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001107 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: binaries on kernel 2.4.1 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi everyone,

I'm porting kernel 2.4.1 to galileo evaluation boards, I'v used an old binaries from oss.sgi.com ftp site (Redhat version 5.0 RPMs) and worked great on kernel 2.2.14 with QED 5271 CPU.
Now i'm testing the system with kernel 2.4.1 with QED 7000A CPU but when trying to run /bin/sh for example it writes - (I'v added init=/bin/sh in the command line) -

IP-Config: Guessing netmask 255.0.0.0
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 10.2.40.2
Looking up port of RPC 100005/2 on 10.2.40.2
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 44k freed
[sh:1] Illegal instruction 8fe30014 at 7ffffc34 ra=00000001

it is really weird because at address 7ffffc34 is the stack for the process, and no instruction should run from there !!! That means that the kernel shouldn't have printed the 'Illegal instruction' message !


Did any one had this problem ? Any suggestions ?

Regards,
Rabeeh

From ppopov@pacbell.net Sun Feb 18 19:56:58 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id TAA17809; Sun, 18 Feb 2001 19:56:58 +0100 (MET) Received-Date: Sun, 18 Feb 2001 19:56:58 +0100 (MET) From: ppopov@pacbell.net Received: from mta6.snfc21.pbi.net(206.13.28.240) via SMTP by guadalquivir.fnet.fr, id smtpd017807; Sun Feb 18 19:56:54 2001 Received: from pacbell.net ([63.194.214.47]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8Y00MN7UOYQ7@mta6.snfc21.pbi.net> for linux-mips@fnet.fr; Sun, 18 Feb 2001 10:43:47 -0800 (PST) Date: Sun, 18 Feb 2001 10:47:23 -0800 Subject: Re: binaries on kernel 2.4.1 Sender: pete@mta6.snfc21.pbi.net To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Message-id: <3A9018BB.14BE83E7@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: bg, en References: <3A8FD593.7030508@galileo.co.il> Rabeeh Khoury wrote: > > Hi everyone, > > I'm porting kernel 2.4.1 to galileo evaluation boards, I'v used an old > binaries from oss.sgi.com ftp site (Redhat version 5.0 RPMs) and > worked great on kernel 2.2.14 with QED 5271 CPU. > Now i'm testing the system with kernel 2.4.1 with QED 7000A CPU but > when trying to run /bin/sh for example it writes - (I'v added > init=/bin/sh in the command line) - > > IP-Config: Guessing netmask 255.0.0.0 > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > Looking up port of RPC 100003/2 on 10.2.40.2 > Looking up port of RPC 100005/2 on 10.2.40.2 > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 44k freed > [sh:1] Illegal instruction 8fe30014 at 7ffffc34 ra=00000001 > > it is really weird because at address 7ffffc34 is the stack for the > process, and no instruction should run from there !!! That means that > the kernel shouldn't have printed the 'Illegal instruction' message ! What eval board is this? > Did any one had this problem ? Any suggestions ? Yes, with the ev96100. I had to modify rm7k.c to add r4k-like cache routines for the r7k. With those routines, the ev96100 (r7k cpu) runs with the seconday cache enabled. I recently sent a newer ev96100 patch to Ralf, which brought the ev96100 support up to 2.4.1, but the patch did not include rm7k.c because Ralf says that those routines are not necessary. The rest of the patch doesn't seem to have been committed yet. There is a test9 based linux support package for the ev96100 on ftp.mvista.com:/pub/Area51/ev96100. Pete From wichert@cistron.nl Mon Feb 19 14:35:02 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA26346; Mon, 19 Feb 2001 14:35:02 +0100 (MET) Received-Date: Mon, 19 Feb 2001 14:35:02 +0100 (MET) Received: from home174.liacs.nl(132.229.210.174), claiming to be "fog.mors.wiggy.net" via SMTP by guadalquivir.fnet.fr, id smtpd026338; Mon Feb 19 14:34:54 2001 Received: (from wichert@localhost) by fog.mors.wiggy.net (8.11.2/8.11.2/Debian 8.11.2-1) id f1JCYMH17405; Mon, 19 Feb 2001 13:34:22 +0100 Date: Mon, 19 Feb 2001 13:34:22 +0100 From: Wichert Akkerman To: "'linux-mips@oss.sgi.com'" , linux-mips Subject: Re: strace package Message-ID: <20010219133422.B17354@cistron.nl> Mail-Followup-To: "'linux-mips@oss.sgi.com'" , linux-mips References: <3A5E75C4.2020203@redhat.com> <3A5E7F3A.4BD57AC5@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3A5E7F3A.4BD57AC5@mvista.com>; from jsun@mvista.com on Thu, Jan 11, 2001 at 07:51:22PM -0800 Previously Jun Sun wrote: > strace is included in the MontaVista HHL distribution. You can find the rpm > and srpm under ftp.mvista.com/pub/CDK?? and/or ftp.mvista.com/pub/area51. Do you happen to know if those have any patches that are not already in CVS? Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | wichert@cistron.nl http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | From wichert@cistron.nl Mon Feb 19 14:35:43 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA26652; Mon, 19 Feb 2001 14:35:43 +0100 (MET) Received-Date: Mon, 19 Feb 2001 14:35:43 +0100 (MET) Received: from home174.liacs.nl(132.229.210.174), claiming to be "fog.mors.wiggy.net" via SMTP by guadalquivir.fnet.fr, id smtpd026375; Mon Feb 19 14:35:30 2001 Received: (from wichert@localhost) by fog.mors.wiggy.net (8.11.2/8.11.2/Debian 8.11.2-1) id f1JCXk617400; Mon, 19 Feb 2001 13:33:46 +0100 Date: Mon, 19 Feb 2001 13:33:46 +0100 From: Wichert Akkerman To: "'linux-mips@oss.sgi.com'" , linux-mips Subject: Re: strace package Message-ID: <20010219133346.A17354@cistron.nl> Mail-Followup-To: "'linux-mips@oss.sgi.com'" , linux-mips References: <20010116134453.B12858@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from macro@ds2.pg.gda.pl on Tue, Jan 16, 2001 at 05:18:46PM +0100 Previously Maciej W. Rozycki wrote: > Well, here is most of the information available from the site... > > Welcome to http://strace.sourceforge.net/ > > We're Sorry but this Project hasn't yet uploaded their personal > webpage yet. > Please check back soon for updates or visit SourceForge Hmm, I guess I should fix that :) I've started looking at strace again after not having had any time for it in a while, and strace 4.3 should appear in a week or so. If there are any problems with the MIPS support now is the time to tell me. I'm especially interesting in strace reporting umoven() errors while tracing a program. Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | wichert@cistron.nl http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | From ralf@dea.waldorf-gmbh.de Tue Feb 20 20:28:41 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id UAA11279; Tue, 20 Feb 2001 20:28:41 +0100 (MET) Received-Date: Tue, 20 Feb 2001 20:28:41 +0100 (MET) Received: from u-12-18.karlsruhe.ipdial.viaginterkom.de(62.180.18.12), claiming to be "dea.waldorf-gmbh.de" via SMTP by guadalquivir.fnet.fr, id smtpd011277; Tue Feb 20 20:28:29 2001 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f1J2pJk02022; Mon, 19 Feb 2001 03:51:19 +0100 Date: Sun, 18 Feb 2001 20:51:19 -0600 From: Ralf Baechle To: Jim Freeman Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: bi-endian toolchain switches Message-ID: <20010218205119.C1644@bacchus.dhis.org> References: <20010214142024.A5614@sovereign.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010214142024.A5614@sovereign.org>; from jfree@sovereign.org on Wed, Feb 14, 2001 at 02:20:24PM -0700 X-Accept-Language: de,en,fr On Wed, Feb 14, 2001 at 02:20:24PM -0700, Jim Freeman wrote: > For bi-endian cross-compiler toolchains, something akin to the following > patch can be helpful for setting endianness switches according to > CONFIG_CPU_LITTLE_ENDIAN : We don't do this because -EB and -EL options don't affect the default SEARCH_DIR statements in the default linker scripts yet we have to get ld searching these directories without additional options. In other words multilib support is less than perfect ... Ralf From ralf@dea.waldorf-gmbh.de Tue Feb 20 21:37:31 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id VAA12834; Tue, 20 Feb 2001 21:37:31 +0100 (MET) Received-Date: Tue, 20 Feb 2001 21:37:31 +0100 (MET) Received: from u-12-18.karlsruhe.ipdial.viaginterkom.de(62.180.18.12), claiming to be "dea.waldorf-gmbh.de" via SMTP by guadalquivir.fnet.fr, id smtpd012832; Tue Feb 20 21:37:26 2001 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f1KKb3h04162; Tue, 20 Feb 2001 21:37:03 +0100 Date: Tue, 20 Feb 2001 21:37:03 +0100 From: Ralf Baechle To: "'linux-mips@oss.sgi.com'" , linux-mips Subject: Re: strace package Message-ID: <20010220213703.B2086@bacchus.dhis.org> References: <20010116134453.B12858@bacchus.dhis.org> <20010219133346.A17354@cistron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010219133346.A17354@cistron.nl>; from wichert@cistron.nl on Mon, Feb 19, 2001 at 01:33:46PM +0100 X-Accept-Language: de,en,fr On Mon, Feb 19, 2001 at 01:33:46PM +0100, Wichert Akkerman wrote: > Hmm, I guess I should fix that :) > > I've started looking at strace again after not having had any time for > it in a while, and strace 4.3 should appear in a week or so. If there > are any problems with the MIPS support now is the time to tell me. > I'm especially interesting in strace reporting umoven() errors while > tracing a program. Conincidentally I today built strace-cvs for MIPS before receiving your message and found it to be working just fine. The only bug which my last several month old build from an older snapshot doesn't have is that syscall 4129 (from memory, number may be incorrect) gets decoded as a syscall with very many arguments (~ 20). Will have to look into it. Ralf From greeen@iii.org.tw Fri Feb 23 04:46:34 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA06739; Fri, 23 Feb 2001 04:46:34 +0100 (MET) Received-Date: Fri, 23 Feb 2001 04:46:34 +0100 (MET) Received: from h179-210-243-135.iii.org.tw(210.243.135.179), claiming to be "mta0.iii.org.tw" via SMTP by guadalquivir.fnet.fr, id smtpd006737; Fri Feb 23 04:46:31 2001 Received: from [140.92.66.45] (helo=iiidns.iii.org.tw) by mta0.iii.org.tw with esmtp (Exim 3.16 #1) id 14W9BP-0004e8-00; Fri, 23 Feb 2001 11:46:15 +0800 Received: from Green ([140.92.12.76]) by iiidns.iii.org.tw (8.10.2/8.10.2) with SMTP id f1N3k8U19312; Fri, 23 Feb 2001 11:46:08 +0800 (CST) Message-ID: <000e01c09d4a$d91ef7c0$4c0c5c8c@trd.iii.org.tw> From: "Greeen-III" To: "LinuxEmbeddedMailList" , "MipsMailList" Subject: Why can't run /sbin/init !! Date: Fri, 23 Feb 2001 11:43:23 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 I am porting Linux to MIPS (r3912). When The /init/main.c run to this line "execve("/sbin/init",argv_init,envp_init);", there is nothing happened. Then Kernel showed the panic message "Not find init". I checked if there is init program in the directory "/sbin/". And I make sure that there is a file "init" there. ************************************ * It's Green!! (萬林明) * TEL: 886-2-23776100 ext.620 * mailto:greeen@iii.org.tw * Working at III(資策會) * 台北市大安區敦化南路二段216號12F ************************************ From wichert@cistron.nl Sat Feb 24 15:12:06 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id PAA01070; Sat, 24 Feb 2001 15:12:06 +0100 (MET) Received-Date: Sat, 24 Feb 2001 15:12:06 +0100 (MET) Received: from cabal.wiggy.net(195.64.66.141), claiming to be "fog.mors.wiggy.net" via SMTP by guadalquivir.fnet.fr, id smtpd001068; Sat Feb 24 15:12:01 2001 Received: (from wichert@localhost) by fog.mors.wiggy.net (8.11.2/8.11.2/Debian 8.11.2-1) id f1OCfLu04948; Sat, 24 Feb 2001 13:41:21 +0100 Date: Sat, 24 Feb 2001 13:41:21 +0100 From: Wichert Akkerman To: Ralf Baechle Cc: "'linux-mips@oss.sgi.com'" , linux-mips Subject: Re: strace package Message-ID: <20010224134121.A4925@cistron.nl> Mail-Followup-To: Ralf Baechle , "'linux-mips@oss.sgi.com'" , linux-mips References: <20010116134453.B12858@bacchus.dhis.org> <20010219133346.A17354@cistron.nl> <20010220213703.B2086@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010220213703.B2086@bacchus.dhis.org>; from ralf@oss.sgi.com on Tue, Feb 20, 2001 at 09:37:03PM +0100 Previously Ralf Baechle wrote: > Conincidentally I today built strace-cvs for MIPS before receiving your > message and found it to be working just fine. Good! > The only bug which my last several month old build from an older > snapshot doesn't have is that syscall 4129 (from memory, number may be > incorrect) gets decoded as a syscall with very many arguments (~ 20). Hmm, 4129 is delete_module, which is handled exactly like sys_chdir (syscal with one string argument). Looking at the syscall table I can't find any syscall with that many argument, the highest number I can find is 6 (mmap, recvfrom and sendto). Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | wichert@cistron.nl http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |