From greeen@iii.org.tw Mon Nov 5 04:46:15 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA08233; Mon, 5 Nov 2001 04:46:15 +0100 (MET) Received-Date: Mon, 5 Nov 2001 04:46:15 +0100 (MET) Received: from h116-210-243-147.iii.org.tw(210.243.147.116), claiming to be "mta1.iii.org.tw" via SMTP by guadalquivir.fnet.fr, id smtpd008231; Mon Nov 5 04:46:06 2001 Received: from [140.92.12.76] (helo=Green) by mta1.iii.org.tw with smtp (Exim 3.33 #1) id 160acr-0002Zy-00; Mon, 05 Nov 2001 11:40:42 +0800 Message-ID: <008701c165ac$1a49a9a0$4c0c5c8c@trd.iii.org.tw> From: "Green" To: "Linux-mips" , "MipsMailList" Subject: do_ri( ) Date: Mon, 5 Nov 2001 11:43:54 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0084_01C165EF.25598F20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0084_01C165EF.25598F20 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear all, I often get into trouble executing multithread application. Sometimes it will appear the message " Illegal instruction =3D = 0xXXXX " in=20 do_ri() function in /arch/mips/kernel/traps.c. It happened randomly. =20 Up to now, I still didn't know how to fix bug. If any one know how to fix it, please reply me. Appreciate in sincerely. P.S My mips bos is R3912. =20 ~~ Green ------=_NextPart_000_0084_01C165EF.25598F20 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Dear all,

I often get = into trouble executing=20 multithread application.

Sometimes it = will appear the message=20 " Illegal instruction =3D 0xXXXX " in

do_ri() = function in=20 /arch/mips/kernel/traps.c.

It happened = randomly.

Up to now, I = still didn't know how to=20 fix bug.

If any one = know how to fix it, please=20 reply me.

Appreciate = in sincerely.

P.S My = mips bos is=20 R3912.

~~
Green <greeen@iii.org.tw>

<= /BODY> ------=_NextPart_000_0084_01C165EF.25598F20-- From brad@ltc.com Mon Nov 5 05:33:05 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id FAA10717; Mon, 5 Nov 2001 05:33:05 +0100 (MET) Received-Date: Mon, 5 Nov 2001 05:33:05 +0100 (MET) Received: from ns1.ltc.com(38.149.17.165) via SMTP by guadalquivir.fnet.fr, id smtpd010715; Mon Nov 5 05:32:57 2001 Received: from prefect (gw1.ltc.com [38.149.17.163]) by ns1.ltc.com (Postfix) with SMTP id F30EF590A9; Sun, 4 Nov 2001 19:28:45 -0500 (EST) Message-ID: <07b401c165b2$f981ec30$3501010a@ltc.com> From: "Bradley D. LaRonde" To: "Green" , "Linux-mips" , "MipsMailList" References: <008701c165ac$1a49a9a0$4c0c5c8c@trd.iii.org.tw> Subject: Re: do_ri( ) Date: Sun, 4 Nov 2001 23:33:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 I've seen the same thing but on a different processor (VR5432). gcc 3.0.1, glibc 2.2.3. I suspect stack/register corruption. Regards, Brad ----- Original Message ----- From: Green To: Linux-mips ; MipsMailList Sent: Sunday, November 04, 2001 10:43 PM Subject: do_ri( ) Dear all, I often get into trouble executing multithread application. Sometimes it will appear the message " Illegal instruction = 0xXXXX " in do_ri() function in /arch/mips/kernel/traps.c. It happened randomly. Up to now, I still didn't know how to fix bug. If any one know how to fix it, please reply me. Appreciate in sincerely. P.S My mips bos is R3912. ~~ Green greeen@iii.org.tw From airlied@csn.ul.ie Tue Nov 6 23:49:01 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id XAA28367; Tue, 6 Nov 2001 23:49:01 +0100 (MET) Received-Date: Tue, 6 Nov 2001 23:49:01 +0100 (MET) Received: from holly.csn.ul.ie(136.201.105.4) via SMTP by guadalquivir.fnet.fr, id smtpd028365; Tue Nov 6 23:48:58 2001 Received: from skynet.csn.ul.ie (skynet [136.201.105.2]) by holly.csn.ul.ie (Postfix) with ESMTP id 51B482B331; Tue, 6 Nov 2001 22:48:55 +0000 (GMT) Received: by skynet.csn.ul.ie (Postfix, from userid 2139) id 695B8C8CA; Tue, 6 Nov 2001 22:48:54 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by skynet.csn.ul.ie (Postfix) with ESMTP id 57150E8C3; Tue, 6 Nov 2001 22:48:54 +0000 (GMT) Date: Tue, 6 Nov 2001 22:48:54 +0000 (GMT) From: Dave Airlie X-X-Sender: To: Cc: , Subject: Re: [LV] FYI: Mopd ELF support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > Since I'll be away till Tuesday, expect an update in the middle of the > next week. I'm assuming ELF loading works, right? > not sure the VAX is handling this too well.. if I boot the vmlinux ELF file our build system produces it won't boot it but I think this is due to our vmlinux file being linked for running with VM switched on, and the mop loads it into memory that doesn't exist.. Dave. > Maciej > > -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied@skynet.ie pam_smb / Linux DecStation / Linux VAX / ILUG person From warren@palmchip.com Thu Nov 8 00:50:22 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id AAA06666; Thu, 8 Nov 2001 00:50:22 +0100 (MET) Received-Date: Thu, 8 Nov 2001 00:50:22 +0100 (MET) Received: from UNKNOWN(63.203.52.2), claiming to be "mail.palmchip.com" via SMTP by guadalquivir.fnet.fr, id smtpd006644; Thu Nov 8 00:50:12 2001 Received: from palmchip.com (scarlett.palmchip.com [10.1.10.90]) by mail.palmchip.com (8.11.6/8.11.0) with ESMTP id fA7Mo5r13483; Wed, 7 Nov 2001 14:50:05 -0800 Message-ID: <3BE9D6E6.2010706@palmchip.com> Date: Wed, 07 Nov 2001 16:50:46 -0800 From: Waren Hardy Reply-To: warren.hardy@palmchip.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901 X-Accept-Language: en-us MIME-Version: 1.0 To: Linux-mips , MipsMailList Subject: memory mapping for MIPS 4Kc References: <008701c165ac$1a49a9a0$4c0c5c8c@trd.iii.org.tw> <07b401c165b2$f981ec30$3501010a@ltc.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit I have a small prototype board with a mips 4kc on it and I have linux running. I have to megs of sram mapped how do i map in sdram ? the memory map looks like 0000.0000 - 0001f.ffff 2M SRAM 0020.0000 - 0020.1fff 8K Embedded SRAM CPU 0020.2000 - 002f.fffff reserved 0030.0000 - 0030.ffff 64K Chip registers 0031.0000 - 00ff.ffff reserved 0100.0000 - 01ff.ffff 16M SDRAM 0200.0000 - 1fb0.ffff SDRAM 1fc0.0000 - 1fdf.ffff 2M ROM / FLASH 0060.0000 - ffff.ffff SDRAM how do I get linux to read this 16M SDRAM @ 0100.000 - 01ff.ffff ? Then how do I get linux to read RAM @ 0200.000 - 1fb0.ffff and 0060.000 - ffff.ffff ? We have our own load which is loading linux from ROM, and we can pass arg to linux, can the memory be set as an argument passed ? Thanks for you help Warren Hardy From macro@ds2.pg.gda.pl Thu Nov 8 13:50:07 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id NAA13890; Thu, 8 Nov 2001 13:50:07 +0100 (MET) Received-Date: Thu, 8 Nov 2001 13:50:07 +0100 (MET) Received: from delta.ds.pg.gda.pl(213.192.72.1), claiming to be "delta.ds2.pg.gda.pl" via SMTP by guadalquivir.fnet.fr, id smtpd013868; Thu Nov 8 13:49:52 2001 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA07628; Thu, 8 Nov 2001 13:48:01 +0100 (MET) Date: Thu, 8 Nov 2001 13:48:00 +0100 (MET) From: "Maciej W. Rozycki" To: Dave Airlie cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com, linux-vax@mithra.physics.montana.edu Subject: Re: [LV] FYI: Mopd ELF support In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 30 Oct 2001, Dave Airlie wrote: > Okay it didn't go so well.. my VAX couldn't boot the file I normally use > with this mopd (I had to rebuild it for a static libelf)... > > I've put a tgz up at > > http://www.skynet.ie/~airlied/vax/mopd_on_the_vax.tgz > > it contains the file I was trying to boot and the tcpdumps of this mopd > and the one I normally use ... I've uploaded updated files -- you should be able to boot your image with this version of mopd. Please report results. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From macro@ds2.pg.gda.pl Thu Nov 8 14:10:37 2001 Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA15887; Thu, 8 Nov 2001 14:10:37 +0100 (MET) Received-Date: Thu, 8 Nov 2001 14:10:37 +0100 (MET) Received: from delta.ds.pg.gda.pl(213.192.72.1), claiming to be "delta.ds2.pg.gda.pl" via SMTP by guadalquivir.fnet.fr, id smtpd015864; Thu Nov 8 14:10:18 2001 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA08062; Thu, 8 Nov 2001 14:06:06 +0100 (MET) Date: Thu, 8 Nov 2001 14:06:05 +0100 (MET) From: "Maciej W. Rozycki" To: Dave Airlie cc: linux-vax@mithra.physics.montana.edu, linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: [LV] FYI: Mopd ELF support In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 6 Nov 2001, Dave Airlie wrote: > > Since I'll be away till Tuesday, expect an update in the middle of the > > next week. I'm assuming ELF loading works, right? > > > not sure the VAX is handling this too well.. > > if I boot the vmlinux ELF file our build system produces it won't boot it > but I think this is due to our vmlinux file being linked for running with > VM switched on, and the mop loads it into memory that doesn't exist.. Do you set segments' p_paddr (physical address) correctly? The current version of ELF support uses p_vaddr (virtual address) for simplicity, as the ELF specification mandates loadable program's segments to be ordered by an ascending value of their p_vaddr. I'll fix the program to use p_paddr instead. The difference is insignificant for the DECstation since its firmware uses virtual addresses -- MIPS never exposes physical addresses to a program (well, almost, but that's irrelevant here). Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available +