From owner-linux-mips@oss.sgi.com Sat Sep 1 07:58:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81EwhV13559 for linux-mips-outgoing; Sat, 1 Sep 2001 07:58:43 -0700 Received: from fe010.worldonline.dk (fe010.worldonline.dk [212.54.64.195]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81Ewfd13556 for ; Sat, 1 Sep 2001 07:58:41 -0700 Received: (qmail 22617 invoked by uid 0); 1 Sep 2001 14:58:34 -0000 Received: from 213.237.49.98.skovlyporten.dk (HELO tuxedo.skovlyporten.dk) (213.237.49.98) by fe010.worldonline.dk with SMTP; 1 Sep 2001 14:58:34 -0000 Received: by tuxedo.skovlyporten.dk (Postfix, from userid 501) id E3AA47CF9; Sat, 1 Sep 2001 16:58:42 +0200 (CEST) Date: Sat, 1 Sep 2001 16:58:42 +0200 From: Lars Munch To: linux-mips@oss.sgi.com Subject: set_except_vector question Message-ID: <20010901165842.B13357@tuxedo.skovlyporten.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi I have been looking at the set_except_vector function in arch/mips[64]/kernel/traps.c and wondering why the handler address is changed/recalculated before it is stored: *(volatile u32 *)(KSEG0+0x200) = 0x08000000 | (0x03ffffff & (handler >> 2)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Could someone please enlighten me? Thanks Lars Munch From owner-linux-mips@oss.sgi.com Sat Sep 1 08:52:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81Fqo314348 for linux-mips-outgoing; Sat, 1 Sep 2001 08:52:50 -0700 Received: from ns1.ltc.com (ns1.ltc.com [38.149.17.165]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81Fqkd14345 for ; Sat, 1 Sep 2001 08:52:46 -0700 Received: from prefect (gw1.ltc.com [38.149.17.163]) by ns1.ltc.com (Postfix) with SMTP id D033A590A9; Sat, 1 Sep 2001 11:51:33 -0400 (EDT) Message-ID: <010401c132fe$610d0610$3501010a@ltc.com> From: "Bradley D. LaRonde" To: "Lars Munch" , References: <20010901165842.B13357@tuxedo.skovlyporten.dk> Subject: Re: set_except_vector question Date: Sat, 1 Sep 2001 11:54:26 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Looks like it is synthesizing a jump (j) instruction to forward interrupt exceptions to the interrupt handler for cpus that have a dedicated interrupt vector (DIVEC). arch/mips/kernel/setup.c sets the DIVEC option for certain cpus. Regards, Brad ----- Original Message ----- From: "Lars Munch" To: Sent: Saturday, September 01, 2001 10:58 AM Subject: set_except_vector question > Hi > > I have been looking at the set_except_vector function in > arch/mips[64]/kernel/traps.c and wondering why the handler > address is changed/recalculated before it is stored: > > *(volatile u32 *)(KSEG0+0x200) = 0x08000000 | (0x03ffffff & (handler >> 2)); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Could someone please enlighten me? > > Thanks > Lars Munch > From owner-linux-mips@oss.sgi.com Sat Sep 1 09:10:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81GA9C14664 for linux-mips-outgoing; Sat, 1 Sep 2001 09:10:09 -0700 Received: from fe000.worldonline.dk (fe000.worldonline.dk [212.54.64.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81GA5d14661 for ; Sat, 1 Sep 2001 09:10:06 -0700 Received: (qmail 31316 invoked by uid 0); 1 Sep 2001 16:09:59 -0000 Received: from 213.237.49.98.skovlyporten.dk (HELO tuxedo.skovlyporten.dk) (213.237.49.98) by fe000.worldonline.dk with SMTP; 1 Sep 2001 16:09:59 -0000 Received: by tuxedo.skovlyporten.dk (Postfix, from userid 501) id 5739E7CF9; Sat, 1 Sep 2001 18:10:09 +0200 (CEST) Date: Sat, 1 Sep 2001 18:10:09 +0200 From: Lars Munch To: "Bradley D. LaRonde" Cc: linux-mips@oss.sgi.com Subject: Re: set_except_vector question Message-ID: <20010901181009.A13883@tuxedo.skovlyporten.dk> References: <20010901165842.B13357@tuxedo.skovlyporten.dk> <010401c132fe$610d0610$3501010a@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <010401c132fe$610d0610$3501010a@ltc.com>; from brad@ltc.com on Sat, Sep 01, 2001 at 11:54:26AM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk What do you mean by "synthesizing a jump"? My CPU is a 5Kc and it has a DIVEC which is set to the mipsIRQ function in /arch/mips64/mips-boards/generic/mipsIRQ.S to handle interrupts. But I still do not understand the address manipulation which is done before storing the function pointer (handler). Thanks Lars Munch On Sat, Sep 01, 2001 at 11:54:26AM -0400, Bradley D. LaRonde wrote: > Looks like it is synthesizing a jump (j) instruction to forward interrupt > exceptions to the interrupt handler for cpus that have a dedicated interrupt > vector (DIVEC). arch/mips/kernel/setup.c sets the DIVEC option for certain > cpus. > > Regards, > Brad > > ----- Original Message ----- > From: "Lars Munch" > To: > Sent: Saturday, September 01, 2001 10:58 AM > Subject: set_except_vector question > > > > Hi > > > > I have been looking at the set_except_vector function in > > arch/mips[64]/kernel/traps.c and wondering why the handler > > address is changed/recalculated before it is stored: > > > > *(volatile u32 *)(KSEG0+0x200) = 0x08000000 | (0x03ffffff & (handler >> > 2)); > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Could someone please enlighten me? > > > > Thanks > > Lars Munch > > > From owner-linux-mips@oss.sgi.com Sat Sep 1 09:36:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81GaN715321 for linux-mips-outgoing; Sat, 1 Sep 2001 09:36:23 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81GaLd15318 for ; Sat, 1 Sep 2001 09:36:21 -0700 Received: from csh.rit.edu (unknown [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 3B672109 for ; Sat, 1 Sep 2001 12:36:20 -0400 (EDT) Message-ID: <3B91089E.5050900@csh.rit.edu> Date: Sat, 01 Sep 2001 12:11:10 -0400 From: George Gensure User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips Subject: segfaults with 2.4.8 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm running an r5000 indy with the latest (as of 8/31/01) cvs kernel and the fast-sysmips patch, and I'm having segfaults and strange errors in building tools like gcc and in building X. The sysmips is correcting things like find, but I can't have these other errors (meant for lab machines). Any takers? George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Sat Sep 1 09:59:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81Gx0W15792 for linux-mips-outgoing; Sat, 1 Sep 2001 09:59:00 -0700 Received: from ns1.ltc.com (ns1.ltc.com [38.149.17.165]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81Gwtd15789 for ; Sat, 1 Sep 2001 09:58:55 -0700 Received: from prefect (gw1.ltc.com [38.149.17.163]) by ns1.ltc.com (Postfix) with SMTP id 16FE6590A9; Sat, 1 Sep 2001 12:57:44 -0400 (EDT) Message-ID: <012801c13307$a05865e0$3501010a@ltc.com> From: "Bradley D. LaRonde" To: "Lars Munch" Cc: References: <20010901165842.B13357@tuxedo.skovlyporten.dk> <010401c132fe$610d0610$3501010a@ltc.com> <20010901181009.A13883@tuxedo.skovlyporten.dk> Subject: Re: set_except_vector question Date: Sat, 1 Sep 2001 13:00:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I haven't verified it, but it looks like it is making jump (j) instruction that jumps to handler. So the first instruction at the dedicated interrupt vector becomes a jump to the handler. Regards, Brad ----- Original Message ----- From: "Lars Munch" To: "Bradley D. LaRonde" Cc: Sent: Saturday, September 01, 2001 12:10 PM Subject: Re: set_except_vector question > What do you mean by "synthesizing a jump"? > > My CPU is a 5Kc and it has a DIVEC which is set to the mipsIRQ function in > /arch/mips64/mips-boards/generic/mipsIRQ.S to handle interrupts. But I still do > not understand the address manipulation which is done before storing the > function pointer (handler). > > Thanks > Lars Munch > > On Sat, Sep 01, 2001 at 11:54:26AM -0400, Bradley D. LaRonde wrote: > > Looks like it is synthesizing a jump (j) instruction to forward interrupt > > exceptions to the interrupt handler for cpus that have a dedicated interrupt > > vector (DIVEC). arch/mips/kernel/setup.c sets the DIVEC option for certain > > cpus. > > > > Regards, > > Brad > > > > ----- Original Message ----- > > From: "Lars Munch" > > To: > > Sent: Saturday, September 01, 2001 10:58 AM > > Subject: set_except_vector question > > > > > > > Hi > > > > > > I have been looking at the set_except_vector function in > > > arch/mips[64]/kernel/traps.c and wondering why the handler > > > address is changed/recalculated before it is stored: > > > > > > *(volatile u32 *)(KSEG0+0x200) = 0x08000000 | (0x03ffffff & (handler >> > > 2)); > > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Could someone please enlighten me? > > > > > > Thanks > > > Lars Munch > > > > > > From owner-linux-mips@oss.sgi.com Sat Sep 1 11:24:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81IObv17067 for linux-mips-outgoing; Sat, 1 Sep 2001 11:24:37 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81IOWd17062 for ; Sat, 1 Sep 2001 11:24:33 -0700 Message-Id: <200109011824.f81IOWd17062@oss.sgi.com> Received: (qmail 14979 invoked from network); 1 Sep 2001 18:18:59 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 1 Sep 2001 18:18:59 -0000 Date: Sun, 2 Sep 2001 2:24:39 +0800 From: Fuxin Zhang To: "linux-mips@oss.sgi.com" Subject: Re: Re: set_except_vector question X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f81IOXd17063 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hello,Lars Munch 2001-09-01 18:10:00 >What do you mean by "synthesizing a jump"? I think he means " making a jump instruction" and yes. the "j handler" instruction can be made that way: _______________________ |opcode | target | ----------------------- opcode for j is 000010,the target pc is computed as currentpc[31-28]||target||00 > >My CPU is a 5Kc and it has a DIVEC which is set to the mipsIRQ function in >/arch/mips64/mips-boards/generic/mipsIRQ.S to handle interrupts. But I still do >not understand the address manipulation which is done before storing the >function pointer (handler). > >Thanks >Lars Munch > >On Sat, Sep 01, 2001 at 11:54:26AM -0400, Bradley D. LaRonde wrote: >> Looks like it is synthesizing a jump (j) instruction to forward interrupt >> exceptions to the interrupt handler for cpus that have a dedicated interrupt >> vector (DIVEC). arch/mips/kernel/setup.c sets the DIVEC option for certain >> cpus. >> >> Regards, >> Brad >> >> ----- Original Message ----- >> From: "Lars Munch" >> To: >> Sent: Saturday, September 01, 2001 10:58 AM >> Subject: set_except_vector question >> >> >> > Hi >> > >> > I have been looking at the set_except_vector function in >> > arch/mips[64]/kernel/traps.c and wondering why the handler >> > address is changed/recalculated before it is stored: >> > >> > *(volatile u32 *)(KSEG0+0x200) = 0x08000000 | (0x03ffffff & (handler >> >> 2)); >> > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> > >> > Could someone please enlighten me? >> > >> > Thanks >> > Lars Munch >> > >> Regards Fuxin Zhang fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Sat Sep 1 13:24:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81KO0v19470 for linux-mips-outgoing; Sat, 1 Sep 2001 13:24:00 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81KNvd19464 for ; Sat, 1 Sep 2001 13:23:57 -0700 Received: from csh.rit.edu (unknown [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 2D022288 for ; Sat, 1 Sep 2001 16:23:56 -0400 (EDT) Message-ID: <3B913DF7.6040007@csh.rit.edu> Date: Sat, 01 Sep 2001 15:58:47 -0400 From: George Gensure User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips Subject: xdm bus errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I got this lovely bit of alphanumericism whilst trying to run xdm. Anyone have any idea how to fix this bus error? Data bus error, epc == 8815e5c4, ra == 880c0eb0 Oops in traps.c:, line 310: $0 : 00000000 80000000 7fff7668 7fff7668 $4 : 7fff5668 80090000 00002000 00002000 $8 : 00000000 00090000 00000000 00000003 $12: 000000b0 00002000 7fff5668 7fff5668 $16: 8d197520 ffffffea 00002000 7fff5668 $20: 00000001 00000010 10008778 10021550 $24: 00000040 80090000 $28: 8ccfc000 8ccfdef0 00000000 880c0eb0 epc : 8815e5c4 Status: 9000fc03 Cause : 0000401c Process xdm (pid: 164, stackpage=8ccfc000) Stack: 8d197500 8804bb9c 00000001 00000000 00000004 8804b4b4 10008718 2aac6000 10008750 7fff7768 7fff76a0 00000004 000003b8 10007b10 8800f7c8 8800f7c8 00000001 7fff77a8 7fff7828 00000000 ffffffff 00000000 00000000 9000fc00 00000fa3 000000b0 00000004 7fff5668 00002000 00000400 0000fc00 2b039164 00000000 00000002 fffffffc 2b131cac 00000005 7fff76e0 10008750 7fff7768 00000001 ... Call Trace [<8804bb9c>] [<8804b4b4>] [<8800f7c8>] [8800f7c8>] Code: 24840010 13000045 30ca0040 <8ca80000> 8ca90004 8cab0008 8cac000c ac880000 ac890004 Got a bus error IRQ, shouldn't happen yet $0 : 00000000 9000fc01 00000001 00000000 $4 : 881c98c4 00000003 00000003 8ccfc100 $8 : 9000fc00 1000001f 00000001 07200720 $12: 07200720 00080000 881e70c0 885a6ea0 $16: 00000001 881b0000 fffffffe 9000fc00 $20: 00000001 00000010 10008778 10021550 $24: 00000000 00000010 $28: 8ccfc000 8ccfdce8 00000000 88011aec epc : 8802acd4 Status: 9000fc03 Cause : 00004000 Spinning... From owner-linux-mips@oss.sgi.com Sat Sep 1 13:32:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f81KWcP19630 for linux-mips-outgoing; Sat, 1 Sep 2001 13:32:38 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f81KWZd19627 for ; Sat, 1 Sep 2001 13:32:36 -0700 Received: (qmail 6035 invoked from network); 1 Sep 2001 20:32:33 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 1 Sep 2001 20:32:33 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: George Gensure cc: linux-mips Subject: Re: xdm bus errors In-reply-to: Your message of "Sat, 01 Sep 2001 15:58:47 -0400." <3B913DF7.6040007@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Sep 2001 06:32:32 +1000 Message-ID: <22645.999376352@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, 01 Sep 2001 15:58:47 -0400, George Gensure wrote: >I got this lovely bit of alphanumericism whilst trying to run xdm. > Anyone have any idea how to fix this bus error? The first thing to do is run it through ksymoops to decode the numbers to symbols. ftp://ftp.kernel.org/pub/linux/utils/kernel/ksymoops/v2.4 From owner-linux-mips@oss.sgi.com Sun Sep 2 06:31:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f82DVsg03910 for linux-mips-outgoing; Sun, 2 Sep 2001 06:31:54 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f82DVod03907 for ; Sun, 2 Sep 2001 06:31:51 -0700 Received: (qmail 19883 invoked from network); 2 Sep 2001 13:26:20 -0000 Received: from unknown (HELO bj) (159.226.39.167) by 159.226.39.4 with SMTP; 2 Sep 2001 13:26:20 -0000 Content-Type: text/plain; charset="gb2312" From: zheng baojian To: linux-kernel , linux-mips Subject: start linux kernel in linux Date: Sun, 2 Sep 2001 21:32:04 -0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01090221320401.01071@bj> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello: Who try to do that:start another linux kernel in a running linux. Best Regards. Baojian Zheng From owner-linux-mips@oss.sgi.com Sun Sep 2 11:52:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f82IqBq07086 for linux-mips-outgoing; Sun, 2 Sep 2001 11:52:11 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f82Iq9d07082 for ; Sun, 2 Sep 2001 11:52:09 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 613B9848; Sun, 2 Sep 2001 20:52:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 586F44637; Sun, 2 Sep 2001 20:28:10 +0200 (CEST) Date: Sun, 2 Sep 2001 20:28:10 +0200 From: Florian Lohoff To: George Gensure Cc: linux-mips Subject: Re: segfaults with 2.4.8 Message-ID: <20010902202810.A14288@paradigm.rfc822.org> References: <3B91089E.5050900@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B91089E.5050900@csh.rit.edu> User-Agent: Mutt/1.3.20i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, Sep 01, 2001 at 12:11:10PM -0400, George Gensure wrote: > I'm running an r5000 indy with the latest (as of 8/31/01) cvs kernel and > the fast-sysmips patch, and I'm having segfaults and strange errors in > building tools like gcc and in building X. The sysmips is correcting > things like find, but I can't have these other errors (meant for lab > machines). Any takers? That is definitly a cache issue - The 2nd level Boardcache of the R5000 indy is still unfixed. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Sep 2 11:52:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f82IqF707095 for linux-mips-outgoing; Sun, 2 Sep 2001 11:52:15 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f82IqCd07091 for ; Sun, 2 Sep 2001 11:52:12 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 7EE52849; Sun, 2 Sep 2001 20:52:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id E4A2C4637; Sun, 2 Sep 2001 20:29:17 +0200 (CEST) Date: Sun, 2 Sep 2001 20:29:17 +0200 From: Florian Lohoff To: Keith Owens Cc: George Gensure , linux-mips Subject: Re: xdm bus errors Message-ID: <20010902202917.B14288@paradigm.rfc822.org> References: <3B913DF7.6040007@csh.rit.edu> <22645.999376352@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22645.999376352@ocs3.ocs-net> User-Agent: Mutt/1.3.20i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 02, 2001 at 06:32:32AM +1000, Keith Owens wrote: > On Sat, 01 Sep 2001 15:58:47 -0400, > George Gensure wrote: > >I got this lovely bit of alphanumericism whilst trying to run xdm. > > Anyone have any idea how to fix this bus error? > > The first thing to do is run it through ksymoops to decode the numbers > to symbols. As its an R5000 (from guessing) this is the random oops of the day due to the cacheing issues. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Sep 2 18:57:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f831vro13629 for linux-mips-outgoing; Sun, 2 Sep 2001 18:57:53 -0700 Received: from viditec-netmedia.com.tw (61-220-240-70.HINET-IP.hinet.net [61.220.240.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f831vod13626 for ; Sun, 2 Sep 2001 18:57:50 -0700 Received: from kjlin ([61.220.240.66]) by viditec-netmedia.com.tw (8.10.0/8.10.0) with SMTP id f834OnW11270 for ; Mon, 3 Sep 2001 12:24:49 +0800 Message-ID: <02e701c13418$7f51a0c0$056aaac0@kjlin> From: "kjlin" To: References: <02b801c13203$f52ad440$056aaac0@kjlin> <999283122.29395.45.camel@ez> Subject: Re: compile C++ code Date: Mon, 3 Sep 2001 09:33:56 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > #mips-linux-gcc test.C > > /usr/lib/gcc-lib/mips-linux/egcs-2.91.66/libgcc.a(frame.o): In function `decode_uleb128': > > /usr/src/redhat/BUILD/egcs-1.1.2/target-mips-linux/gcc/../../gcc/frame.c(.da ta+0x0): undefined reference to `pthread_create' > > /usr/mips-linux/bin/ld: bfd assertion fail ../../bfd/elf32-mips.c:5123 > > mips-linux-gcc: Internal compiler error: program ld got fatal signal 11 > > #mips-linux-g++ test.C > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_create' > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_getspecific' > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_once' > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_key_create' > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_setspecific' > > > It seems you should link with pthread lib : > #mips-linux-g++ test.C -lpthread > > I think the libgcc.a should be linked with it ... Can anyone tell us > further on that subject? Yes, if i link with "-lpthread" , the error is solved. But i am confused that when i compile the same code with native gcc/g++, it is needless to link with that option. Why? From owner-linux-mips@oss.sgi.com Sun Sep 2 23:21:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f836Lit17231 for linux-mips-outgoing; Sun, 2 Sep 2001 23:21:44 -0700 Received: from ubik.localnet (port48.ds1-vbr.adsl.cybercity.dk [212.242.58.113]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f836Lfd17228 for ; Sun, 2 Sep 2001 23:21:41 -0700 Received: from murphy.dk (brian [10.0.0.2]) by ubik.localnet (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f836LXr6024505 for ; Mon, 3 Sep 2001 08:21:33 +0200 Message-ID: <3B932159.AA9C2C71@murphy.dk> Date: Mon, 03 Sep 2001 08:21:13 +0200 From: Brian Murphy X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.8 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-mips@oss.sgi.com Subject: Re: compile C++ code References: <02b801c13203$f52ad440$056aaac0@kjlin> <999283122.29395.45.camel@ez> <02e701c13418$7f51a0c0$056aaac0@kjlin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk kjlin wrote: > > > #mips-linux-gcc test.C > > > /usr/lib/gcc-lib/mips-linux/egcs-2.91.66/libgcc.a(frame.o): In function > `decode_uleb128': > > > > /usr/src/redhat/BUILD/egcs-1.1.2/target-mips-linux/gcc/../../gcc/frame.c(.da > ta+0x0): undefined reference to `pthread_create' > > > /usr/mips-linux/bin/ld: bfd assertion fail ../../bfd/elf32-mips.c:5123 > > > mips-linux-gcc: Internal compiler error: program ld got fatal signal 11 > > > #mips-linux-g++ test.C > > > /usr/mips-linux/lib/libstdc++.so: undefined reference to > `pthread_create' > > > /usr/mips-linux/lib/libstdc++.so: undefined reference to > `pthread_getspecific' > > > /usr/mips-linux/lib/libstdc++.so: undefined reference to `pthread_once' > > > /usr/mips-linux/lib/libstdc++.so: undefined reference to > `pthread_key_create' > > > /usr/mips-linux/lib/libstdc++.so: undefined reference to > `pthread_setspecific' > > > > > It seems you should link with pthread lib : > > #mips-linux-g++ test.C -lpthread > > > > I think the libgcc.a should be linked with it ... Can anyone tell us > > further on that subject? > > Yes, if i link with "-lpthread" , the error is solved. > But i am confused that when i compile the same code with native gcc/g++, it > is needless to link with that option. > Why? The problem is that your old toolchain (ld) cannot handle weak symbols. /Brian From owner-linux-mips@oss.sgi.com Mon Sep 3 01:01:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8381x719491 for linux-mips-outgoing; Mon, 3 Sep 2001 01:01:59 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8381vd19487 for ; Mon, 3 Sep 2001 01:01:57 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 15dog8-0005zD-00; Mon, 03 Sep 2001 10:01:56 +0200 Date: Mon, 3 Sep 2001 10:01:56 +0200 From: Guido Guenther To: linux-mips Subject: Re: segfaults with 2.4.8 Message-ID: <20010903100155.A5219@gandalf.physik.uni-konstanz.de> Mail-Followup-To: linux-mips References: <3B91089E.5050900@csh.rit.edu> <20010902202810.A14288@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010902202810.A14288@paradigm.rfc822.org>; from flo@rfc822.org on Sun, Sep 02, 2001 at 08:28:10PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 02, 2001 at 08:28:10PM +0200, Florian Lohoff wrote: > On Sat, Sep 01, 2001 at 12:11:10PM -0400, George Gensure wrote: > > I'm running an r5000 indy with the latest (as of 8/31/01) cvs kernel and > > the fast-sysmips patch, and I'm having segfaults and strange errors in > > building tools like gcc and in building X. The sysmips is correcting > > things like find, but I can't have these other errors (meant for lab > > machines). Any takers? Which toolchain did you use? > > That is definitly a cache issue - The 2nd level Boardcache of > the R5000 indy is still unfixed. Not 100% sure about that. 2.4.5 handles this stuff fine while 2.4.8 segfaults(it might be that we just trigger this caching issues occasionaly though). I will run this stuff on an R4k and see what happens ... at least it's good to see that other people see this too - I tended to blame it on my binutils experiments. Can you explain the R5k Indys' caching issues? -- Guido From owner-linux-mips@oss.sgi.com Mon Sep 3 01:31:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f838VJe20110 for linux-mips-outgoing; Mon, 3 Sep 2001 01:31:19 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f838VEd20107 for ; Mon, 3 Sep 2001 01:31:15 -0700 Received: from inside-ms2.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 3 Sep 2001 08:31:14 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms2.toshiba-tops.co.jp (Postfix) with ESMTP id 101A454C0E for ; Mon, 3 Sep 2001 17:31:13 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id RAA54936; Mon, 3 Sep 2001 17:31:10 +0900 (JST) Date: Mon, 03 Sep 2001 17:35:50 +0900 (JST) Message-Id: <20010903.173550.11594280.nemoto@toshiba-tops.co.jp> To: linux-mips@oss.sgi.com Subject: Re: segfaults with 2.4.8 From: Atsushi Nemoto In-Reply-To: <20010903100155.A5219@gandalf.physik.uni-konstanz.de> References: <3B91089E.5050900@csh.rit.edu> <20010902202810.A14288@paradigm.rfc822.org> <20010903100155.A5219@gandalf.physik.uni-konstanz.de> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Mon, 3 Sep 2001 10:01:56 +0200, Guido Guenther said: flo> That is definitly a cache issue - The 2nd level Boardcache of the flo> R5000 indy is still unfixed. guenther> Not 100% sure about that. 2.4.5 handles this stuff fine guenther> while 2.4.8 segfaults(it might be that we just trigger this guenther> caching issues occasionaly though). This might be the problem of recent entry.S I reported on 8/31. I saw a strange SEGFAULT too and a following patch fixed the problem (at least for me). diff -ur linux.sgi/arch/mips/kernel/entry.S linux/arch/mips/kernel/entry.S --- linux.sgi/arch/mips/kernel/entry.S Sun Aug 26 22:32:47 2001 +++ linux/arch/mips/kernel/entry.S Mon Sep 3 17:15:51 2001 @@ -44,17 +44,15 @@ tracesys_exit: jal syscall_trace b ret_from_sys_call -EXPORT(ret_from_irq) -EXPORT(ret_from_exception) - lw t0, PT_STATUS(sp) # returning to kernel mode? - andi t0, t0, KU_USER - bnez t0, ret_from_sys_call - j restore_all - reschedule: jal schedule +EXPORT(ret_from_irq) +EXPORT(ret_from_exception) EXPORT(ret_from_sys_call) .type ret_from_irq,@function + lw t0, PT_STATUS(sp) # returning to kernel mode? + andi t0, t0, KU_USER + beqz t0, restore_all mfc0 t0, CP0_STATUS # need_resched and signals atomic test ori t0, t0, 1 --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Mon Sep 3 06:05:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83D5IP25104 for linux-mips-outgoing; Mon, 3 Sep 2001 06:05:18 -0700 Received: from mx2out.umbc.edu (mx2out.umbc.edu [130.85.253.52]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83D5Gd25101 for ; Mon, 3 Sep 2001 06:05:16 -0700 Received: from porty (andy@proxima.cs.umbc.edu [130.85.100.17]) by mx2out.umbc.edu (8.11.3/8.11.3) with SMTP id f83D55I10881; Mon, 3 Sep 2001 09:05:05 -0400 (EDT) Date: Mon, 3 Sep 2001 09:04:49 -0400 From: "Lego Andy" To: zheng baojian Cc: linux-kernel@vger.kernel.org, linux-mips@oss.sgi.com Subject: Re: start linux kernel in linux Message-Id: <20010903090449.54845a5c.me@andy.cx> In-Reply-To: <01090221320401.01071@bj> References: <01090221320401.01071@bj> Organization: X0 X-Mailer: Sylpheed version 0.5.3 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On the day of the Lord Sun, 2 Sep 2001 21:32:04 -0400 zheng baojian mentioned: > Hello: > Who try to do that:start another linux kernel in a running linux. There is a user space linux project somewhere... http://user-mode-linux.sourceforge.net/ Andy -- /\ | | |~\ \ / ------------------------------------------------ / \ |\ | | | \/ / e-mail: andy@x0.org )\._.,--....,'``. |--| | \| | | / / ICQ: 27889915 /, _.. \ _\ (`._ ,. | | | | |_/ / / http://andy.x0.org `._.-(,_..'--(,_..'`-.;.' ---------------------- From owner-linux-mips@oss.sgi.com Mon Sep 3 10:54:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83Hspj32242 for linux-mips-outgoing; Mon, 3 Sep 2001 10:54:51 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83Hsod32239 for ; Mon, 3 Sep 2001 10:54:50 -0700 Message-Id: <200109031754.f83Hsod32239@oss.sgi.com> Received: (qmail 7399 invoked from network); 3 Sep 2001 17:49:36 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 3 Sep 2001 17:49:36 -0000 Date: Tue, 4 Sep 2001 1:56:42 +0800 From: Fuxin Zhang To: "linux-mips@oss.sgi.com" Subject: kernel test & benchmark tools? X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hello,linux-mips I have barely finished porting 2.4 kernel to Algorithmics P6032 board.Now I want to make it more stable and run faster,is there any well-known test or benchmark tools used by mips kernel group? There are too many benchmark around,I don't know which is better suit for kernel test. I heard that linus use lmbench? Thanks in advance. Regards Fuxin Zhang fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Mon Sep 3 14:57:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83Lv6o03641 for linux-mips-outgoing; Mon, 3 Sep 2001 14:57:06 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83Lv4d03638 for ; Mon, 3 Sep 2001 14:57:05 -0700 Received: from qn-195-66-28-189.quicknet.nl ([195.66.28.189]:1091 "EHLO reporters.net") by soneramail.nl with ESMTP id ; Mon, 3 Sep 2001 23:55:59 +0200 Message-ID: <3B93FC6E.4090108@reporters.net> Date: Mon, 03 Sep 2001 23:55:58 +0200 From: Patrick Donker User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en,pdf MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: O2 Linux Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi y'all, Just a quick question that possibly already has been asked a number of times; Will there be a Linux for the O2 developed/released any time soon? Thanks Patrick From owner-linux-mips@oss.sgi.com Mon Sep 3 15:11:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83MB6t03889 for linux-mips-outgoing; Mon, 3 Sep 2001 15:11:06 -0700 Received: from gateway.total-knowledge.com (c1213523-b.smateo1.sfba.home.com [24.1.66.97]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83MB4d03886 for ; Mon, 3 Sep 2001 15:11:05 -0700 Received: (qmail 8425 invoked by uid 502); 3 Sep 2001 22:11:04 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Ilya Volynets Reply-To: ilya@theIlya.com Organization: Total knowledge To: Patrick Donker , linux-mips@oss.sgi.com Subject: Re: O2 Linux Date: Mon, 3 Sep 2001 15:11:04 -0700 X-Mailer: KMail [version 1.2] References: <3B93FC6E.4090108@reporters.net> In-Reply-To: <3B93FC6E.4090108@reporters.net> MIME-Version: 1.0 Message-Id: <0109031511040C.11577@gateway> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Yes On Monday 03 September 2001 14:55, Patrick Donker wrote: > Hi y'all, > > Just a quick question that possibly already has been asked a number of > times; > Will there be a Linux for the O2 developed/released any time soon? > > Thanks > Patrick From owner-linux-mips@oss.sgi.com Mon Sep 3 16:38:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83NccD04855 for linux-mips-outgoing; Mon, 3 Sep 2001 16:38:38 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83NcYd04850 for ; Mon, 3 Sep 2001 16:38:34 -0700 Received: from qn-195-66-28-189.quicknet.nl ([195.66.28.189]:1277 "EHLO reporters.net") by soneramail.nl with ESMTP id ; Tue, 4 Sep 2001 01:38:18 +0200 Message-ID: <3B94146A.80107@reporters.net> Date: Tue, 04 Sep 2001 01:38:18 +0200 From: Patrick Donker User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en,pdf MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: O2 Linux References: <3B93FC6E.4090108@reporters.net> <0109031511040C.11577@gateway> Content-Type: multipart/alternative; boundary="------------020301010402030804050602" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --------------020301010402030804050602 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Excellent! Do you have some more specific info on like a release date? Ilya Volynets wrote: >Yes >On Monday 03 September 2001 14:55, Patrick Donker wrote: > >>Hi y'all, >> >>Just a quick question that possibly already has been asked a number of >>times; >>Will there be a Linux for the O2 developed/released any time soon? >> >>Thanks >>Patrick >> > > --------------020301010402030804050602 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Excellent! Do you have some more specific info on like a release date?

Ilya Volynets wrote:
Yes
On Monday 03 September 2001 14:55, Patrick Donker wrote:
Hi y'all,

Just a quick question that possibly already has been asked a number of
times;
Will there be a Linux for the O2 developed/released any time soon?

Thanks
Patrick



--------------020301010402030804050602-- From owner-linux-mips@oss.sgi.com Mon Sep 3 18:06:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8416PQ06320 for linux-mips-outgoing; Mon, 3 Sep 2001 18:06:25 -0700 Received: from dea.linux-mips.net (u-155-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.155]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8416Md06315 for ; Mon, 3 Sep 2001 18:06:23 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f84162X08747; Tue, 4 Sep 2001 03:06:02 +0200 Date: Tue, 4 Sep 2001 03:06:02 +0200 From: Ralf Baechle To: Patrick Donker Cc: linux-mips@oss.sgi.com Subject: Re: O2 Linux Message-ID: <20010904030602.A8728@dea.linux-mips.net> References: <3B93FC6E.4090108@reporters.net> <0109031511040C.11577@gateway> <3B94146A.80107@reporters.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B94146A.80107@reporters.net>; from padonker@reporters.net on Tue, Sep 04, 2001 at 01:38:18AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Excellent! Do you have some more specific info on like a release date? When it's ready :-) Ralf From owner-linux-mips@oss.sgi.com Mon Sep 3 18:18:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f841Ikj06526 for linux-mips-outgoing; Mon, 3 Sep 2001 18:18:46 -0700 Received: from dea.linux-mips.net (u-155-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.155]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f841Ihd06523 for ; Mon, 3 Sep 2001 18:18:44 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f841IDl08799; Tue, 4 Sep 2001 03:18:13 +0200 Date: Tue, 4 Sep 2001 03:18:13 +0200 From: Ralf Baechle To: Fuxin Zhang Cc: "linux-mips@oss.sgi.com" Subject: Re: kernel test & benchmark tools? Message-ID: <20010904031813.B8728@dea.linux-mips.net> References: <200109031754.f83Hsod32239@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109031754.f83Hsod32239@oss.sgi.com>; from fxzhang@ict.ac.cn on Tue, Sep 04, 2001 at 01:56:42AM +0800 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 04, 2001 at 01:56:42AM +0800, Fuxin Zhang wrote: > hello,linux-mips > I have barely finished porting 2.4 kernel to Algorithmics P6032 board.Now I want > to make it more stable and run faster,is there any well-known test or benchmark tools used > by mips kernel group? There are too many benchmark around,I don't know which is better suit > for kernel test. I heard that linus use lmbench? lmbench is just a microbenchmark which tests certain very specific aspects of the system call interface. Application performance can be very different. I suggest to search google or a well sorted ftp server for benchmarks - there are many. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 3 19:27:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f842RJp07648 for linux-mips-outgoing; Mon, 3 Sep 2001 19:27:19 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f842RFd07645 for ; Mon, 3 Sep 2001 19:27:15 -0700 Message-Id: <200109040227.f842RFd07645@oss.sgi.com> Received: (qmail 30013 invoked from network); 4 Sep 2001 02:22:04 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 4 Sep 2001 02:22:04 -0000 Date: Tue, 4 Sep 2001 10:29:5 +0800 From: Fuxin Zhang To: "linux-mips@oss.sgi.com" Subject: Re: Re: kernel test & benchmark tools? X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f842RGd07646 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hello, Yes,I have download many benchmark already.I am mainly curious about how you kernel gurus test your developing kernel.For example,when you change a substance part of el(mm/scheduler,etc),how can you be sure it is ok? Careful thought certainly helps a lot,but there are things too mysterious for me to thought of:) 2001-09-04 03:18:00 >On Tue, Sep 04, 2001 at 01:56:42AM +0800, Fuxin Zhang wrote: > >> hello,linux-mips >> I have barely finished porting 2.4 kernel to Algorithmics P6032 board.Now I want >> to make it more stable and run faster,is there any well-known test or benchmark tools used >> by mips kernel group? There are too many benchmark around,I don't know which is better suit >> for kernel test. I heard that linus use lmbench? > >lmbench is just a microbenchmark which tests certain very specific aspects >of the system call interface. Application performance can be very different. >I suggest to search google or a well sorted ftp server for benchmarks - there >are many. > > Ralf Regards Fuxin Zhang fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Mon Sep 3 19:34:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f842YoC07829 for linux-mips-outgoing; Mon, 3 Sep 2001 19:34:50 -0700 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f842Yld07826 for ; Mon, 3 Sep 2001 19:34:48 -0700 Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA16608; Mon, 3 Sep 2001 22:33:37 -0400 Date: Mon, 3 Sep 2001 22:33:37 -0400 (EDT) From: X-Sender: nick@ns To: Ilya Volynets cc: Patrick Donker , linux-mips@oss.sgi.com Subject: Re: O2 Linux In-Reply-To: <0109031511040C.11577@gateway> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Actually if I may add to this we are desperately looking for developers and testers. One of our main contributers (who the port is pretty much due to) no longer has time to help, and I am very inexperienced at linux kernel development. Nick On Mon, 3 Sep 2001, Ilya Volynets wrote: > Yes > On Monday 03 September 2001 14:55, Patrick Donker wrote: > > Hi y'all, > > > > Just a quick question that possibly already has been asked a number of > > times; > > Will there be a Linux for the O2 developed/released any time soon? > > > > Thanks > > Patrick > From owner-linux-mips@oss.sgi.com Mon Sep 3 19:49:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f842npC08130 for linux-mips-outgoing; Mon, 3 Sep 2001 19:49:51 -0700 Received: from serio.al.rim.or.jp (serio.al.rim.or.jp [202.247.191.123]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f842nod08127 for ; Mon, 3 Sep 2001 19:49:50 -0700 Received: from mail3.rim.or.jp by serio.al.rim.or.jp (3.7W/HMX-13) id LAA25670 for ; Tue, 4 Sep 2001 11:49:49 +0900 (JST) Received: from speedwin (speed.galaxies.jp [211.8.151.62]) by mail3.rim.or.jp (8.9.3/3.7W) id LAA17413 for ; Tue, 4 Sep 2001 11:52:47 +0900 (JST) From: "Yoshi-K" To: Subject: RE: O2 Linux Date: Tue, 4 Sep 2001 11:49:48 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3B93FC6E.4090108@reporters.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.0000 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am the enjoyment. ------------------------- Yoshikatsu Kida E-Mail: webmaster@galaxies.jp http://galaxies.jp/ From owner-linux-mips@oss.sgi.com Tue Sep 4 08:52:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f84FqnG25624 for linux-mips-outgoing; Tue, 4 Sep 2001 08:52:49 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f84Fqkd25620 for ; Tue, 4 Sep 2001 08:52:46 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f84Fqe720700 for ; Tue, 4 Sep 2001 16:52:40 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 4 Sep 2001 16:52:13 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC575@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'linux-mips@oss.sgi.com'" Subject: Signal 11 on Process Termination Date: Tue, 4 Sep 2001 16:52:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have a propietary board running a copy of HJ's RedHat 7.1. I've recently updated from 2.4.5 and old style timer and interrupt code to the latest CVS (2.4.8) and new style timer and interrupt code. With the new kernel I'm often seeing processes core dumping with signal 11, but only under specific conditions. The process that dies is the parent or grandparent of a "busy" process - something like a compilation. It seems to die as the "busy" process terminates. Two specific examples... cron dies after running updatedb, but doesn't dump core. init also dies, and does dump core. It dies "in select() at soinit.c:56". make dies after running a shell script that does lots of compilation (it's actually building lmbench) "in wait4() at soinit.c:56". I assume the reference to "soinit.c:56" is bogus. If this is a generic problem then somebody else would have raised it by now. In which case it's my new timer or interrupt code - but I can't come up with an explaination of how changes in that area would cause the problem I am seeing. Any suggestions gratefully received. Thanks, Phil From owner-linux-mips@oss.sgi.com Tue Sep 4 10:49:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f84HnAG28396 for linux-mips-outgoing; Tue, 4 Sep 2001 10:49:10 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f84Hn6d28393 for ; Tue, 4 Sep 2001 10:49:06 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f84Hn0726584 for ; Tue, 4 Sep 2001 18:49:00 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 4 Sep 2001 18:48:33 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC576@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'linux-mips@oss.sgi.com'" Subject: RE: Signal 11 on Process Termination - Update Date: Tue, 4 Sep 2001 18:48:33 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Apologies for replying to myself... After a bit more digging I don't think my comments about the parent/grandparent relationship are correct. The SIGSEGV is being raised because the access_ok() in setup_frame() in kernel/signal.c is failing when trying to deliver another signal (SIGALRM or SIGCHLD in my cases). Can anybody explain why access_ok() might fail? Thanks, Phil > -----Original Message----- > From: Phil Thompson [mailto:Phil.Thompson@pace.co.uk] > Sent: 04 September 2001 16:52 > To: 'linux-mips@oss.sgi.com' > Subject: Signal 11 on Process Termination > > > I have a propietary board running a copy of HJ's RedHat 7.1. > I've recently > updated from 2.4.5 and old style timer and interrupt code to > the latest CVS > (2.4.8) and new style timer and interrupt code. > > With the new kernel I'm often seeing processes core dumping > with signal 11, > but only under specific conditions. The process that dies is > the parent or > grandparent of a "busy" process - something like a > compilation. It seems to > die as the "busy" process terminates. Two specific examples... > > cron dies after running updatedb, but doesn't dump core. init > also dies, and > does dump core. It dies "in select() at soinit.c:56". > > make dies after running a shell script that does lots of > compilation (it's > actually building lmbench) "in wait4() at soinit.c:56". > > I assume the reference to "soinit.c:56" is bogus. > > If this is a generic problem then somebody else would have > raised it by now. > > In which case it's my new timer or interrupt code - but I > can't come up with > an explaination of how changes in that area would cause the > problem I am > seeing. > > Any suggestions gratefully received. > > Thanks, > Phil > From owner-linux-mips@oss.sgi.com Tue Sep 4 17:25:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f850Pc504857 for linux-mips-outgoing; Tue, 4 Sep 2001 17:25:38 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f850PZd04852 for ; Tue, 4 Sep 2001 17:25:36 -0700 Received: from inside-ms2.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 5 Sep 2001 00:25:35 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms2.toshiba-tops.co.jp (Postfix) with ESMTP id 6654D54C0E; Wed, 5 Sep 2001 09:25:32 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id JAA58723; Wed, 5 Sep 2001 09:25:29 +0900 (JST) Date: Wed, 05 Sep 2001 09:30:05 +0900 (JST) Message-Id: <20010905.093005.112629653.nemoto@toshiba-tops.co.jp> To: Phil.Thompson@pace.co.uk Cc: linux-mips@oss.sgi.com Subject: Re: Signal 11 on Process Termination - Update From: Atsushi Nemoto In-Reply-To: <54045BFDAD47D5118A850002A5095CC30AC576@exchange1.cam.pace.co.uk> References: <54045BFDAD47D5118A850002A5095CC30AC576@exchange1.cam.pace.co.uk> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Tue, 4 Sep 2001 18:48:33 +0100 , Phil Thompson said: Phil> The SIGSEGV is being raised because the access_ok() in Phil> setup_frame() in kernel/signal.c is failing when trying to Phil> deliver another signal (SIGALRM or SIGCHLD in my cases). At setup_frame(), sp (regs->regs[29]) is in the kernel kernel stack, isn't it? If so, please try a patch for entry.S I posted a couple days ago. > Subject: Re: segfaults with 2.4.8 Hope this helps. --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Tue Sep 4 18:37:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f851bPN06470 for linux-mips-outgoing; Tue, 4 Sep 2001 18:37:25 -0700 Received: from smtp (smtp.psdc.com [209.125.203.83]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f851bHd06464 for ; Tue, 4 Sep 2001 18:37:17 -0700 Received: from ex2k.pcs.psdc.com ([172.19.1.1]) by smtp (NAVIEG 2.1 bld 63) with SMTP id M2001090418375410933 for ; Tue, 04 Sep 2001 18:37:54 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.4418.65 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Load address of the application is not right. Date: Tue, 4 Sep 2001 18:34:08 -0700 Message-ID: <84CE342693F11946B9F54B18C1AB837B0A28BC@ex2k.pcs.psdc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Load address of the application is not right. Thread-Index: AcE1qtpx0+a1YXvkQtu6m+bBMTfe8w== From: "Steven Liu" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f851bHd06465 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, All: I have built the linux kernel and the glibc for my R3000 CPU. Because the /sbin/init could not be lunched, I wrote the following program to replace the init program: liu.c: #include #include main() { char s[20]; strcpy(s,"RUNNING");//failed } After built it, I got the following by using objdump: liu: file format elf32-bigmips Disassembly of section .text: 00000000004000c0
: 4000c0: 3c1c0fc2 lui $gp,0xfc2 4000c4: 279c8090 addiu $gp,$gp,-32624 4000c8: 0399e021 addu $gp,$gp,$t9 4000cc: 27bdffc0 addiu $sp,$sp,-64 4000d0: afbc0010 sw $gp,16($sp) 4000d4: afbf0038 sw $ra,56($sp) 4000d8: afbe0034 sw $s8,52($sp) 4000dc: afbc0030 sw $gp,48($sp) 4000e0: 03a0f021 move $s8,$sp 4000e4: 27c40018 addiu $a0,$s8,24 4000e8: 8f858018 lw $a1,-32744($gp) <======== failed here ! 4000ec: 00000000 nop 4000f0: 24a500b0 addiu $a1,$a1,176 4000f4: 8f99802c lw $t9,-32724($gp) 4000f8: 00000000 nop 4000fc: 0320f809 jalr $t9 400100: 00000000 nop 400104: 8fdc0010 lw $gp,16($s8) 400108: 03c0e821 move $sp,$s8 40010c: 8fbf0038 lw $ra,56($sp) 400110: 8fbe0034 lw $s8,52($sp) 400114: 03e00008 jr $ra 400118: 27bd0040 addiu $sp,$sp,64 40011c: 00000000 nop 0000000000400120 : 400120: 3c1c0fc2 lui $gp,0xfc2 400124: 279c8030 addiu $gp,$gp,-32720 400128: 0399e021 addu $gp,$gp,$t9 40012c: 00851023 subu $v0,$a0,$a1 400130: 2446ffff addiu $a2,$v0,-1 400134: 90a30000 lbu $v1,0($a1) 400138: 24a50001 addiu $a1,$a1,1 40013c: 00a61021 addu $v0,$a1,$a2 400140: a0430000 sb $v1,0($v0) 400144: 00031e00 sll $v1,$v1,0x18 400148: 1460fffa bnez $v1,400134 40014c: 00801021 move $v0,$a0 400150: 03e00008 jr $ra ... Here is the screen output: Here 15: retval=0 [init:1:004000c0:0:004000c0:00001000] in handle_mm_fault() In do_no_page: calling nopage() In filemap_nopage() In do_no_page: called nopage() calling: update_mmu_cache() [HIT] called: update_mmu_cache() [init:1:0fc100a8:0:004000e8:0003f040] Unable to handle kernel paging request at virtual address 0fc100a8, epc == 004000e8 Oops: 0000 $0 : 00000000 1000fc00 00000000 00000000 7fffff68 00000000 00000000 00000000 $8 : 0000fc00 00000010 00000000 00001fe7 80257970 00000001 1000fc01 00000060 $16: 80241598 8020d7a4 80241570 801081c0 00000000 00000000 00000000 00000000 $24: 0000000a 00000000 0fc18090 7fffff50 7fffff50 00000000 epc : 004000e8 Status: 0000fc00 Cause : 00000008 Process init (pid: 1, stackpage=83ff8000) Stack: 00000fd4 00000fd5 00000fd6 00000fd7 0fc18090 00000fd9 00000fda 00000fdb 00000fdc 00000fdd 00000fde 00000fdf 0fc18090 800938c0 00000000 00000fe3 00000001 7fffffda 00000000 7fffffdd 7fffffde 00000000 00000010 00000000 00000000 00000000 00000fee 00000fef 00000ff0 00000ff1 00000ff2 00000ff3 00000ff4 00000ff5 00000ff6 00000ff7 00000ff8 00000ff9 00000ffa 00000ffb 00000ffc ... CaCode: afbc0030 03a0f021 27c40018 <8f858018> 00000000 24a500b0 8f99802c 00000000 As we know, $gp is managed by the OS. My question is who assign value to register t9 (i.e. $25) and where? Why $gp was given 0xfc2 and then added by -32624 ? Because $gp and $t9 gave a wrong address 0fc100a8, the CPU give a page fault and the OS said that the address is not GROWDOWN and faild to continue. I think it related to my glibc but I do not know the exact place. If you had this kind problem before, please share your knowlage with me. Thanks, Steven Liu From owner-linux-mips@oss.sgi.com Tue Sep 4 19:16:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f852GUt10517 for linux-mips-outgoing; Tue, 4 Sep 2001 19:16:30 -0700 Received: from mother.pmc-sierra.bc.ca (father.pmc-sierra.bc.ca [216.241.224.13]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f852GPd10511 for ; Tue, 4 Sep 2001 19:16:25 -0700 Received: (qmail 4288 invoked by uid 104); 5 Sep 2001 02:16:19 -0000 Received: from Manoj_Ekbote@pmc-sierra.com by father with qmail-scanner-0.93 (uvscan: v4.0.70/v4074. . Clean. Processed in 0.412005 secs); 04/09/2001 19:16:19 Received: from unknown (HELO procyon.pmc-sierra.bc.ca) (134.87.115.1) by father.pmc-sierra.bc.ca with SMTP; 5 Sep 2001 02:16:18 -0000 Received: from bby1exi01.pmc-sierra.bc.ca (bby1exi01.pmc-sierra.bc.ca [216.241.231.251]) by procyon.pmc-sierra.bc.ca (jason/8.11.6) with ESMTP id f852GIM20218 for ; Tue, 4 Sep 2001 19:16:18 -0700 (PDT) Received: by bby1exi01.pmc-sierra.bc.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 4 Sep 2001 19:17:38 -0700 Message-ID: From: Manoj Ekbote To: "'linux-mips@oss.sgi.com'" Subject: ramdisk support failing Date: Tue, 4 Sep 2001 19:17:32 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I am trying to load a kernel with ramdisk support linked in it. It is a 2.4.5 kernel, ported for Ocelot board running a PMC RM7000 chip. The kernel hangs while trying to load the "init" process. The "init" is actually the sash program. I have placed the init in /sbin, /sbin and /etc.The "execve" in setup.c returns ENOEXEC while running /sbin/init. The CONFIG_BINFMT_ELF is set in the .config file. The init has the x attribute. Here's the output: >g root=/dev/ram ........... ........... Initial ramdisk at: 0x80285000 (1161262 bytes) ........... POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd v1.8 pty: 256 Unix98 ptys configured Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x0000 (irq = 4) is a ST16650 block: queued sectors max/low 83088kB/27696kB, 256 slots per queue RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize SCSI subsystem driver Revision: 1.00 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 1024 buckets, 8Kbytes TCP: Hash tables configured (established 8192 bind 16384) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Compressed image found at block 0 Freeing initrd memory: 1134k freed EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 72k freed /sbin/init failed..8 <------ ENOEXEC returned by execve("init") etc/init failed...14 /bin/init failed...14 Kernel panic: No init found. Try passing init= option to kernel. Any ideas? Manoj From owner-linux-mips@oss.sgi.com Tue Sep 4 20:54:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f853sEK11929 for linux-mips-outgoing; Tue, 4 Sep 2001 20:54:14 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f853sBd11925 for ; Tue, 4 Sep 2001 20:54:11 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f853sA510371 for linux-mips@oss.sgi.com; Tue, 4 Sep 2001 23:54:10 -0400 Date: Tue, 4 Sep 2001 23:54:10 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: segfault Message-ID: <20010904235410.A8310@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm trying to get Linux working on my handheld PC (the Sharp Tripad, very similar to the Vadem Clio), but I'm having userland problems. Some binaries compile and run fine, while others give a segfault right away. Compiling with slightly different versions of compilers, glibc, etc, seems to affect which binaries work and which don't, although I can't find a combination that seems to work with everything. Fortunately, one binary that does appear to work fine is 'sash', which lets me test this stuff. I uncommented some debugging stuff in the kernel, and the actual error is: do_page_fault( )#2: sending SIGSEGV to test-prog for illegal write access to 00000fd4 (epc == 004027b8, ra == 00402730) The strange part about this (and the reason why I suspect someone may be able to help me) is that the address 00000fd4 is always the same, implying that the binaries are all failing in the same way. Has anyone seen this or does anyone have any ideas why this may be happening? My original setup was a pre-3.0 CVS GCC and glibc-2.2.3 with the Linux-VR kernel (based on the MIPS tree as of 2.4.0-test9), but I've since brought the Linux-VR tree up to 2.4.5 and moved to gcc-3.0.1 and glibc-2.2.4 with binutils-2.11.90.0.31, and none of this really seems to help the problem much. -jim From owner-linux-mips@oss.sgi.com Tue Sep 4 22:12:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f855CJ513244 for linux-mips-outgoing; Tue, 4 Sep 2001 22:12:19 -0700 Received: from viditec-netmedia.com.tw (61-220-240-70.HINET-IP.hinet.net [61.220.240.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f855CAd13240 for ; Tue, 4 Sep 2001 22:12:10 -0700 Received: from kjlin ([61.220.240.66]) by viditec-netmedia.com.tw (8.10.0/8.10.0) with SMTP id f857cXW18996 for ; Wed, 5 Sep 2001 15:38:33 +0800 Message-ID: <008901c135c6$87b88c60$056aaac0@kjlin> From: "kjlin" To: Subject: How to install the cross-compiler toolchain? Date: Wed, 5 Sep 2001 12:52:13 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0086_01C13609.95BA3AA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0086_01C13609.95BA3AA0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi=20 My host is x86 running RedHat 7.1. I downloaded the cross-compiler, toolchain-mips-20010810-1.i386.rpm, = from the sgi ftp site and tried to install it. But i found that GLIBC_2.2.3 is needed by toolchain-mips-20010810-1. However, the system library of RedHat 7.1 is glibc-2.2.2 and the "failed = dependencies" error message showed while installing. Therefore, i downloaded the glibc-2.2.3-13.3.i386.rpm and installed. But failed. #rpm -ivh glibc-2.2.3-13.3.i386.rpm=20 error: failed dependencies: glibc-common =3D 2.2.3-13.3 is needed by = glibc-2.2.3-13.3 glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3 I also tried to install glibc-common-2.2.3-13.3.i386.rpm but still = failed. #rpm -ivh glibc-common-2.2.3-13.3.i386.rpm error: failed dependencies: glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3 I am confused by the result. Can anybody tell me how to install the = toolchain-mips-20010810-1.i386.rpm successfully? Thanks in advance. KJ ------=_NextPart_000_0086_01C13609.95BA3AA0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi
 
My host is x86 running RedHat 7.1.
I downloaded the cross-compiler,=20 toolchain-mips-20010810-1.i386.rpm, from the sgi ftp site and tried to = install=20 it.
But i found that GLIBC_2.2.3 is needed by=20 toolchain-mips-20010810-1.
However, the system library of RedHat 7.1 is = glibc-2.2.2 and=20 the "failed dependencies" error message showed while = installing.
Therefore, i downloaded the = glibc-2.2.3-13.3.i386.rpm and=20 installed.
But failed.
#rpm -ivh glibc-2.2.3-13.3.i386.rpm
error: failed=20 dependencies:
         &n= bsp;     =20 glibc-common =3D 2.2.3-13.3 is needed by=20 glibc-2.2.3-13.3
         = ;      =20 glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3
I also tried to install = glibc-common-2.2.3-13.3.i386.rpm but=20 still failed.
#rpm -ivh = glibc-common-2.2.3-13.3.i386.rpm
error: failed=20 dependencies:
         &n= bsp;     =20 glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3
I am confused by the result.
Can anybody tell me how to install the=20 toolchain-mips-20010810-1.i386.rpm successfully?
 
Thanks in advance.
KJ
 
------=_NextPart_000_0086_01C13609.95BA3AA0-- From owner-linux-mips@oss.sgi.com Wed Sep 5 00:16:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f857GaM15216 for linux-mips-outgoing; Wed, 5 Sep 2001 00:16:36 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f857GXd15212 for ; Wed, 5 Sep 2001 00:16:33 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id AE4EBE5 for ; Wed, 5 Sep 2001 03:16:26 -0400 (EDT) Message-ID: <3B95C9C5.8070500@csh.rit.edu> Date: Wed, 05 Sep 2001 02:44:21 -0400 From: George Gensure User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips Subject: recent kernel probs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I've been keeping busy trying to keep a working kernel for a set of lab machines (indy r5ks) running linux, and as of a couple of days ago, I haven't been able to build a kernel that does not simply blank the screen and draw a non-blinking cursor where the mouse had been in the prom. I can boot from the stock vmlinux-2.4.3.ecoff kernel, and i can write that kernel to the volume header to boot locally. However, when I try to rebuild and boot a later kernel, with the X-ish support that I need, it errors as above. It feels as if I've done something to the system to deserve this kind of punishment. Can anyone help? Thanks George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Wed Sep 5 00:31:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f857V8r15423 for linux-mips-outgoing; Wed, 5 Sep 2001 00:31:08 -0700 Received: from tamaris.wanadoo.fr (smtp-rt-12.wanadoo.fr [193.252.19.60]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f857V1d15420 for ; Wed, 5 Sep 2001 00:31:02 -0700 Received: from villosa.wanadoo.fr (193.252.19.122) by tamaris.wanadoo.fr; 5 Sep 2001 09:30:52 +0200 Received: from ez (193.253.187.170) by villosa.wanadoo.fr; 5 Sep 2001 09:30:49 +0200 Subject: Re: How to install the cross-compiler toolchain? From: Jean-Christophe ARNU To: kjlin Cc: linux-mips@oss.sgi.com In-Reply-To: <008901c135c6$87b88c60$056aaac0@kjlin> References: <008901c135c6$87b88c60$056aaac0@kjlin> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.12 (Preview Release) Date: 05 Sep 2001 09:27:40 -0400 Message-Id: <999696461.4471.15.camel@ez> Mime-Version: 1.0 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On 05 Sep 2001 12:52:13 +0800, kjlin wrote: > #rpm -ivh glibc-2.2.3-13.3.i386.rpm > error: failed dependencies: > glibc-common = 2.2.3-13.3 is needed by glibc-2.2.3-13.3 > glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3 > I also tried to install glibc-common-2.2.3-13.3.i386.rpm but still failed. > #rpm -ivh glibc-common-2.2.3-13.3.i386.rpm > error: failed dependencies: > glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3 > > I am confused by the result. You should update and not install glibc. # rpm -uvh glibc-common-2.2.3.13.3.i386.rpm -- Jean-Christophe ARNU s/w developer Paratronic France From owner-linux-mips@oss.sgi.com Wed Sep 5 01:03:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8583R215957 for linux-mips-outgoing; Wed, 5 Sep 2001 01:03:27 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8583Od15954 for ; Wed, 5 Sep 2001 01:03:25 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 15eXed-0003Fi-00; Wed, 05 Sep 2001 10:03:23 +0200 Date: Wed, 5 Sep 2001 10:03:23 +0200 From: Guido Guenther To: linux-mips Subject: Re: recent kernel probs Message-ID: <20010905100323.A22446@gandalf.physik.uni-konstanz.de> Mail-Followup-To: linux-mips References: <3B95C9C5.8070500@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B95C9C5.8070500@csh.rit.edu>; from werkt@csh.rit.edu on Wed, Sep 05, 2001 at 02:44:21AM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 05, 2001 at 02:44:21AM -0400, George Gensure wrote: > I've been keeping busy trying to keep a working kernel for a set of lab > machines (indy r5ks) running linux, and as of a couple of days ago, I > haven't been able to build a kernel that does not simply blank the > screen and draw a non-blinking cursor where the mouse had been in the > prom. I can boot from the stock vmlinux-2.4.3.ecoff kernel, and i can > write that kernel to the volume header to boot locally. However, when I > try to rebuild and boot a later kernel, with the X-ish support that I > need, it errors as above. It feels as if I've done something to the > system to deserve this kind of punishment. Can anyone help? The blank screen with non-blinking cursor looks exactly like what I saw when I compiled the kernel with 2.11.90.0.27 debian binutils. There were patches missing and so the kernel got miscompiled. Try to compile with 2.11.90.0.31 or try the 2.4.5 kernel images in the debian archives. -- Guido From owner-linux-mips@oss.sgi.com Wed Sep 5 01:52:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f858q6O16908 for linux-mips-outgoing; Wed, 5 Sep 2001 01:52:06 -0700 Received: from storm.physik.tu-cottbus.de (storm.physik.TU-Cottbus.De [141.43.75.20]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f858q0d16902 for ; Wed, 5 Sep 2001 01:52:00 -0700 Received: by storm.physik.tu-cottbus.de (Postfix, from userid 7215) id 499886004D; Wed, 5 Sep 2001 10:51:55 +0200 (CEST) Date: Wed, 5 Sep 2001 10:51:55 +0200 To: "'linux-mips@oss.sgi.com'" Subject: Re: ramdisk support failing Message-ID: <20010905105154.C2477@physik.tu-cottbus.de> Mail-Followup-To: heinold@physik.tu-cottbus.de, "'linux-mips@oss.sgi.com'" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.20i From: heinold@physik.tu-cottbus.de (H.Heinold) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 04, 2001 at 07:17:32PM -0700, Manoj Ekbote wrote: > Hi, > > I am trying to load a kernel with ramdisk support linked in it. It is a 2.4.5 kernel, ported for Ocelot board running a PMC RM7000 chip. > The kernel hangs while trying to load the "init" process. The "init" is actually the sash program. I have placed the init in /sbin, /sbin and /etc.The "execve" in setup.c returns ENOEXEC while running /sbin/init. The CONFIG_BINFMT_ELF is set in the .config file. > The init has the x attribute. > > Here's the output: > > >g root=/dev/ram > ........... > ........... > Initial ramdisk at: 0x80285000 (1161262 bytes) > ........... > > POSIX conformance testing by UNIFIX > > Linux NET4.0 for Linux 2.4 > > Based upon Swansea University Computer Society NET3.039 > > Initializing RT netlink socket > > Starting kswapd v1.8 > > pty: 256 Unix98 ptys configured > > Serial driver version 5.05a (2001-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled > > ttyS00 at 0x0000 (irq = 4) is a ST16650 > > block: queued sectors max/low 83088kB/27696kB, 256 slots per queue > > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize > > SCSI subsystem driver Revision: 1.00 > > NET4: Linux TCP/IP 1.0 for NET4.0 > > IP Protocols: ICMP, UDP, TCP, IGMP > > IP: routing cache hash table of 1024 buckets, 8Kbytes > > TCP: Hash tables configured (established 8192 bind 16384) > > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > > RAMDISK: Compressed image found at block 0 > > Freeing initrd memory: 1134k freed > > EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended > > VFS: Mounted root (ext2 filesystem). > > Freeing unused kernel memory: 72k freed > > /sbin/init failed..8 <------ ENOEXEC returned by execve("init") > > etc/init failed...14 > > /bin/init failed...14 > > Kernel panic: No init found. Try passing init= option to kernel. > > > Any ideas? > Manoj > Yep, the ramdisk support is broken. But thats not new and til now nobody fixed it. Only on mipsel it is fixed partly. There the ramdisk is linkend in the compile prozess of the kernel. -- Henning From owner-linux-mips@oss.sgi.com Wed Sep 5 03:08:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85A8eZ18392 for linux-mips-outgoing; Wed, 5 Sep 2001 03:08:40 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85A8bd18389 for ; Wed, 5 Sep 2001 03:08:37 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f85A8Q708896; Wed, 5 Sep 2001 11:08:26 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Sep 2001 11:07:58 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC577@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'Atsushi Nemoto'" Cc: linux-mips@oss.sgi.com Subject: RE: Signal 11 on Process Termination - Update Date: Wed, 5 Sep 2001 11:07:58 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This fixed the problem - many thanks. Ralf - is this patch going to be applied (the current CVS seems unusable without it)? Phil > -----Original Message----- > From: Atsushi Nemoto [mailto:nemoto@toshiba-tops.co.jp] > Sent: 05 September 2001 01:30 > To: Phil.Thompson@pace.co.uk > Cc: linux-mips@oss.sgi.com > Subject: Re: Signal 11 on Process Termination - Update > > > >>>>> On Tue, 4 Sep 2001 18:48:33 +0100 , Phil Thompson > said: > Phil> The SIGSEGV is being raised because the access_ok() in > Phil> setup_frame() in kernel/signal.c is failing when trying to > Phil> deliver another signal (SIGALRM or SIGCHLD in my cases). > > At setup_frame(), sp (regs->regs[29]) is in the kernel kernel stack, > isn't it? > > If so, please try a patch for entry.S I posted a couple days ago. > > > Subject: Re: segfaults with 2.4.8 > > Hope this helps. > --- > Atsushi Nemoto > From owner-linux-mips@oss.sgi.com Wed Sep 5 03:11:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85ABuB18500 for linux-mips-outgoing; Wed, 5 Sep 2001 03:11:56 -0700 Received: from viditec-netmedia.com.tw (61-220-240-70.HINET-IP.hinet.net [61.220.240.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85ABrd18490 for ; Wed, 5 Sep 2001 03:11:53 -0700 Received: from kjlin ([61.220.240.66]) by viditec-netmedia.com.tw (8.10.0/8.10.0) with SMTP id f85CbaW19729; Wed, 5 Sep 2001 20:37:36 +0800 Message-ID: <00c401c135f0$509d6500$056aaac0@kjlin> From: "kjlin" To: "Jean-Christophe ARNU" Cc: References: <008901c135c6$87b88c60$056aaac0@kjlin> <999696461.4471.15.camel@ez> Subject: Re: How to install the cross-compiler toolchain? Date: Wed, 5 Sep 2001 17:51:20 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk ----- Original Message ----- Subject: Re: How to install the cross-compiler toolchain? > On 05 Sep 2001 12:52:13 +0800, kjlin wrote: > > #rpm -ivh glibc-2.2.3-13.3.i386.rpm > > error: failed dependencies: > > glibc-common = 2.2.3-13.3 is needed by glibc-2.2.3-13.3 > > glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3 > > I also tried to install glibc-common-2.2.3-13.3.i386.rpm but still failed. > > #rpm -ivh glibc-common-2.2.3-13.3.i386.rpm > > error: failed dependencies: > > glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3 > > > > I am confused by the result. > > You should update and not install glibc. > # rpm -uvh glibc-common-2.2.3-13.3.i386.rpm It is the same. Just more error messages. # rpm -Uvh glibc-common-2.2.3-13.3.i386.rpm error: failed dependencies: glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3 glibc-common = 2.2.2-10 is needed by glibc-2.2.2-10 # rpm -Uvh glibc-2.2.3-13.3.i386.rpm error: failed dependencies: glibc-common = 2.2.3-13.3 is needed by glibc-2.2.3-13.3 glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3 glibc > 2.2.2 conflicts with glibc-common-2.2.2-10 glibc = 2.2.2 is needed by glibc-devel-2.2.2-10 # rpm -Uvh glibc-devel-2.2.3-13.3.i386.rpm error: failed dependencies: glibc = 2.2.3 is needed by glibc-devel-2.2.3-13.3 From owner-linux-mips@oss.sgi.com Wed Sep 5 03:17:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85AHgB18644 for linux-mips-outgoing; Wed, 5 Sep 2001 03:17:42 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85AHcd18638 for ; Wed, 5 Sep 2001 03:17:38 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f85AHW709440 for ; Wed, 5 Sep 2001 11:17:32 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Sep 2001 11:17:05 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC578@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'linux-mips@oss.sgi.com'" Subject: RE: How to install the cross-compiler toolchain? Date: Wed, 5 Sep 2001 11:17:04 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="big5" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Have you tried giving all the packages on the same command line? rpm -U glibc-* ...works for me. Phil > -----Original Message----- > From: kjlin [mailto:kj.lin@viditec-netmedia.com.tw] > Sent: 05 September 2001 10:51 > To: Jean-Christophe ARNU > Cc: linux-mips@oss.sgi.com > Subject: Re: How to install the cross-compiler toolchain? > > > > ----- Original Message ----- > Subject: Re: How to install the cross-compiler toolchain? > > > > On 05 Sep 2001 12:52:13 +0800, kjlin wrote: > > > #rpm -ivh glibc-2.2.3-13.3.i386.rpm > > > error: failed dependencies: > > > glibc-common = 2.2.3-13.3 is needed by > glibc-2.2.3-13.3 > > > glibc-devel < 2.2.3 conflicts with > glibc-2.2.3-13.3 > > > I also tried to install glibc-common-2.2.3-13.3.i386.rpm but still > failed. > > > #rpm -ivh glibc-common-2.2.3-13.3.i386.rpm > > > error: failed dependencies: > > > glibc < 2.2.3 conflicts with > glibc-common-2.2.3-13.3 > > > > > > I am confused by the result. > > > > You should update and not install glibc. > > # rpm -uvh glibc-common-2.2.3-13.3.i386.rpm > > It is the same. > Just more error messages. > # rpm -Uvh glibc-common-2.2.3-13.3.i386.rpm > error: failed dependencies: > glibc < 2.2.3 conflicts with glibc-common-2.2.3-13.3 > glibc-common = 2.2.2-10 is needed by glibc-2.2.2-10 > > # rpm -Uvh glibc-2.2.3-13.3.i386.rpm > error: failed dependencies: > glibc-common = 2.2.3-13.3 is needed by glibc-2.2.3-13.3 > glibc-devel < 2.2.3 conflicts with glibc-2.2.3-13.3 > glibc > 2.2.2 conflicts with glibc-common-2.2.2-10 > glibc = 2.2.2 is needed by glibc-devel-2.2.2-10 > > # rpm -Uvh glibc-devel-2.2.3-13.3.i386.rpm > error: failed dependencies: > glibc = 2.2.3 is needed by glibc-devel-2.2.3-13.3 > > > From owner-linux-mips@oss.sgi.com Wed Sep 5 10:16:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85HGk826947 for linux-mips-outgoing; Wed, 5 Sep 2001 10:16:46 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85HGhd26938 for ; Wed, 5 Sep 2001 10:16:43 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id A8CF77F5; Wed, 5 Sep 2001 19:16:40 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id CC3954608; Wed, 5 Sep 2001 19:15:50 +0200 (CEST) Date: Wed, 5 Sep 2001 19:15:50 +0200 From: Florian Lohoff To: Jim Paris Cc: linux-mips@oss.sgi.com Subject: Re: segfault Message-ID: <20010905191550.B1054@paradigm.rfc822.org> References: <20010904235410.A8310@neurosis.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010904235410.A8310@neurosis.mit.edu> User-Agent: Mutt/1.3.20i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 04, 2001 at 11:54:10PM -0400, Jim Paris wrote: > > do_page_fault( )#2: sending SIGSEGV to test-prog for illegal write > access to 00000fd4 (epc == 004027b8, ra == 00402730) > > The strange part about this (and the reason why I suspect someone may > be able to help me) is that the address 00000fd4 is always the same, > implying that the binaries are all failing in the same way. Has > anyone seen this or does anyone have any ideas why this may be > happening? Do you have a fix for the sysmips(MIPS_ATOMIC_SET) in there ? Or do you have the glibc compiled as -mips2 for usage of ll/sc ? This bug might be a register corruption due to wrong return path in the sysmips case. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Sep 5 11:04:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85I4Ja28132 for linux-mips-outgoing; Wed, 5 Sep 2001 11:04:19 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85I4Bd28121 for ; Wed, 5 Sep 2001 11:04:11 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id UAA13985; Wed, 5 Sep 2001 20:05:46 +0200 (MET DST) Date: Wed, 5 Sep 2001 20:05:44 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: Jim Paris , linux-mips@oss.sgi.com Subject: Re: segfault In-Reply-To: <20010905191550.B1054@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 5 Sep 2001, Florian Lohoff wrote: > Do you have a fix for the sysmips(MIPS_ATOMIC_SET) in there ? Or do > you have the glibc compiled as -mips2 for usage of ll/sc ? > > This bug might be a register corruption due to wrong return path > in the sysmips case. Since there appears to be no conclusion of the sysmips-on-MIPS-I problem in sight, I've just put all the related patches I use in a single place for easy retrieval. All of them were sent to this mailing list once but digging through archives is tiresome. Get them from 'ftp://ftp.ds2.pg.gda.pl/pub/macro/sysmips/'. There is a sys_sysmips() fix in the "sysmips-1" patch and two additional patches implementing a sys__test_and_set() syscall and its usage in glibc. Feel free to use them until an official solution is available. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Sep 5 13:04:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85K4qF30674 for linux-mips-outgoing; Wed, 5 Sep 2001 13:04:52 -0700 Received: from dea.linux-mips.net (u-59-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.59]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85K4ed30670 for ; Wed, 5 Sep 2001 13:04:41 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f85K30b09920; Wed, 5 Sep 2001 22:03:00 +0200 Date: Wed, 5 Sep 2001 22:03:00 +0200 From: Ralf Baechle To: Atsushi Nemoto Cc: linux-mips@oss.sgi.com Subject: Re: ret_from_sys_call and signal Message-ID: <20010905220300.A7552@dea.linux-mips.net> References: <20010831.152310.104026325.nemoto@toshiba-tops.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831.152310.104026325.nemoto@toshiba-tops.co.jp>; from nemoto@toshiba-tops.co.jp on Fri, Aug 31, 2001 at 03:23:10PM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Aug 31, 2001 at 03:23:10PM +0900, Atsushi Nemoto wrote: > After merging with 2.4.6 kernel, ret_from_sys_call (and > o32_ret_from_sys_call) does not check whether it returns to kernel > mode or not. > > syscall may happen in kernel mode, so we should check KU_USER bits (as > done in past code). Is this right? > > At least, currently DO_FAULT() jumps to ret_from_sys_call and it may > cause problems. If page fault happened in kernel code when any > signals pending, do_signal() is called before returning to kernel and > it fails to setup sigcontext. The changes in entry.S and scall_o32.S were correct; they match the changing in the i386 code. The idea is to avoid the usermode check if possible. I just lost the matching changes to other files. Untested patch below. Tell me if it helps. Ralf Index: arch/mips64/kernel/r4k_tlb_glue.S =================================================================== RCS file: /home/pub/cvs/linux/arch/mips64/kernel/r4k_tlb_glue.S,v retrieving revision 1.10 diff -u -r1.10 r4k_tlb_glue.S --- arch/mips64/kernel/r4k_tlb_glue.S 2001/09/05 19:13:24 1.10 +++ arch/mips64/kernel/r4k_tlb_glue.S 2001/09/05 19:39:18 @@ -29,7 +29,7 @@ sd a2, PT_BVADDR(sp) move a0, sp jal do_page_fault - j ret_from_sys_call + j ret_from_exception END(__\name) .endm Index: arch/mips/kernel/r2300_misc.S =================================================================== RCS file: /home/pub/cvs/linux/arch/mips/kernel/r2300_misc.S,v retrieving revision 1.9 diff -u -r1.9 r2300_misc.S --- arch/mips/kernel/r2300_misc.S 2000/03/07 15:45:28 1.9 +++ arch/mips/kernel/r2300_misc.S 2001/09/05 19:39:18 @@ -1,4 +1,4 @@ -/* $Id: r2300_misc.S,v 1.8 1999/12/08 22:05:10 harald Exp $ +/* * misc.S: Misc. exception handling code for R3000/R2000. * * Copyright (C) 1994, 1995, 1996 by Ralf Baechle and Andreas Busse @@ -9,6 +9,8 @@ * Further modifications to make this work: * Copyright (c) 1998 Harald Koerfgen * Copyright (c) 1998, 1999 Gleb Raiko & Vladimir Roganov + * Copyright (c) 2001 Ralf Baechle + * Copyright (c) 2001 MIPS Technologies, Inc. */ #include #include @@ -68,7 +70,7 @@ move a0, sp; \ jal do_page_fault; \ li a1, write; \ - j ret_from_sys_call; \ + j ret_from_exception; \ nop; \ .set noat; \ .set nomacro; Index: arch/mips/kernel/r4k_misc.S =================================================================== RCS file: /home/pub/cvs/linux/arch/mips/kernel/r4k_misc.S,v retrieving revision 1.11 diff -u -r1.11 r4k_misc.S --- arch/mips/kernel/r4k_misc.S 2001/03/28 01:35:12 1.11 +++ arch/mips/kernel/r4k_misc.S 2001/09/05 19:39:18 @@ -1,5 +1,4 @@ -/* $Id: r4k_misc.S,v 1.8 1999/10/09 00:00:58 ralf Exp $ - * +/* * r4k_misc.S: Misc. exception handling code for r4k. * * Copyright (C) 1994, 1995, 1996 by Ralf Baechle and Andreas Busse @@ -86,7 +85,7 @@ move a0, sp; \ jal do_page_fault; \ li a1, write; \ - j ret_from_sys_call; \ + j ret_from_exception; \ nop; \ .set noat; From owner-linux-mips@oss.sgi.com Wed Sep 5 14:51:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85LpZS32256 for linux-mips-outgoing; Wed, 5 Sep 2001 14:51:35 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85LpXd32253 for ; Wed, 5 Sep 2001 14:51:33 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f85LpW129592 for linux-mips@oss.sgi.com; Wed, 5 Sep 2001 17:51:32 -0400 Date: Wed, 5 Sep 2001 17:51:32 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: Re: segfault Message-ID: <20010905175132.B26734@neurosis.mit.edu> Reply-To: jim@jtan.com References: <20010904235410.A8310@neurosis.mit.edu> <20010905191550.B1054@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010905191550.B1054@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Sep 05, 2001 at 07:15:50PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Do you have a fix for the sysmips(MIPS_ATOMIC_SET) in there ? Or do > you have the glibc compiled as -mips2 for usage of ll/sc ? Yes, I'm pretty sure that fix is in there. I'm confused by the whole mips1/mips2/mips3 thing -- should I be compiling everything with the same -mipsN, and if so, which one? I have a VR41xx processor. The binaries I'm attempting to run are reported by file(1) as being MIPS 1, while the kernel image is reported as being MIPS 3 (even though most of the kernel Makefiles specify -mips2..?) If I use -mips2 when compiling my userspace binaries, the output files are the same size but different, but file(1) still reports them as MIPS 1 and they still crash in the same way. -jim From owner-linux-mips@oss.sgi.com Wed Sep 5 14:53:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f85LrRb32329 for linux-mips-outgoing; Wed, 5 Sep 2001 14:53:27 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f85LrPd32325 for ; Wed, 5 Sep 2001 14:53:25 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f85LrP029985 for linux-mips@oss.sgi.com; Wed, 5 Sep 2001 17:53:25 -0400 Date: Wed, 5 Sep 2001 17:53:25 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: Re: segfault Message-ID: <20010905175325.C26734@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk [ resending to list, since I accidently replied only to Maciej ] > Since there appears to be no conclusion of the sysmips-on-MIPS-I problem > in sight, I've just put all the related patches I use in a single place > for easy retrieval. All of them were sent to this mailing list once but > digging through archives is tiresome. Get them from > 'ftp://ftp.ds2.pg.gda.pl/pub/macro/sysmips/'. > > There is a sys_sysmips() fix in the "sysmips-1" patch and two additional > patches implementing a sys__test_and_set() syscall and its usage in glibc. > Feel free to use them until an official solution is available. I applied these patches and I still have the same problem. I'm starting to think that maybe my kernel is just too broken to use with my recent binutils/gcc/glibc mix. I was hoping that my efforts to patch it up to 2.4.5 would have fixed that; I wish the linux-vr tree was still being updated by people who actually knew what they were doing (as I certainly don't). -jim From owner-linux-mips@oss.sgi.com Wed Sep 5 17:25:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f860PgD03123 for linux-mips-outgoing; Wed, 5 Sep 2001 17:25:42 -0700 Received: from dea.linux-mips.net (u-59-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.59]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f860Pbd03120 for ; Wed, 5 Sep 2001 17:25:37 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f860OnQ18613; Thu, 6 Sep 2001 02:24:49 +0200 Date: Thu, 6 Sep 2001 02:24:49 +0200 From: Ralf Baechle To: Phil Thompson Cc: "'Atsushi Nemoto'" , linux-mips@oss.sgi.com Subject: Re: Signal 11 on Process Termination - Update Message-ID: <20010906022449.A18605@dea.linux-mips.net> References: <54045BFDAD47D5118A850002A5095CC30AC577@exchange1.cam.pace.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <54045BFDAD47D5118A850002A5095CC30AC577@exchange1.cam.pace.co.uk>; from Phil.Thompson@pace.co.uk on Wed, Sep 05, 2001 at 11:07:58AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 05, 2001 at 11:07:58AM +0100, Phil Thompson wrote: > This fixed the problem - many thanks. > > Ralf - is this patch going to be applied (the current CVS seems unusable > without it)? I've applied a different patch to CVS. I've got other different problems with the current CVS; the 32-bit kernel is very unreliable for me on 32-bit machines. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 5 17:32:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f860Wu303392 for linux-mips-outgoing; Wed, 5 Sep 2001 17:32:56 -0700 Received: from dea.linux-mips.net (u-59-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.59]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f860Wqd03389 for ; Wed, 5 Sep 2001 17:32:52 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f860WA818667; Thu, 6 Sep 2001 02:32:10 +0200 Date: Thu, 6 Sep 2001 02:32:10 +0200 From: Ralf Baechle To: Steven Liu Cc: linux-mips@oss.sgi.com Subject: Re: Load address of the application is not right. Message-ID: <20010906023210.B18605@dea.linux-mips.net> References: <84CE342693F11946B9F54B18C1AB837B0A28BC@ex2k.pcs.psdc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <84CE342693F11946B9F54B18C1AB837B0A28BC@ex2k.pcs.psdc.com>; from stevenliu@psdc.com on Tue, Sep 04, 2001 at 06:34:08PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 04, 2001 at 06:34:08PM -0700, Steven Liu wrote: > My question is who assign value to register t9 (i.e. $25) and where? Why > $gp was given 0xfc2 and then added by -32624 ? Because $gp and $t9 gave a > wrong address 0fc100a8, the CPU give a page fault and the OS said that the > address is not GROWDOWN and faild to continue. > > I think it related to my glibc but I do not know the exact place. > > If you had this kind problem before, please share your knowlage with me. Looks very much like at least one of dynamic linker or binutils is buggy. You may also have cache coherency issues. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 5 17:37:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f860bJd03578 for linux-mips-outgoing; Wed, 5 Sep 2001 17:37:19 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f860bFd03575; Wed, 5 Sep 2001 17:37:15 -0700 Received: from pacbell.net (zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f860fBA09834; Wed, 5 Sep 2001 17:41:11 -0700 Message-ID: <3B96C5A7.2020604@pacbell.net> Date: Wed, 05 Sep 2001 17:39:03 -0700 From: Pete Popov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: Ralf Baechle CC: Phil Thompson , "'Atsushi Nemoto'" , linux-mips@oss.sgi.com Subject: Re: Signal 11 on Process Termination - Update References: <54045BFDAD47D5118A850002A5095CC30AC577@exchange1.cam.pace.co.uk> <20010906022449.A18605@dea.linux-mips.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Wed, Sep 05, 2001 at 11:07:58AM +0100, Phil Thompson wrote: > > >>This fixed the problem - many thanks. >> >>Ralf - is this patch going to be applied (the current CVS seems unusable >>without it)? >> > > I've applied a different patch to CVS. > > I've got other different problems with the current CVS; the 32-bit kernel > is very unreliable for me on 32-bit machines. That's my experience as well, just FYI. Pete From owner-linux-mips@oss.sgi.com Wed Sep 5 18:14:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f861EoH04385 for linux-mips-outgoing; Wed, 5 Sep 2001 18:14:50 -0700 Received: from web13904.mail.yahoo.com (web13904.mail.yahoo.com [216.136.175.67]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f861Eld04381 for ; Wed, 5 Sep 2001 18:14:47 -0700 Message-ID: <20010906011446.24255.qmail@web13904.mail.yahoo.com> Received: from [61.187.56.11] by web13904.mail.yahoo.com via HTTP; Wed, 05 Sep 2001 18:14:46 PDT Date: Wed, 5 Sep 2001 18:14:46 -0700 (PDT) From: Barry Wu Subject: about mipsel 2.4.3 serial console problem To: linux-mips@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all, I have met a problem about serial when I porting mipsel linux 2.2.12 to mipsel linux 2.4.3. In linux 2.2.12, linux can work well. It can printk and can mount root file system, and start the system. But when I port 2.2.12 to 2.4.3, the kernel can printk some debug messages and mount root file system. But it can not display INIT ... messages on serial console. Why? If someone knows, please help me Thanks in advance! Best Regards, Barry __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com From owner-linux-mips@oss.sgi.com Thu Sep 6 03:12:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86ACMG13236 for linux-mips-outgoing; Thu, 6 Sep 2001 03:12:22 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86ACHd13233; Thu, 6 Sep 2001 03:12:17 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 6 Sep 2001 10:12:17 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id A282CB458; Thu, 6 Sep 2001 19:12:10 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id TAA62330; Thu, 6 Sep 2001 19:12:07 +0900 (JST) Date: Thu, 06 Sep 2001 19:16:39 +0900 (JST) Message-Id: <20010906.191639.88494133.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: ret_from_sys_call and signal From: Atsushi Nemoto In-Reply-To: <20010905220300.A7552@dea.linux-mips.net> References: <20010831.152310.104026325.nemoto@toshiba-tops.co.jp> <20010905220300.A7552@dea.linux-mips.net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Wed, 5 Sep 2001 22:03:00 +0200, Ralf Baechle said: ralf> The changes in entry.S and scall_o32.S were correct; they match the ralf> changing in the i386 code. The idea is to avoid the usermode check if ralf> possible. I just lost the matching changes to other files. Untested ralf> patch below. Tell me if it helps. I tried the patch with r4k CPU. It works fine for me. Thanks. --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Thu Sep 6 03:49:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86An9J13714 for linux-mips-outgoing; Thu, 6 Sep 2001 03:49:09 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86An5d13710 for ; Thu, 6 Sep 2001 03:49:05 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f86Amw717335 for ; Thu, 6 Sep 2001 11:48:58 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Thu, 6 Sep 2001 11:48:30 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC57E@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'linux-mips@oss.sgi.com'" Subject: Patch to allow current CVS to compile Date: Thu, 6 Sep 2001 11:48:29 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C136C1.7721EE68" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C136C1.7721EE68 Content-Type: text/plain; charset="iso-8859-1" The attached patch to kernel/setup.c is needed to get the current CVS to compile. Phil ------_=_NextPart_000_01C136C1.7721EE68 Content-Type: application/octet-stream; name="setup.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="setup.patch" --- setup.c.orig Thu Sep 6 11:40:31 2001=0A= +++ setup.c Thu Sep 6 11:40:54 2001=0A= @@ -367,12 +367,12 @@=0A= mips_cpu.options |=3D MIPS_CPU_FPU;=0A= mips_cpu.scache.flags =3D MIPS_CACHE_NOT_PRESENT;=0A= break;=0A= -#endif /* CONFIG_CPU_MIPS32 */=0A= default:=0A= mips_cpu.cputype =3D CPU_UNKNOWN;=0A= break;=0A= }=0A= break;=0A= +#endif /* CONFIG_CPU_MIPS32 */=0A= case PRID_COMP_SIBYTE:=0A= switch (mips_cpu.processor_id & 0xff00) {=0A= case PRID_IMP_SB1:=0A= ------_=_NextPart_000_01C136C1.7721EE68-- From owner-linux-mips@oss.sgi.com Thu Sep 6 05:07:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86C7mE15088 for linux-mips-outgoing; Thu, 6 Sep 2001 05:07:48 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86C6Xd15032; Thu, 6 Sep 2001 05:06:34 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA28664; Thu, 6 Sep 2001 14:08:43 +0200 (MET DST) Date: Thu, 6 Sep 2001 14:08:43 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Ralf Baechle cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: [patch] linux 2.4.8: __dbe_table resync In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf, This is an update to the current implementation of __dbe_table handling. The code matches one in 2.4.9-ac9 with an exception of a small fix that goes to Alan independently and is already taken into account here. Please apply. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + patch-mips-2.4.8-20010903-dbe-14 diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/arch/mips/kernel/traps.c linux-mips-2.4.8-20010903/arch/mips/kernel/traps.c --- linux-mips-2.4.8-20010903.macro/arch/mips/kernel/traps.c Sat Aug 25 04:27:08 2001 +++ linux-mips-2.4.8-20010903/arch/mips/kernel/traps.c Wed Sep 5 22:49:24 2001 @@ -267,8 +267,9 @@ search_dbe_table(unsigned long addr) spin_lock_irqsave(&modlist_lock, flags); for (mp = module_list; mp != NULL; mp = mp->next) { - if (!mod_member_present(mp, archdata_start) || - !mp->archdata_start) + if (!mod_member_present(mp, archdata_end) || + !mod_archdata_member_present(mp, struct archdata, + dbe_table_end)) continue; ap = (struct archdata *)(mp->archdata_start); diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/arch/mips64/sgi-ip22/ip22-berr.c linux-mips-2.4.8-20010903/arch/mips64/sgi-ip22/ip22-berr.c --- linux-mips-2.4.8-20010903.macro/arch/mips64/sgi-ip22/ip22-berr.c Wed Aug 22 04:26:17 2001 +++ linux-mips-2.4.8-20010903/arch/mips64/sgi-ip22/ip22-berr.c Wed Sep 5 22:49:24 2001 @@ -63,8 +63,9 @@ search_dbe_table(unsigned long addr) spin_lock_irqsave(&modlist_lock, flags); for (mp = module_list; mp != NULL; mp = mp->next) { - if (!mod_member_present(mp, archdata_start) || - !mp->archdata_start) + if (!mod_member_present(mp, archdata_end) || + !mod_archdata_member_present(mp, struct archdata, + dbe_table_end)) continue; ap = (struct archdata *)(mod->archdata_start); diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/arch/mips64/sgi-ip27/ip27-berr.c linux-mips-2.4.8-20010903/arch/mips64/sgi-ip27/ip27-berr.c --- linux-mips-2.4.8-20010903.macro/arch/mips64/sgi-ip27/ip27-berr.c Wed Aug 22 04:26:17 2001 +++ linux-mips-2.4.8-20010903/arch/mips64/sgi-ip27/ip27-berr.c Wed Sep 5 22:49:24 2001 @@ -66,8 +66,9 @@ search_dbe_table(unsigned long addr) spin_lock_irqsave(&modlist_lock, flags); for (mp = module_list; mp != NULL; mp = mp->next) { - if (!mod_member_present(mp, archdata_start) || - !mp->archdata_start) + if (!mod_member_present(mp, archdata_end) || + !mod_archdata_member_present(mp, struct archdata, + dbe_table_end)) continue; ap = (struct archdata *)(mod->archdata_start); diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/include/asm-alpha/module.h linux-mips-2.4.8-20010903/include/asm-alpha/module.h --- linux-mips-2.4.8-20010903.macro/include/asm-alpha/module.h Wed Aug 22 04:27:42 2001 +++ linux-mips-2.4.8-20010903/include/asm-alpha/module.h Wed Sep 5 22:49:24 2001 @@ -13,7 +13,7 @@ static inline int alpha_module_init(struct module *mod) { if (!mod_bound(mod->gp - 0x8000, 0, mod)) { - printk(KERN_ERR "arch_init_module: mod->gp out of bounds.\n"); + printk(KERN_ERR "module_arch_init: mod->gp out of bounds.\n"); return 1; } return 0; diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/include/asm-ia64/module.h linux-mips-2.4.8-20010903/include/asm-ia64/module.h --- linux-mips-2.4.8-20010903.macro/include/asm-ia64/module.h Wed Aug 22 04:27:44 2001 +++ linux-mips-2.4.8-20010903/include/asm-ia64/module.h Wed Sep 5 22:58:19 2001 @@ -47,27 +47,27 @@ ia64_module_init(struct module *mod) if (archdata->unw_table) { - printk(KERN_ERR "arch_init_module: archdata->unw_table must be zero.\n"); + printk(KERN_ERR "module_arch_init: archdata->unw_table must be zero.\n"); return 1; } if (!mod_bound(archdata->gp, 0, mod)) { - printk(KERN_ERR "arch_init_module: archdata->gp out of bounds.\n"); + printk(KERN_ERR "module_arch_init: archdata->gp out of bounds.\n"); return 1; } if (!mod_bound(archdata->unw_start, 0, mod)) { - printk(KERN_ERR "arch_init_module: archdata->unw_start out of bounds.\n"); + printk(KERN_ERR "module_arch_init: archdata->unw_start out of bounds.\n"); return 1; } if (!mod_bound(archdata->unw_end, 0, mod)) { - printk(KERN_ERR "arch_init_module: archdata->unw_end out of bounds.\n"); + printk(KERN_ERR "module_arch_init: archdata->unw_end out of bounds.\n"); return 1; } if (!mod_bound(archdata->segment_base, 0, mod)) { - printk(KERN_ERR "arch_init_module: archdata->unw_table out of bounds.\n"); + printk(KERN_ERR "module_arch_init: archdata->unw_table out of bounds.\n"); return 1; } diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/include/asm-mips/module.h linux-mips-2.4.8-20010903/include/asm-mips/module.h --- linux-mips-2.4.8-20010903.macro/include/asm-mips/module.h Wed Aug 22 04:27:47 2001 +++ linux-mips-2.4.8-20010903/include/asm-mips/module.h Wed Sep 5 22:49:24 2001 @@ -26,9 +26,12 @@ mips_module_init(struct module *mod) { struct archdata *archdata; - if (!mod_member_present(mod, archdata_start) || !mod->archdata_start) + if (!mod_member_present(mod, archdata_end)) return 0; + archdata = (struct archdata *)(mod->archdata_start); + if (!mod_archdata_member_present(mod, struct archdata, dbe_table_end)) + return 0; if (archdata->dbe_table_start > archdata->dbe_table_end || (archdata->dbe_table_start && @@ -40,7 +43,7 @@ mips_module_init(struct module *mod) (unsigned long)archdata->dbe_table_end) % sizeof(struct exception_table_entry))) { printk(KERN_ERR - "arch_init_module: archdata->dbe_table_* invalid.\n"); + "module_arch_init: archdata->dbe_table_* invalid.\n"); return 1; } diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/include/asm-mips64/module.h linux-mips-2.4.8-20010903/include/asm-mips64/module.h --- linux-mips-2.4.8-20010903.macro/include/asm-mips64/module.h Wed Aug 22 04:27:48 2001 +++ linux-mips-2.4.8-20010903/include/asm-mips64/module.h Wed Sep 5 22:49:24 2001 @@ -26,9 +26,12 @@ mips64_module_init(struct module *mod) { struct archdata *archdata; - if (!mod_member_present(mod, archdata_start) || !mod->archdata_start) + if (!mod_member_present(mod, archdata_end)) return 0; + archdata = (struct archdata *)(mod->archdata_start); + if (!mod_archdata_member_present(mod, struct archdata, dbe_table_end)) + return 0; if (archdata->dbe_table_start > archdata->dbe_table_end || (archdata->dbe_table_start && @@ -40,7 +43,7 @@ mips64_module_init(struct module *mod) (unsigned long)archdata->dbe_table_end) % sizeof(struct exception_table_entry))) { printk(KERN_ERR - "arch_init_module: archdata->dbe_table_* invalid.\n"); + "module_arch_init: archdata->dbe_table_* invalid.\n"); return 1; } diff -up --recursive --new-file linux-mips-2.4.8-20010903.macro/include/linux/module.h linux-mips-2.4.8-20010903/include/linux/module.h --- linux-mips-2.4.8-20010903.macro/include/linux/module.h Mon Jul 16 02:13:58 2001 +++ linux-mips-2.4.8-20010903/include/linux/module.h Fri Aug 24 00:50:22 2001 @@ -130,6 +130,16 @@ struct module_info ((unsigned long)(&((struct module *)0L)->member + 1) \ <= (mod)->size_of_struct) +/* + * Ditto for archdata. Assumes mod->archdata_start and mod->archdata_end + * are validated elsewhere. + */ +#define mod_archdata_member_present(mod, type, member) \ + (((unsigned long)(&((type *)0L)->member) + \ + sizeof(((type *)0L)->member)) <= \ + ((mod)->archdata_end - (mod)->archdata_start)) + + /* Check if an address p with number of entries n is within the body of module m */ #define mod_bound(p, n, m) ((unsigned long)(p) >= ((unsigned long)(m) + ((m)->size_of_struct)) && \ (unsigned long)((p)+(n)) <= (unsigned long)(m) + (m)->size) From owner-linux-mips@oss.sgi.com Thu Sep 6 05:30:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86CUES15465 for linux-mips-outgoing; Thu, 6 Sep 2001 05:30:14 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86CTPd15444 for ; Thu, 6 Sep 2001 05:29:25 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA29203; Thu, 6 Sep 2001 14:31:45 +0200 (MET DST) Date: Thu, 6 Sep 2001 14:31:45 +0200 (MET DST) From: "Maciej W. Rozycki" To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: linux 2.4.8: The DECstation 5000/2x0 NVRAM module driver Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I've prepared a syntactic update to the DECstation 5000/2x0 NVRAM module driver for linux 2.4.8. There are no functional changes at the moment. The driver patch and supplementary changes are available at: 'ftp://ftp.ds2.pg.gda.pl/pub/macro/drivers/ms02-nv/'. I'm looking for a tester with a DECstation 5000/200 and a MS02 NVRAM module. I'm going to improve the module detection code in the next version to make it less firmware-dependent. This is needed to support multiple modules as well as single modules in non-standard slots. I need to make sure I can rely on bus error exceptions just like in the /240. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Sep 6 05:35:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86CZcQ15656 for linux-mips-outgoing; Thu, 6 Sep 2001 05:35:38 -0700 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86CZZd15653 for ; Thu, 6 Sep 2001 05:35:35 -0700 Received: (from sfrost@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) id IAA05145; Thu, 6 Sep 2001 08:34:45 -0400 Date: Thu, 6 Sep 2001 08:34:45 -0400 From: Stephen Frost To: "Maciej W. Rozycki" Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: linux 2.4.8: The DECstation 5000/2x0 NVRAM module driver Message-ID: <20010906083444.W11136@ns> Mail-Followup-To: "Maciej W. Rozycki" , linux-mips@fnet.fr, linux-mips@oss.sgi.com References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rnwvb/07397jTJIO" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Thu, Sep 06, 2001 at 02:31:45PM +0200 X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/2.2.16 (i686) X-Uptime: 8:32am up 385 days, 10:50, 13 users, load average: 2.03, 2.01, 2.00 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --rnwvb/07397jTJIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Maciej W. Rozycki (macro@ds2.pg.gda.pl) wrote: > Hi, >=20 > I've prepared a syntactic update to the DECstation 5000/2x0 NVRAM module > driver for linux 2.4.8. There are no functional changes at the moment.= =20 > The driver patch and supplementary changes are available at: > 'ftp://ftp.ds2.pg.gda.pl/pub/macro/drivers/ms02-nv/'. =20 >=20 > I'm looking for a tester with a DECstation 5000/200 and a MS02 NVRAM > module. I'm going to improve the module detection code in the next > version to make it less firmware-dependent. This is needed to support > multiple modules as well as single modules in non-standard slots. I need > to make sure I can rely on bus error exceptions just like in the /240.=20 Welp, I've got a DECstation 5000/200 but no clue what (if any) NVRAM module it has. How can I find out? :) I havn't booted the thing up in quite a while so I'm not even sure it's exactly functional, but I've been looking for an excuse to play with it. Stephen --rnwvb/07397jTJIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7l21krzgMPqB3kigRAmUNAJ0bKJ71n47W+QOjzZy3t+FYdHrLzACeL6QN 2hX8NzRQB1nZxiZ4XDDNCpw= =ZbvL -----END PGP SIGNATURE----- --rnwvb/07397jTJIO-- From owner-linux-mips@oss.sgi.com Thu Sep 6 06:15:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86DFvE16545 for linux-mips-outgoing; Thu, 6 Sep 2001 06:15:57 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86DFld16537 for ; Thu, 6 Sep 2001 06:15:52 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id PAA00046; Thu, 6 Sep 2001 15:17:12 +0200 (MET DST) Date: Thu, 6 Sep 2001 15:17:12 +0200 (MET DST) From: "Maciej W. Rozycki" To: Stephen Frost cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: linux 2.4.8: The DECstation 5000/2x0 NVRAM module driver In-Reply-To: <20010906083444.W11136@ns> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 6 Sep 2001, Stephen Frost wrote: > Welp, I've got a DECstation 5000/200 but no clue what (if any) > NVRAM module it has. How can I find out? :) I havn't booted > the thing up in quite a while so I'm not even sure it's exactly > functional, but I've been looking for an excuse to play with it. An NVRAM module is placed in a memory slot, usually the 15th, as that's what DEC supports. It differs from RAM modules visibly -- it has two green LEDs and a lithium battery (mine is orange, which makes it easily recognizable; I'm not sure if the color is a rule). In a configuration dump it's marked explicitly as a "Presto-NVR" module if placed in the 15th slot. This is an example of a `cnfg 3' output from my /240 system -- you would need to type `cnfg 7' for your /200: >>cnfg 3 3: KN03-AA DEC V5.1b TCF0 (352 MB, 1 MB NVRAM) (enet: 08-00-2b-1e-3b-78) (SCSI = 7) --------------------------------------------------- DEV PID VID REV SCSI DEV ===== ================== ========== ====== ======== dcache( 64 KB), icache( 64 KB) mem( 0): a0000000:a1ffffff ( 32 MB) mem( 1): a2000000:a3ffffff ( 32 MB) mem( 2): a4000000:a5ffffff ( 32 MB) mem( 3): a6000000:a67fffff ( 8 MB) mem( 4): a8000000:a87fffff ( 8 MB) mem( 5): aa000000:aa7fffff ( 8 MB) mem( 6): ac000000:ac7fffff ( 8 MB) mem( 7): ae000000:afffffff ( 32 MB) mem( 8): b0000000:b1ffffff ( 32 MB) mem( 9): b2000000:b3ffffff ( 32 MB) mem(10): b4000000:b5ffffff ( 32 MB) mem(11): b6000000:b7ffffff ( 32 MB) mem(12): b8000000:b9ffffff ( 32 MB) mem(13): ba000000:bbffffff ( 32 MB) mem(14): bc000000:bc0fffff ( 1 MB) Presto-NVR mem(14): valid, batt OK, unarmed >> Note that there exists a TURBOchannel NVRAM module, namely the PMTNV-AA. This driver doesn't intend to support it. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Sep 6 06:22:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86DMbD16755 for linux-mips-outgoing; Thu, 6 Sep 2001 06:22:37 -0700 Received: from dea.linux-mips.net (u-136-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.136]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86DMVd16752 for ; Thu, 6 Sep 2001 06:22:32 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f86DLNf07635; Thu, 6 Sep 2001 15:21:23 +0200 Date: Thu, 6 Sep 2001 15:21:23 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: [patch] linux 2.4.8: __dbe_table resync Message-ID: <20010906152123.A7630@dea.linux-mips.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Thu, Sep 06, 2001 at 02:08:43PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 06, 2001 at 02:08:43PM +0200, Maciej W. Rozycki wrote: > This is an update to the current implementation of __dbe_table handling. > The code matches one in 2.4.9-ac9 with an exception of a small fix that > goes to Alan independently and is already taken into account here. Please > apply. Applied. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 6 13:35:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f86KZoM26093 for linux-mips-outgoing; Thu, 6 Sep 2001 13:35:50 -0700 Received: from relay ([207.81.96.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f86KZkd26087 for ; Thu, 6 Sep 2001 13:35:46 -0700 Received: from quicklogic.com ([207.81.96.153]) by relay (8.8.7/8.8.7) with ESMTP id RAA13938 for ; Thu, 6 Sep 2001 17:10:49 -0400 Message-ID: <3B97DE48.10507@quicklogic.com> Date: Thu, 06 Sep 2001 16:36:24 -0400 From: Dan Aizenstros Organization: QuickLogic Canada User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en,pdf MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Changes to arch/mips/kernel/setup.c Content-Type: multipart/mixed; boundary="------------030203010705080500010207" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------030203010705080500010207 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello All, The latest changes to the setup.c file does not work correctly and cause a compile failure. I have attached a patch which fixes it. Dan Aizenstros QuickLogic Canada --------------030203010705080500010207 Content-Type: text/plain; name="setup.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="setup.c.diff" Index: setup.c =================================================================== RCS file: /cvs/linux/arch/mips/kernel/setup.c,v retrieving revision 1.70 diff -u -r1.70 setup.c --- setup.c 2001/09/06 02:42:30 1.70 +++ setup.c 2001/09/06 20:32:43 @@ -367,12 +367,12 @@ mips_cpu.options |= MIPS_CPU_FPU; mips_cpu.scache.flags = MIPS_CACHE_NOT_PRESENT; break; -#endif /* CONFIG_CPU_MIPS32 */ default: mips_cpu.cputype = CPU_UNKNOWN; break; } break; +#endif /* CONFIG_CPU_MIPS32 */ case PRID_COMP_SIBYTE: switch (mips_cpu.processor_id & 0xff00) { case PRID_IMP_SB1: --------------030203010705080500010207-- From owner-linux-mips@oss.sgi.com Thu Sep 6 17:15:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f870FYK30726 for linux-mips-outgoing; Thu, 6 Sep 2001 17:15:34 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f870FXd30723 for ; Thu, 6 Sep 2001 17:15:33 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id 78409193 for ; Thu, 6 Sep 2001 20:15:24 -0400 (EDT) Date: Thu, 6 Sep 2001 20:15:24 -0400 (EDT) From: George Gensure To: Subject: oops after rtc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk what could be causing a kernel oops after trying to initialize the sgi rtc (may have nothing to do with the rtc, but the message comes right after it). The rtc is rather important to me (!rtc + Kerberos = bad). George werkt@csh.rit.edu -- George R. Gensure Computer Science House Member werkt@csh.rit.edu Sophomore, Rochester Institute of Technology Computer Science Major From owner-linux-mips@oss.sgi.com Thu Sep 6 17:49:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f870nRt31355 for linux-mips-outgoing; Thu, 6 Sep 2001 17:49:27 -0700 Received: from dea.linux-mips.net (u-198-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.198]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f870mvd31344 for ; Thu, 6 Sep 2001 17:49:16 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f870kjw15946; Fri, 7 Sep 2001 02:46:45 +0200 Date: Fri, 7 Sep 2001 02:46:45 +0200 From: Ralf Baechle To: George Gensure Cc: linux-mips@oss.sgi.com Subject: Re: oops after rtc Message-ID: <20010907024645.A15857@dea.linux-mips.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from werkt@csh.rit.edu on Thu, Sep 06, 2001 at 08:15:24PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 06, 2001 at 08:15:24PM -0400, George Gensure wrote: > what could be causing a kernel oops after trying to initialize the sgi rtc > (may have nothing to do with the rtc, but the message comes right after > it). The rtc is rather important to me (!rtc + Kerberos = bad). Kernel version? Decoded oops message? Machine type? Ralf From owner-linux-mips@oss.sgi.com Thu Sep 6 18:21:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f871LGU31992 for linux-mips-outgoing; Thu, 6 Sep 2001 18:21:16 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f871LBd31989; Thu, 6 Sep 2001 18:21:11 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id B7194165; Thu, 6 Sep 2001 20:56:22 -0400 (EDT) Date: Thu, 6 Sep 2001 20:56:22 -0400 (EDT) From: George Gensure To: Ralf Baechle Cc: Subject: Re: oops after rtc In-Reply-To: <20010907024645.A15857@dea.linux-mips.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk sorry, latest cvs off of oss + fast_sysmips + entry.S patches (entry.S is supposed to fix some build segfaults) indy r5000, and I haven't decoded the oops message yet... (currently away from machine) George On Fri, 7 Sep 2001, Ralf Baechle wrote: > On Thu, Sep 06, 2001 at 08:15:24PM -0400, George Gensure wrote: > > > what could be causing a kernel oops after trying to initialize the sgi rtc > > (may have nothing to do with the rtc, but the message comes right after > > it). The rtc is rather important to me (!rtc + Kerberos = bad). > > Kernel version? > Decoded oops message? > Machine type? > > Ralf > -- George R. Gensure Computer Science House Member werkt@csh.rit.edu Sophomore, Rochester Institute of Technology Computer Science Major From owner-linux-mips@oss.sgi.com Thu Sep 6 18:44:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f871ioU32325 for linux-mips-outgoing; Thu, 6 Sep 2001 18:44:50 -0700 Received: from dea.linux-mips.net (u-187-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.187]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f871iid32321 for ; Thu, 6 Sep 2001 18:44:45 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f871hjo16275; Fri, 7 Sep 2001 03:43:45 +0200 Date: Fri, 7 Sep 2001 03:43:45 +0200 From: Ralf Baechle To: George Gensure Cc: linux-mips@oss.sgi.com Subject: Re: oops after rtc Message-ID: <20010907034345.A16052@dea.linux-mips.net> References: <20010907024645.A15857@dea.linux-mips.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from werkt@csh.rit.edu on Thu, Sep 06, 2001 at 08:56:22PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 06, 2001 at 08:56:22PM -0400, George Gensure wrote: > sorry, latest cvs off of oss + fast_sysmips + entry.S patches (entry.S is > supposed to fix some build segfaults) indy r5000, and I haven't decoded > the oops message yet... (currently away from machine) I'm quite certain that this isn't a RTC related oops. I've got the same machine and for me the kernel is locking up when remounting the root r/w. I'm looking into the issue but don't hold your breath, so much to do ... Ralf From owner-linux-mips@oss.sgi.com Fri Sep 7 03:05:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f87A5NN08734 for linux-mips-outgoing; Fri, 7 Sep 2001 03:05:23 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f87A5Ld08731 for ; Fri, 7 Sep 2001 03:05:21 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 6AAFB7F7; Fri, 7 Sep 2001 12:05:19 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C919B4608; Fri, 7 Sep 2001 11:44:12 +0200 (CEST) Date: Fri, 7 Sep 2001 11:44:12 +0200 From: Florian Lohoff To: "Maciej W. Rozycki" Cc: Stephen Frost , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: linux 2.4.8: The DECstation 5000/2x0 NVRAM module driver Message-ID: <20010907114412.D7925@paradigm.rfc822.org> References: <20010906083444.W11136@ns> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.20i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 06, 2001 at 03:17:12PM +0200, Maciej W. Rozycki wrote: > An NVRAM module is placed in a memory slot, usually the 15th, as that's > what DEC supports. It differs from RAM modules visibly -- it has two > green LEDs and a lithium battery (mine is orange, which makes it easily > recognizable; I'm not sure if the color is a rule). Mine is orange too Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Sep 7 04:22:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f87BMR610176 for linux-mips-outgoing; Fri, 7 Sep 2001 04:22:27 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f87BMGd10173 for ; Fri, 7 Sep 2001 04:22:17 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 7 Sep 2001 11:22:16 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 8C7FFB458; Fri, 7 Sep 2001 20:22:14 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id UAA66116; Fri, 7 Sep 2001 20:22:11 +0900 (JST) Date: Fri, 07 Sep 2001 20:26:52 +0900 (JST) Message-Id: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> To: linux-mips@oss.sgi.com Cc: Ralf Baechle Subject: setup_frame() failure From: Atsushi Nemoto X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Sep__7_20:26:52_2001_026)--" Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk ----Next_Part(Fri_Sep__7_20:26:52_2001_026)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 07 Dec 2000, Carsten Langgaard posted a question about failure of setup_frame() function. (and there was no response on ML) I found that if setup_frame() fails in certain conditions the process which caused the signal grabs CPU and never be killed. Here is a sample test program. #include #include #include void sighandler(int sig) { printf("SIGNAL %d!\n", sig); exit(2); } void setup_signal(int sig) { struct sigaction act; memset(&act, 0, sizeof(act)); act.sa_handler = sighandler; act.sa_flags = SA_NOMASK | SA_RESTART; sigaction(sig, &act, 0); } int main(int argc, char **argv) { setup_signal(SIGILL); setup_signal(SIGQUIT); setup_signal(SIGINT); __asm__ __volatile__("move $29,$0"); __asm__ __volatile__("mfc0 $0,$0"); printf("done!\n"); return 0; } This program setups signal handlers and causes Coprocessor Unusable Exception with $sp == 0. If we run this program, 1. "mfc1" instruction raises a exception. 2. The exception handler queues SIGILL(4). 3. do_signal() dequeue a signal with LOWEST number. 4. setup_frame() fails and queues SIGSEGV(11). 5. returns to user process. 6. again from 1. (forever) So, even SIGKILL can not kill the process. (SIGHUP can do it). I make a change for do_signal() to check failure of setup_frame() and continue processing pending signals. It seems work for me. Here is the patch. Any comments are welcome. --- Atsushi Nemoto ----Next_Part(Fri_Sep__7_20:26:52_2001_026)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="signal.c.patch" diff -ur linux.sgi/arch/mips/kernel/signal.c linux/arch/mips/kernel/signal.c --- linux.sgi/arch/mips/kernel/signal.c Mon Jun 25 22:56:56 2001 +++ linux/arch/mips/kernel/signal.c Fri Sep 7 18:52:23 2001 @@ -382,7 +382,7 @@ return (void *)((sp - frame_size) & ALMASK); } -static void inline +static int inline setup_frame(struct k_sigaction * ka, struct pt_regs *regs, int signr, sigset_t *set) { @@ -437,15 +437,16 @@ printk("SIG deliver (%s:%d): sp=0x%p pc=0x%p ra=0x%p\n", current->comm, current->pid, frame, regs->cp0_epc, frame->code); #endif - return; + return 0; give_sigsegv: if (signr == SIGSEGV) ka->sa.sa_handler = SIG_DFL; force_sig(SIGSEGV, current); + return SIGSEGV; } -static void inline +static int inline setup_rt_frame(struct k_sigaction * ka, struct pt_regs *regs, int signr, sigset_t *set, siginfo_t *info) { @@ -513,22 +514,26 @@ printk("SIG deliver (%s:%d): sp=0x%p pc=0x%p ra=0x%p\n", current->comm, current->pid, frame, regs->cp0_epc, frame->code); #endif - return; + return 0; give_sigsegv: if (signr == SIGSEGV) ka->sa.sa_handler = SIG_DFL; force_sig(SIGSEGV, current); + return SIGSEGV; } -static inline void +static inline int handle_signal(unsigned long sig, struct k_sigaction *ka, siginfo_t *info, sigset_t *oldset, struct pt_regs * regs) { + int newsig; if (ka->sa.sa_flags & SA_SIGINFO) - setup_rt_frame(ka, regs, sig, oldset, info); + newsig = setup_rt_frame(ka, regs, sig, oldset, info); else - setup_frame(ka, regs, sig, oldset); + newsig = setup_frame(ka, regs, sig, oldset); + if (newsig) + return newsig; if (ka->sa.sa_flags & SA_ONESHOT) ka->sa.sa_handler = SIG_DFL; @@ -539,6 +544,7 @@ recalc_sigpending(current); spin_unlock_irq(¤t->sigmask_lock); } + return 0; } static inline void @@ -672,8 +678,9 @@ if (regs->regs[0]) syscall_restart(regs, ka); /* Whee! Actually deliver the signal. */ - handle_signal(signr, ka, &info, oldset, regs); - return 1; + if (handle_signal(signr, ka, &info, oldset, regs) == 0) + return 1; + /* another signal queued. continue. */ } /* ----Next_Part(Fri_Sep__7_20:26:52_2001_026)---- From owner-linux-mips@oss.sgi.com Fri Sep 7 17:03:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8803EB23086 for linux-mips-outgoing; Fri, 7 Sep 2001 17:03:14 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f88036d23080 for ; Fri, 7 Sep 2001 17:03:06 -0700 Received: from dea.linux-mips.net (u-10-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.10]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA04544 for ; Fri, 7 Sep 2001 17:00:35 -0700 (PDT) mail_from (ralf@linux-mips.net) Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f87NacK21302; Sat, 8 Sep 2001 01:36:38 +0200 Date: Sat, 8 Sep 2001 01:36:38 +0200 From: Ralf Baechle To: Atsushi Nemoto Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure Message-ID: <20010908013638.A19154@dea.linux-mips.net> References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp>; from nemoto@toshiba-tops.co.jp on Fri, Sep 07, 2001 at 08:26:52PM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Sep 07, 2001 at 08:26:52PM +0900, Atsushi Nemoto wrote: > I found that if setup_frame() fails in certain conditions the process > which caused the signal grabs CPU and never be killed. > > Here is a sample test program. > > #include > #include > #include > > void sighandler(int sig) > { > printf("SIGNAL %d!\n", sig); > exit(2); > } > void setup_signal(int sig) > { > struct sigaction act; > memset(&act, 0, sizeof(act)); > act.sa_handler = sighandler; > act.sa_flags = SA_NOMASK | SA_RESTART; > sigaction(sig, &act, 0); > } > > int main(int argc, char **argv) > { > setup_signal(SIGILL); > setup_signal(SIGQUIT); > setup_signal(SIGINT); > > __asm__ __volatile__("move $29,$0"); > __asm__ __volatile__("mfc0 $0,$0"); > printf("done!\n"); > return 0; > } > > > This program setups signal handlers and causes Coprocessor Unusable > Exception with $sp == 0. > > If we run this program, > > 1. "mfc1" instruction raises a exception. > 2. The exception handler queues SIGILL(4). > 3. do_signal() dequeue a signal with LOWEST number. > 4. setup_frame() fails and queues SIGSEGV(11). > 5. returns to user process. > 6. again from 1. (forever) > > So, even SIGKILL can not kill the process. (SIGHUP can do it). > > I make a change for do_signal() to check failure of setup_frame() and > continue processing pending signals. It seems work for me. Here is > the patch. Any comments are welcome. Nice test case. Thanks. I decied for a differnet fix attached below. Ralf Index: arch/mips64/kernel/traps.c =================================================================== RCS file: /home/pub/cvs/linux/arch/mips64/kernel/traps.c,v retrieving revision 1.20 diff -u -r1.20 traps.c --- arch/mips64/kernel/traps.c 2001/07/11 23:32:54 1.20 +++ arch/mips64/kernel/traps.c 2001/09/07 23:29:16 @@ -347,11 +347,9 @@ void do_ri(struct pt_regs *regs) { - printk("Cpu%d[%s:%d] Illegal instruction at %08lx ra=%08lx\n", - smp_processor_id(), current->comm, current->pid, regs->cp0_epc, - regs->regs[31]); if (compute_return_epc(regs)) return; + force_sig(SIGILL, current); } @@ -388,6 +386,7 @@ return; bad_cid: + compute_return_epc(regs); force_sig(SIGILL, current); } Index: arch/mips/kernel/traps.c =================================================================== RCS file: /home/pub/cvs/linux/arch/mips/kernel/traps.c,v retrieving revision 1.78 diff -u -r1.78 traps.c --- arch/mips/kernel/traps.c 2001/09/06 13:22:24 1.78 +++ arch/mips/kernel/traps.c 2001/09/07 23:29:16 @@ -606,9 +606,6 @@ asmlinkage void do_ri(struct pt_regs *regs) { - unsigned int opcode; - - get_insn_opcode(regs, &opcode); if (compute_return_epc(regs)) return; @@ -659,6 +656,7 @@ return; bad_cid: + compute_return_epc(regs); force_sig(SIGILL, current); } From owner-linux-mips@oss.sgi.com Fri Sep 7 23:00:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8860Du28268 for linux-mips-outgoing; Fri, 7 Sep 2001 23:00:13 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8860Bd28265 for ; Fri, 7 Sep 2001 23:00:11 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id E80D2125C0; Fri, 7 Sep 2001 23:00:09 -0700 (PDT) Date: Fri, 7 Sep 2001 23:00:09 -0700 From: "H . J . Lu" To: linux-mips@oss.sgi.com Subject: Update for RedHat 7.1 Message-ID: <20010907230009.A1705@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I updated a few packages, fixed a linker bug and rebuilt everything. H.J. ---- My mini-port of RedHat 7.1 is at ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/ you should be able to put a small RedHat 7.1 on the mips/mipsel box and compile the rest of RedHat 7.1 yourselves. Here are something you should know: 1. The cross compiler hosted on RedHat 7.1/ia32 is provided as a toolchain rpm. The binary rpms for the mips and mipsel cross compilers are included. You will need glibc 2.2.3-11 or above to use those rpms. The glibc x86 binary rpms under RPMS/i386 should be ok. 2. You have to find a way to put those rpms on your machine. I use network boot and NFS root to do it. 3. install.tar.bz2 has some scripts to prepare NFS root and install RedHat 7.1 on a hard drive. 4. baseline.tar.bz2 contains the cross build tree. Thanks. H.J. From owner-linux-mips@oss.sgi.com Sun Sep 9 19:39:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8A2dWw03020 for linux-mips-outgoing; Sun, 9 Sep 2001 19:39:32 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8A2dQd03017; Sun, 9 Sep 2001 19:39:26 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 10 Sep 2001 02:39:26 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 92959B458; Mon, 10 Sep 2001 11:39:21 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id LAA74331; Mon, 10 Sep 2001 11:39:18 +0900 (JST) Date: Mon, 10 Sep 2001 11:44:02 +0900 (JST) Message-Id: <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure From: Atsushi Nemoto In-Reply-To: <20010908013638.A19154@dea.linux-mips.net> References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> <20010908013638.A19154@dea.linux-mips.net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Sat, 8 Sep 2001 01:36:38 +0200, Ralf Baechle said: >> I make a change for do_signal() to check failure of setup_frame() >> and continue processing pending signals. It seems work for me. >> Here is the patch. Any comments are welcome. ralf> Nice test case. Thanks. I decied for a differnet fix attached ralf> below. I think your fix is good for Coprocessor Unusable exception. And same fix required for Trap or Breakpoint exception. (Am I right?) But, does not a debugger confused by skipping the instruction which cause Trap or Breakpoint exception? (I do not know much about communication between kernel and debugger...) --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Mon Sep 10 00:28:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8A7SRx07337 for linux-mips-outgoing; Mon, 10 Sep 2001 00:28:27 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8A7SFd07334; Mon, 10 Sep 2001 00:28:15 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA28012; Mon, 10 Sep 2001 00:28:07 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id AAA00658; Mon, 10 Sep 2001 00:28:04 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8A7S2a05943; Mon, 10 Sep 2001 09:28:02 +0200 (MEST) Message-ID: <3B9C6B81.94FB616@mips.com> Date: Mon, 10 Sep 2001 09:28:02 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Atsushi Nemoto , linux-mips@oss.sgi.com Subject: Re: setup_frame() failure References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> <20010908013638.A19154@dea.linux-mips.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Fri, Sep 07, 2001 at 08:26:52PM +0900, Atsushi Nemoto wrote: > > > I found that if setup_frame() fails in certain conditions the process > > which caused the signal grabs CPU and never be killed. > > > > Here is a sample test program. > > > > #include > > #include > > #include > > > > void sighandler(int sig) > > { > > printf("SIGNAL %d!\n", sig); > > exit(2); > > } > > void setup_signal(int sig) > > { > > struct sigaction act; > > memset(&act, 0, sizeof(act)); > > act.sa_handler = sighandler; > > act.sa_flags = SA_NOMASK | SA_RESTART; > > sigaction(sig, &act, 0); > > } > > > > int main(int argc, char **argv) > > { > > setup_signal(SIGILL); > > setup_signal(SIGQUIT); > > setup_signal(SIGINT); > > > > __asm__ __volatile__("move $29,$0"); > > __asm__ __volatile__("mfc0 $0,$0"); > > printf("done!\n"); > > return 0; > > } > > > > > > This program setups signal handlers and causes Coprocessor Unusable > > Exception with $sp == 0. > > > > If we run this program, > > > > 1. "mfc1" instruction raises a exception. > > 2. The exception handler queues SIGILL(4). > > 3. do_signal() dequeue a signal with LOWEST number. > > 4. setup_frame() fails and queues SIGSEGV(11). > > 5. returns to user process. > > 6. again from 1. (forever) > > > > So, even SIGKILL can not kill the process. (SIGHUP can do it). > > > > I make a change for do_signal() to check failure of setup_frame() and > > continue processing pending signals. It seems work for me. Here is > > the patch. Any comments are welcome. > > Nice test case. Thanks. I decied for a differnet fix attached below. I like the printout then getting a Reserved Instruction Exception, it indicates a problem and things are much easier to debug when getting such messages. So it would be a pity, if we need to get rid of that. > > Ralf > > Index: arch/mips64/kernel/traps.c > =================================================================== > RCS file: /home/pub/cvs/linux/arch/mips64/kernel/traps.c,v > retrieving revision 1.20 > diff -u -r1.20 traps.c > --- arch/mips64/kernel/traps.c 2001/07/11 23:32:54 1.20 > +++ arch/mips64/kernel/traps.c 2001/09/07 23:29:16 > @@ -347,11 +347,9 @@ > > void do_ri(struct pt_regs *regs) > { > - printk("Cpu%d[%s:%d] Illegal instruction at %08lx ra=%08lx\n", > - smp_processor_id(), current->comm, current->pid, regs->cp0_epc, > - regs->regs[31]); > if (compute_return_epc(regs)) > return; > + > force_sig(SIGILL, current); > } > > @@ -388,6 +386,7 @@ > return; > > bad_cid: > + compute_return_epc(regs); > force_sig(SIGILL, current); > } > > Index: arch/mips/kernel/traps.c > =================================================================== > RCS file: /home/pub/cvs/linux/arch/mips/kernel/traps.c,v > retrieving revision 1.78 > diff -u -r1.78 traps.c > --- arch/mips/kernel/traps.c 2001/09/06 13:22:24 1.78 > +++ arch/mips/kernel/traps.c 2001/09/07 23:29:16 > @@ -606,9 +606,6 @@ > > asmlinkage void do_ri(struct pt_regs *regs) > { > - unsigned int opcode; > - > - get_insn_opcode(regs, &opcode); > if (compute_return_epc(regs)) > return; > > @@ -659,6 +656,7 @@ > return; > > bad_cid: > + compute_return_epc(regs); > force_sig(SIGILL, current); > } > -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Mon Sep 10 09:15:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8AGFlb21062 for linux-mips-outgoing; Mon, 10 Sep 2001 09:15:47 -0700 Received: from dea.linux-mips.net (u-120-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.120]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8AGFfd21048 for ; Mon, 10 Sep 2001 09:15:42 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8A9JkJ06544; Mon, 10 Sep 2001 11:19:46 +0200 Date: Mon, 10 Sep 2001 11:19:46 +0200 From: Ralf Baechle To: Carsten Langgaard Cc: Atsushi Nemoto , linux-mips@oss.sgi.com Subject: Re: setup_frame() failure Message-ID: <20010910111946.A6479@dea.linux-mips.net> References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> <20010908013638.A19154@dea.linux-mips.net> <3B9C6B81.94FB616@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B9C6B81.94FB616@mips.com>; from carstenl@mips.com on Mon, Sep 10, 2001 at 09:28:02AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 10, 2001 at 09:28:02AM +0200, Carsten Langgaard wrote: > I like the printout then getting a Reserved Instruction Exception, it > indicates a problem and things are much easier to debug when getting > such messages. So it would be a pity, if we need to get rid of that. A denial of service can be constructed from such printout, so this can't stay in an release version. Think of what #include static void si(void) { } int main(int argc, char *argv[]) { signal(SIGILL, sh); while(1) asm volatile("mfc0 $0, $0"); } would do if each exception would result in a line in syslog. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 10 11:30:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8AIUuL24092 for linux-mips-outgoing; Mon, 10 Sep 2001 11:30:56 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8AIUsd24089 for ; Mon, 10 Sep 2001 11:30:54 -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 f8AIYZA32122; Mon, 10 Sep 2001 11:34:36 -0700 Message-ID: <3B9D0527.5B1451BF@mvista.com> Date: Mon, 10 Sep 2001 11:23:35 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Fuxin Zhang CC: "linux-mips@oss.sgi.com" Subject: Re: kernel test & benchmark tools? References: <200109031754.f83Hsod32239@oss.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Fuxin Zhang wrote: > > hello,linux-mips > I have barely finished porting 2.4 kernel to Algorithmics P6032 board.Now I want > to make it more stable and run faster,is there any well-known test or benchmark tools used > by mips kernel group? There are too many benchmark around,I don't know which is better suit > for kernel test. I heard that linus use lmbench? > Thanks in advance. > Regards In addition to lmbench, we have also used PCTS, a POSIX compliant test suite. There are some issues in cross-compiling environment, but it should be straightforward if you do a native build. http://www.itl.nist.gov/div897/ctg/posix_form.htm Jun From owner-linux-mips@oss.sgi.com Mon Sep 10 14:53:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8ALrKK29517 for linux-mips-outgoing; Mon, 10 Sep 2001 14:53:20 -0700 Received: from web14001.mail.yahoo.com (web14001.mail.yahoo.com [216.136.175.92]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8ALrBd29503 for ; Mon, 10 Sep 2001 14:53:11 -0700 Message-ID: <20010910215311.19039.qmail@web14001.mail.yahoo.com> Received: from [132.170.193.142] by web14001.mail.yahoo.com via HTTP; Mon, 10 Sep 2001 14:53:11 PDT Date: Mon, 10 Sep 2001 14:53:11 -0700 (PDT) From: Eugenio Diaz Subject: Re: O2 Linux To: linux-mips@oss.sgi.com Cc: linux-mips@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --- nick@snowman.net wrote: > Actually if I may add to this we are desperately looking for developers > and testers. One of our main contributers (who the port is pretty much > due to) no longer has time to help, and I am very inexperienced at linux > kernel development. > Nick I have an O2 at home and I can help with testing (I am very good at picking up problems) since I don't have much time for development. I also have 10 Indys at work waiting for me to have some time to do something with them, possibly a Linux cluster to play with "PAPERS" (http://www.aggregate.org) ... I am new to the list (since about month ago), but due to lack of time I have not read it much and have a backlog of about 600 messages ;-) I keep mentioning that I don't have time, well, for Linux on the O2 I am wiling to steal 2 hours from my sleep to work on it ;-) ===== ________________________ Eugenio Diaz, BSEE/BSCE Linux Engineer getnito@yahoo.com __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com From owner-linux-mips@oss.sgi.com Mon Sep 10 14:53:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8ALrDT29508 for linux-mips-outgoing; Mon, 10 Sep 2001 14:53:13 -0700 Received: from web14001.mail.yahoo.com (web14001.mail.yahoo.com [216.136.175.92]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8ALrBd29502 for ; Mon, 10 Sep 2001 14:53:11 -0700 Message-ID: <20010910215311.19039.qmail@web14001.mail.yahoo.com> Received: from [132.170.193.142] by web14001.mail.yahoo.com via HTTP; Mon, 10 Sep 2001 14:53:11 PDT Date: Mon, 10 Sep 2001 14:53:11 -0700 (PDT) From: Eugenio Diaz Subject: Re: O2 Linux To: linux-mips@oss.sgi.com Cc: linux-mips@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --- nick@snowman.net wrote: > Actually if I may add to this we are desperately looking for developers > and testers. One of our main contributers (who the port is pretty much > due to) no longer has time to help, and I am very inexperienced at linux > kernel development. > Nick I have an O2 at home and I can help with testing (I am very good at picking up problems) since I don't have much time for development. I also have 10 Indys at work waiting for me to have some time to do something with them, possibly a Linux cluster to play with "PAPERS" (http://www.aggregate.org) ... I am new to the list (since about month ago), but due to lack of time I have not read it much and have a backlog of about 600 messages ;-) I keep mentioning that I don't have time, well, for Linux on the O2 I am wiling to steal 2 hours from my sleep to work on it ;-) ===== ________________________ Eugenio Diaz, BSEE/BSCE Linux Engineer getnito@yahoo.com __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com From owner-linux-mips@oss.sgi.com Tue Sep 11 02:18:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8B9IBD12263 for linux-mips-outgoing; Tue, 11 Sep 2001 02:18:11 -0700 Received: from zh.t2-design.com ([210.14.211.66]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8B9I9d12260 for ; Tue, 11 Sep 2001 02:18:10 -0700 Received: from zh.t2-design.com ([210.14.211.118]) by zh.t2-design.com (8.9.3/8.9.3) with ESMTP id RAA27104 for ; Tue, 11 Sep 2001 17:25:21 +0800 Message-ID: <3B9DD766.846D94C4@zh.t2-design.com> Date: Tue, 11 Sep 2001 17:20:38 +0800 From: william Organization: t2-design X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Help about MIPS16 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, Does anyone know about porting Linux on Mips16?How to and how it's going? Best regards william 11/9/2001 From owner-linux-mips@oss.sgi.com Tue Sep 11 06:36:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8BDa8Q16908 for linux-mips-outgoing; Tue, 11 Sep 2001 06:36:08 -0700 Received: from web13907.mail.yahoo.com (web13907.mail.yahoo.com [216.136.175.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8BDa6d16905 for ; Tue, 11 Sep 2001 06:36:06 -0700 Message-ID: <20010911133602.52449.qmail@web13907.mail.yahoo.com> Received: from [61.187.63.161] by web13907.mail.yahoo.com via HTTP; Tue, 11 Sep 2001 06:36:02 PDT Date: Tue, 11 Sep 2001 06:36:02 -0700 (PDT) From: Barry Wu Subject: about linux mipsel root file system To: linux-mips@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, all, I have port linux mipsel 2.2.12 to linux 2.4.3. The system can boot up and prompt login. But I can not input any keys under my serail console. The root file system I used is from oss.sgi.com mipsel-root-20001217.tgz. Why? If someone knows, please help me. Thanks! Barry __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com From owner-linux-mips@oss.sgi.com Tue Sep 11 12:42:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8BJgt623251 for linux-mips-outgoing; Tue, 11 Sep 2001 12:42:55 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8BJgid23248 for ; Tue, 11 Sep 2001 12:42:44 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id MAA09603 for ; Tue, 11 Sep 2001 12:42:40 -0700 (PDT) mail_from (jsun@mvista.com) 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 f8BJU7A19906; Tue, 11 Sep 2001 12:30:07 -0700 Message-ID: <3B9E63A9.F2B5703C@mvista.com> Date: Tue, 11 Sep 2001 12:19:05 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Gleb O. Raiko" CC: "linux-mips@oss.sgi.com" Subject: Re: arch/mips/pci* stuff References: <3B862487.EF22D143@niisi.msk.ru> <3B869596.CBDBC20D@mvista.com> <3B8B7ED8.D2DD9E86@niisi.msk.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Gleb, Sorry to get back to this late. I have been on a trip. If I understand you correctly, your major argument is that "we do scan first, so that we can do resource assignment more easily because we have got all the dev structures and lists". This unfortunately may not work, mainly because the PCI bridge may not be setup properly so the scan results may be incomplete or invalid. However, I do see your point. Actually the most desirable result might be that we do the resource assignement while we do the scan. I think more and more people are realizing that bus number assignment and fixup must be done separately and done at the beginning. It is a more complicated problem. For example, in a multi-CPU cPCI system, you don't want to re-assign bus numbers unless you are the first CPU to boot up. pci_auto.c is not the ultimate solution. But the nice thing is that it solves the broken firmware problem and yet still works with pci_scan_bus() scheme. My personal view is that we ultimately should do something like this: 1. do one pass scan for PCI bridges and do bus number assigment or fixup. 2. based on the above results, we should have a uniformed access to all devices on all buses (such as read_pci_config(busno, ...)). 3. do another pass of pci scan to discover pci devs and assign proper resources. Note currently we have constraints that physical address space is the same as PCI memory space and multiple PCI addr spaces are usually collapsed into a single flat space. We really should remove those constraints so that we can utilize the full PCI space which is rather abundant for today's systems. BTW, I think your pcibios_assign_resources(bus) function may have already been implemented in the current pci code. See pbus_assign_resources(). Those functions are relatively new. I have not got time to fully digest them yet. Jun "Gleb O. Raiko" wrote: > > Jun Sun wrote: > > Traditionally, people do the following for their PCI subsystem: > > > > 0. PCI BIOS or firmware goes through PCI bus and assign resources > > > > 1. PCI driver calls pci_scan_bus() to discover all the assigned resources, > > including serveral hooks for various fixups. > > > > 2. optionally, if some PCI devices have not be assigned any device, either > > because there is no PCI BIOS or firware did not do a good job, people would > > then call pci_assign_unassigned_resources(). > > > > The new pci code is invoked between step 0 and step 1. It totally ignore the > > current PCI resource assignment, and does a complete walk-through with new > > assignments. Then we move on with step 1, pci_scan_bus(). > > > > Because we trust our own PCI assignment, we don't need to do step 2 anymore. > > > > A side benefit of the new code is to allow an easy support for multiple PCI > > buses. > > > > OK. I understand what is done, bu still can't understand why it's done > in that way. > Let me explain my view on how to perform the task. > > 0. Firmware on most MIPS boxes don't do 0. or don't do it well. My case > is here. > I guess, pci_auto.c means others are here too. Thus, we must assign > resources properly, high level code (drivers/pci/*.c) doesn't do that. > > 1. After pci_scan_bus is completed, all devices are discovered, both > PBARs and _sizes_ of their windows in PCI spaces are known. Devices are > _virtually_ mapped rather at wrong places, i.e. start and end of the > resource for a PBAR contain garbage. However, at this point, no > resources are registered. (So, mapping is _virtual_ or properly > speaking, there is no mapping yet. Good. It's wrong anyway.) Resources > just sit in pci_dev structures. Thus, we can fix them by choosing right > placements. > > I prefer to do it here, not earlier, because from my point of view > devices behind bridges shall be placed first. The rationales are > (A) the placement algorithm is simpler > (B) by doing this, we allocate bigger windows first, which is good. > > Well, it's possible to setup proper placements either in pcibios_fixups > or in pcibios_fixup_bus, skipping bridges on primary bus and fixing them > when pcibios_fixup_bus is called for the bus behind the bridge but it's > much uglier in my taste. > > The placement algorithm may be fast (just get next window) or best (try > to find most suitable room). I prefer, the best one, because, there are > less chances to exhaust PCI spaces. > > Note, we don't need even touch PCI config space, we've got all we need > from high level (driver/pci/pci.c). Really, all devices are available, > their PBARs and sizes are known. (Well, in fact, we have to write proper > address in PBARs, so have to touch.) > > After proper placements are chosen and PBARs is initialized we may > > 2. Just call pci_assign_unassigned_resources(). It automagically setups > bridges and registers our resources. That's all. > > Calling pci_assign_unassigned_resources is natural. Our firmware did bad > job, so we must call that function. > > Anyway, if you don't call it, you have to provide its functionality > yourself duplicating the code. Most important here is that you have to > setup bridges, so the code for bridge initialization will be duplicated. > > Note, we don't need to scan bus ourselves nor provide fake pci_dev > structures. What we need is just travel over the list of busses and > setup proper placements. > > I think, described strategy handles multiple primary PCI buses too. At > least, I don't see a reason why it shouldn't. > > In summary, pcibios_init shall > { > for each primary bus do > pci_scan_bus(bus) > pcibios_assign_resources(bus) > enddo > } > > pcibios_assign_resources(theBus) > { > for each bus behind theBus do > pcibios_assign_resources(bus) > enddo > for each device on theBus do > pcibios_assign_resources(device) > enddo > pci_claim_resource(theBus) > } > > pcibios_assign_resources(device): > { > for each resource in device > get placement for resource > change resource > write resource->start to PBAR > pci_claim_resource(resource) > enddo > } > > The board specific code shall provide > . ranges of PCI spaces in terms of "system bus" > . functions how to map a PCI address to corresponding kernel address and > vise versa. > So, something like, pci_to_virt and virt_to_pci are needed. > > Add some board specific callbacks to your taste. :-) > > Roughly speaking, the code is here already, just call > pciauto_assign_resources _after_ pci_scan_bus, call > pci_assign_unassigned_resources, and change fast placement algorithm to > the best one. > > Any thoughts ? > > Regards, > Gleb. From owner-linux-mips@oss.sgi.com Tue Sep 11 21:04:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8C44hT30777 for linux-mips-outgoing; Tue, 11 Sep 2001 21:04:43 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8C44Ze30773; Tue, 11 Sep 2001 21:04:36 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 12 Sep 2001 04:04:35 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id C436AB458; Wed, 12 Sep 2001 13:04:33 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id NAA79990; Wed, 12 Sep 2001 13:04:30 +0900 (JST) Date: Wed, 12 Sep 2001 13:09:14 +0900 (JST) Message-Id: <20010912.130914.112630116.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure From: Atsushi Nemoto In-Reply-To: <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> <20010908013638.A19154@dea.linux-mips.net> <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Mon, 10 Sep 2001 11:44:02 +0900 (JST), Atsushi Nemoto said: ralf> Nice test case. Thanks. I decied for a differnet fix attached ralf> below. nemoto> I think your fix is good for Coprocessor Unusable exception. nemoto> And same fix required for Trap or Breakpoint exception. (Am I nemoto> right?) nemoto> But, does not a debugger confused by skipping the instruction nemoto> which cause Trap or Breakpoint exception? (I do not know much nemoto> about communication between kernel and debugger...) I tried same fix for Trap exception (I inserted compute_return_epc() before force_sig(SIGTRAP, current) line in do_tr()). With this fix, gdb did not work correctly. So we should take another fix (at least for Trap exception) ? --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Wed Sep 12 01:50:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8C8oXH02955 for linux-mips-outgoing; Wed, 12 Sep 2001 01:50:33 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8C8oSe02951 for ; Wed, 12 Sep 2001 01:50:28 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id BAA24972; Wed, 12 Sep 2001 01:50:18 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id BAA19519; Wed, 12 Sep 2001 01:50:18 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8C8oHa28134; Wed, 12 Sep 2001 10:50:18 +0200 (MEST) Message-ID: <3B9F21C9.985A1F0F@mips.com> Date: Wed, 12 Sep 2001 10:50:17 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "H . J . Lu" CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have installed your new set of RedHat7.1 RPMs, and tried to build Perl natively. But it fails with the following message: `sh cflags libperl.a toke.o` toke.c CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing -I/usr/local/include -O2 Cannot allocate 2676168 bytes after allocating 3899765696 bytes make: *** [toke.o] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) I have build perl natively with your pervious set of RedHat7.1 RPMs, without any problems. /Carsten "H . J . Lu" wrote: > I updated a few packages, fixed a linker bug and rebuilt everything. > > H.J. > ---- > My mini-port of RedHat 7.1 is at > > ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/ > > you should be able to put a small RedHat 7.1 on the mips/mipsel box and > compile the rest of RedHat 7.1 yourselves. > > Here are something you should know: > > 1. The cross compiler hosted on RedHat 7.1/ia32 is provided as a > toolchain rpm. The binary rpms for the mips and mipsel cross compilers > are included. You will need glibc 2.2.3-11 or above to use those > rpms. The glibc x86 binary rpms under RPMS/i386 should be ok. > 2. You have to find a way to put those rpms on your machine. I use > network boot and NFS root to do it. > 3. install.tar.bz2 has some scripts to prepare NFS root and install > RedHat 7.1 on a hard drive. > 4. baseline.tar.bz2 contains the cross build tree. > > Thanks. > > H.J. -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Wed Sep 12 02:58:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8C9w4N04339 for linux-mips-outgoing; Wed, 12 Sep 2001 02:58:04 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8C9vwe04336 for ; Wed, 12 Sep 2001 02:57:58 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id CAA25333; Wed, 12 Sep 2001 02:57:48 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id CAA20062; Wed, 12 Sep 2001 02:57:48 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8C9vla01401; Wed, 12 Sep 2001 11:57:48 +0200 (MEST) Message-ID: <3B9F319B.E87DC64B@mips.com> Date: Wed, 12 Sep 2001 11:57:47 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "H . J . Lu" , linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Carsten Langgaard wrote: > I have installed your new set of RedHat7.1 RPMs, and tried to build Perl > natively. > But it fails with the following message: > > `sh cflags libperl.a toke.o` toke.c > CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > -I/usr/local/include > -O2 > > Cannot allocate 2676168 bytes after allocating 3899765696 bytes > make: *** [toke.o] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > I tried to build perl again an now I get this message: `sh cflags libperl.a toke.o` toke.c CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing -I/usr/local/include -O2 gcc: Internal error: Terminated (program cc1) Please submit a full bug report. See for instructions. make: *** [toke.o] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > > I have build perl natively with your pervious set of RedHat7.1 RPMs, > without any problems. > > /Carsten > > "H . J . Lu" wrote: > > > I updated a few packages, fixed a linker bug and rebuilt everything. > > > > H.J. > > ---- > > My mini-port of RedHat 7.1 is at > > > > ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/ > > > > you should be able to put a small RedHat 7.1 on the mips/mipsel box and > > compile the rest of RedHat 7.1 yourselves. > > > > Here are something you should know: > > > > 1. The cross compiler hosted on RedHat 7.1/ia32 is provided as a > > toolchain rpm. The binary rpms for the mips and mipsel cross compilers > > are included. You will need glibc 2.2.3-11 or above to use those > > rpms. The glibc x86 binary rpms under RPMS/i386 should be ok. > > 2. You have to find a way to put those rpms on your machine. I use > > network boot and NFS root to do it. > > 3. install.tar.bz2 has some scripts to prepare NFS root and install > > RedHat 7.1 on a hard drive. > > 4. baseline.tar.bz2 contains the cross build tree. > > > > Thanks. > > > > H.J. > > -- > _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com > |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 > | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 > TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 > Denmark http://www.mips.com -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Wed Sep 12 03:08:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CA8tJ04587 for linux-mips-outgoing; Wed, 12 Sep 2001 03:08:55 -0700 Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CA8se04584 for ; Wed, 12 Sep 2001 03:08:54 -0700 Message-Id: <200109121008.f8CA8se04584@oss.sgi.com> Received: from unknown (HELO tp240) (61.187.62.251) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Sep 2001 10:08:53 -0000 X-Apparently-From: Date: Wed, 12 Sep 2001 18:9:31 +0800 From: Barry Wu To: "linux-mips@oss.sgi.com" CC: Subject: X-mailer: FoxMail 3.0 beta 2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, all, Where can I find cross compiler for glibc2.2? I want to cross compiler login and some applications on my x86 redhat7.1 system. If someone knows, please help me. Barry _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-linux-mips@oss.sgi.com Wed Sep 12 08:49:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CFnsi11757 for linux-mips-outgoing; Wed, 12 Sep 2001 08:49:54 -0700 Received: from kuolema.infodrom.north.de (kuolema.infodrom.north.de [217.89.86.35]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CFnbe11753 for ; Wed, 12 Sep 2001 08:49:38 -0700 Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [217.89.86.34]) by kuolema.infodrom.north.de (Postfix) with ESMTP id E84E54D755; Wed, 12 Sep 2001 17:49:21 +0200 (CEST) Received: by finlandia.infodrom.north.de (Postfix, from userid 501) id C4BB0100D7; Wed, 12 Sep 2001 17:49:19 +0200 (CEST) Date: Wed, 12 Sep 2001 17:49:19 +0200 From: Martin Schulze To: parisc-linux@lists.parisc-linux.org, linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.kernel.org, linux-m68k@phil.uni-sb.de, linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, linux-mca@vger.kernel.org Subject: Invitation to the 6th Linux Developers Meeting in Oldenburg Message-ID: <20010912174919.Q5720@finlandia.infodrom.north.de> Reply-To: Martin Schulze Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk" Content-Disposition: inline User-Agent: Mutt/1.3.20i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --dgjlcl3Tl+kb3YDk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline ----------------------------------------- 6th Linux Developers Meeting in Oldenburg Thursday, September 27th to Sunday, 30th University of Oldenburg, Wechloy ----------------------------------------- This is the public invitation for Linux developers to attend this years' Linux Developers Meeting in Oldenburg. The scope of this meeting is to port Linux to non-intel architectures. It is derived from the linux/m68k meeting 1995 in Solingen , though, recently there were a lot of other architectures as well. Just like the last years, the purpose of this meeting is to get as much of the Linux/m68k core developers and active users together to discuss current problems, show off projects, exchange news, and generally to have fun. Like last year, the meeting will take place from thursday afternoon (September 27th) to sunday evening (September 30th). You don't have to attend from thursday, it's an offer for those of you who would like to and who can afford coming early. If you can't make it that early, just join when you can afford it. The meeting will take place at the same place like last year (that is University of Oldenburg, Wechloy). For those of you, who don't know Oldenburg yet, it's in the northern part of Germany. That means, you'll find lots of green areas (trees, meadows etc.), good air and less industries. The meeting will be held at the science building of the University of Oldenburg, in Oldenburg Wechloy. If you would like to attend the meeting, please send back this form, so I can calculate space, power, food and stuff. Space, power and connectivity will thankfully be sponsored by the University, food and stuff will be sponsored by ffis e.V., except dinner in restaurants. We will be able to use showers inside of the sport building. You'll need to take with you these things: machines, monitors, technical documentation (very important), enough triple plugs for your machines, some network cabling, some hubs/switches, sleeping bag, air mattress, towel, shower stuff, plate, cutlery, coffee mug. Comprehensive Information are on the web: http://oldenburger.linuxtage.de/Oldenburg2001/ Regards, Joey ---------- 8< ---------- 8< ---------- 8< ---------- 8< ---------- Linux Developer's Meeting in Oldenburg 2001 - Sept 27th - 30th Name : E-Mail: I'd like to attend on these days: [ ] Thursday, September 27th [ ] Friday, September 28th [ ] Saturday, September 29th [ ] Sunday, September 30th Dinner will be from 7pm - 9pm or something. If you plan to arrive within this period, make sure you know how to reach me mobile. Number of machines ...........: Number of monitors ...........: Name may be placed on web page: ( ) yes ( ) no ---------- 8< ---------- 8< ---------- 8< ---------- 8< ---------- --dgjlcl3Tl+kb3YDk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7n4P/W5ql+IAeqTIRAv7+AJ9SHUH5c8PqV9YIE8beUzlUStZj/gCcCRpK EjM0a/Wm5UnnwhVNlq6PWdo= =Oqd1 -----END PGP SIGNATURE----- --dgjlcl3Tl+kb3YDk-- From owner-linux-mips@oss.sgi.com Wed Sep 12 09:38:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGcMN13110 for linux-mips-outgoing; Wed, 12 Sep 2001 09:38:22 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGcHe13104 for ; Wed, 12 Sep 2001 09:38:17 -0700 Message-Id: <200109121638.f8CGcHe13104@oss.sgi.com> Received: (qmail 25549 invoked from network); 12 Sep 2001 16:32:31 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 12 Sep 2001 16:32:31 -0000 Date: Thu, 13 Sep 2001 0:37:48 +0800 From: Zhang Fuxin To: "Sun, Lei" CC: "linux-mips@oss.sgi.com" Subject: Re: RE: _gp_disp X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8CGcHe13106 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Sun, Leiã I think a make clean will do. You got some .o lurking compiled without the flags 2001-09-12 11:57:00 д >Thanks for the kind response. >after modified my Makefile according to Pete's suggestion, But I got the >following erro when linking >/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: linking PIC files with >non-P >IC files >/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: uses different e_flags >(0x100) fields than previous modules(0x0) >Bad value: failed to merge target specific data of file prism2dl.o > >ANy more input? >thank you! >lei > >-----Original Message----- >From: Jun Sun [mailto:jsun@mvista.com] >Sent: Monday, September 10, 2001 7:18 PM >To: Pete Popov >Cc: Sun, Lei; Debian-Mips (E-mail) >Subject: Re: _gp_disp > > >Pete Popov wrote: >> >> Sun, Lei wrote: >> > Hi: >> > I was trying to port a wireless lan driver to MIPS based platform (IDT >> > 79S334), the compilation seems fine, But when I try to load the created >> > module, it tells me "unresoved symbol _gp_disp".( I cross-compiled it by >> > mipsel-gcc compiler). >> > By doing a quick grep in the driver source, I didn't find the gp_disp >> > symbol. My question is where did the _gp_disp come from and how I should >> > solve this problem? >> > >> > Appreciate your help! >> >> You did not use the correct gcc options. Add these to your gcc flags and >it >> should work (replace -mcpu= if you need to): >> >> -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -G >0 >> -mno-abicalls -fno-pic -mcpu=r4600 -mips2 -Wa,--trap -pipe -DMODULE >-mlong-calls >> -DEXPORT_SYMTAB >> > >I think some of the options might not be necessary, but you definitely need >"-DKERNEL" > >Jun > > >-- >To UNSUBSCRIBE, email to debian-mips-request@lists.debian.org >with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Wed Sep 12 09:48:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGmQk13278 for linux-mips-outgoing; Wed, 12 Sep 2001 09:48:26 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGmNe13275 for ; Wed, 12 Sep 2001 09:48:23 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 8C79F125C3; Wed, 12 Sep 2001 09:48:22 -0700 (PDT) Date: Wed, 12 Sep 2001 09:48:22 -0700 From: "H . J . Lu" To: Carsten Langgaard Cc: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 Message-ID: <20010912094822.A4491@lucon.org> References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B9F319B.E87DC64B@mips.com>; from carstenl@mips.com on Wed, Sep 12, 2001 at 11:57:47AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 11:57:47AM +0200, Carsten Langgaard wrote: > Carsten Langgaard wrote: > > > I have installed your new set of RedHat7.1 RPMs, and tried to build Perl > > natively. > > But it fails with the following message: > > > > `sh cflags libperl.a toke.o` toke.c > > CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > > -I/usr/local/include > > -O2 > > > > Cannot allocate 2676168 bytes after allocating 3899765696 bytes > > make: *** [toke.o] Error 1 > > error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > > > > RPM build errors: > > Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > > > > I tried to build perl again an now I get this message: > > `sh cflags libperl.a toke.o` toke.c > CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > -I/usr/local/include -O2 > gcc: Internal error: Terminated (program cc1) > Please submit a full bug report. > See for instructions. > make: *** [toke.o] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > It may be a kernel/hardware bug. I have no problem building perl natively. H.J. From owner-linux-mips@oss.sgi.com Wed Sep 12 09:49:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGn4g13357 for linux-mips-outgoing; Wed, 12 Sep 2001 09:49:04 -0700 Received: from mail.aeptec.com (mail.aeptec.com [12.38.17.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGmwe13354 for ; Wed, 12 Sep 2001 09:48:58 -0700 Received: by MAIL with Internet Mail Service (5.5.2653.19) id ; Wed, 12 Sep 2001 12:48:57 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL> From: "Sun, Lei" To: "'Zhang Fuxin'" , "Sun, Lei" Cc: linux-mips@oss.sgi.com Subject: RE: RE: _gp_disp Date: Wed, 12 Sep 2001 12:48:57 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8CGmxe13355 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi: Unfortunately, make clean didn't work, the linking problem still sit there! thanks lei -----Original Message----- From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] Sent: Wednesday, September 12, 2001 12:38 PM To: Sun, Lei Cc: linux-mips@oss.sgi.com Subject: Re: RE: _gp_disp Sun, Leiã I think a make clean will do. You got some .o lurking compiled without the flags 2001-09-12 11:57:00 д >Thanks for the kind response. >after modified my Makefile according to Pete's suggestion, But I got the >following erro when linking >/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: linking PIC files with >non-P >IC files >/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: uses different e_flags >(0x100) fields than previous modules(0x0) >Bad value: failed to merge target specific data of file prism2dl.o > >ANy more input? >thank you! >lei > >-----Original Message----- >From: Jun Sun [mailto:jsun@mvista.com] >Sent: Monday, September 10, 2001 7:18 PM >To: Pete Popov >Cc: Sun, Lei; Debian-Mips (E-mail) >Subject: Re: _gp_disp > > >Pete Popov wrote: >> >> Sun, Lei wrote: >> > Hi: >> > I was trying to port a wireless lan driver to MIPS based platform (IDT >> > 79S334), the compilation seems fine, But when I try to load the created >> > module, it tells me "unresoved symbol _gp_disp".( I cross-compiled it by >> > mipsel-gcc compiler). >> > By doing a quick grep in the driver source, I didn't find the gp_disp >> > symbol. My question is where did the _gp_disp come from and how I should >> > solve this problem? >> > >> > Appreciate your help! >> >> You did not use the correct gcc options. Add these to your gcc flags and >it >> should work (replace -mcpu= if you need to): >> >> -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -G >0 >> -mno-abicalls -fno-pic -mcpu=r4600 -mips2 -Wa,--trap -pipe -DMODULE >-mlong-calls >> -DEXPORT_SYMTAB >> > >I think some of the options might not be necessary, but you definitely need >"-DKERNEL" > >Jun > > >-- >To UNSUBSCRIBE, email to debian-mips-request@lists.debian.org >with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Wed Sep 12 09:50:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGoEX13441 for linux-mips-outgoing; Wed, 12 Sep 2001 09:50:14 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGoCe13438 for ; Wed, 12 Sep 2001 09:50:12 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 69D9A125C3; Wed, 12 Sep 2001 09:50:11 -0700 (PDT) Date: Wed, 12 Sep 2001 09:50:11 -0700 From: "H . J . Lu" To: "Sun, Lei" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: RE: _gp_disp Message-ID: <20010912095011.A4551@lucon.org> References: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL>; from lsun@3eti.com on Wed, Sep 12, 2001 at 12:48:57PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 12:48:57PM -0400, Sun, Lei wrote: > Hi: > Unfortunately, make clean didn't work, the linking problem still sit > there! > Please check the kernel source how to build the mips kernel modules. # make modules should give you a clue. H.J. From owner-linux-mips@oss.sgi.com Wed Sep 12 09:53:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGrhm13532 for linux-mips-outgoing; Wed, 12 Sep 2001 09:53:43 -0700 Received: from mail.aeptec.com (mail.aeptec.com [12.38.17.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGrfe13528 for ; Wed, 12 Sep 2001 09:53:41 -0700 Received: by MAIL with Internet Mail Service (5.5.2653.19) id ; Wed, 12 Sep 2001 12:53:40 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E226F8E2A@MAIL> From: "Sun, Lei" To: "'H . J . Lu'" , "Sun, Lei" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: RE: RE: _gp_disp Date: Wed, 12 Sep 2001 12:53:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk The source I am building is not a kernel module, I built kernel module with no problem. -----Original Message----- From: H . J . Lu [mailto:hjl@lucon.org] Sent: Wednesday, September 12, 2001 12:50 PM To: Sun, Lei Cc: 'Zhang Fuxin'; linux-mips@oss.sgi.com Subject: Re: RE: _gp_disp On Wed, Sep 12, 2001 at 12:48:57PM -0400, Sun, Lei wrote: > Hi: > Unfortunately, make clean didn't work, the linking problem still sit > there! > Please check the kernel source how to build the mips kernel modules. # make modules should give you a clue. H.J. From owner-linux-mips@oss.sgi.com Wed Sep 12 09:56:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGup413658 for linux-mips-outgoing; Wed, 12 Sep 2001 09:56:51 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGule13655 for ; Wed, 12 Sep 2001 09:56:47 -0700 Received: from pacbell.net (zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f8CH0NA25364; Wed, 12 Sep 2001 10:00:24 -0700 Message-ID: <3B9F9489.90608@pacbell.net> Date: Wed, 12 Sep 2001 09:59:53 -0700 From: Pete Popov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: Carsten Langgaard CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> <20010912094822.A4491@lucon.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk H . J . Lu wrote: > On Wed, Sep 12, 2001 at 11:57:47AM +0200, Carsten Langgaard wrote: > >>Carsten Langgaard wrote: >> >> >>>I have installed your new set of RedHat7.1 RPMs, and tried to build Perl >>>natively. >>>But it fails with the following message: >>> >>>`sh cflags libperl.a toke.o` toke.c >>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing >>>-I/usr/local/include >>>-O2 >>> >>>Cannot allocate 2676168 bytes after allocating 3899765696 bytes >>>make: *** [toke.o] Error 1 >>>error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) >>> >>>RPM build errors: >>> Bad exit status from /var/tmp/rpm-tmp.43439 (%build) >>> >>> >>I tried to build perl again an now I get this message: >> >>`sh cflags libperl.a toke.o` toke.c >> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing >>-I/usr/local/include -O2 >>gcc: Internal error: Terminated (program cc1) >>Please submit a full bug report. >>See for instructions. >>make: *** [toke.o] Error 1 >>error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) >> >>RPM build errors: >> Bad exit status from /var/tmp/rpm-tmp.53242 (%build) >> >> > > It may be a kernel/hardware bug. I have no problem building perl > natively. Carsten, what board/cpu are you using? Pete From owner-linux-mips@oss.sgi.com Wed Sep 12 09:57:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGvXA13735 for linux-mips-outgoing; Wed, 12 Sep 2001 09:57:33 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGvWe13732 for ; Wed, 12 Sep 2001 09:57:32 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 7D87E125C3; Wed, 12 Sep 2001 09:57:31 -0700 (PDT) Date: Wed, 12 Sep 2001 09:57:31 -0700 From: "H . J . Lu" To: "Sun, Lei" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: RE: _gp_disp Message-ID: <20010912095731.A4688@lucon.org> References: <32CC5B62AF0BD2119E4C00A0C9663E226F8E2A@MAIL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E226F8E2A@MAIL>; from lsun@3eti.com on Wed, Sep 12, 2001 at 12:53:39PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 12:53:39PM -0400, Sun, Lei wrote: > The source I am building is not a kernel module, I built kernel module with > no problem. > What are you building? You said you were trying to port a wireless lan driver to MIPS based platform and having problems with it. H.J. From owner-linux-mips@oss.sgi.com Wed Sep 12 09:57:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CGvtS13806 for linux-mips-outgoing; Wed, 12 Sep 2001 09:57:55 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CGvle13801 for ; Wed, 12 Sep 2001 09:57:47 -0700 Received: from pacbell.net (zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f8CH1OA25418; Wed, 12 Sep 2001 10:01:24 -0700 Message-ID: <3B9F94C6.90300@pacbell.net> Date: Wed, 12 Sep 2001 10:00:54 -0700 From: Pete Popov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: "Sun, Lei" CC: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: _gp_disp References: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8CGvle13802 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Sun, Lei wrote: > Hi: > Unfortunately, make clean didn't work, the linking problem still sit > there! Do you have a binary image that you're trying to link, such as a ramdisk? Pete > > thanks > lei > > -----Original Message----- > From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] > Sent: Wednesday, September 12, 2001 12:38 PM > To: Sun, Lei > Cc: linux-mips@oss.sgi.com > Subject: Re: RE: _gp_disp > > > Sun, Leiã > > I think a make clean will do. > You got some .o lurking compiled without the flags > > 2001-09-12 11:57:00 д > >>Thanks for the kind response. >>after modified my Makefile according to Pete's suggestion, But I got the >>following erro when linking >>/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: linking PIC files with >>non-P >>IC files >>/opt/Embedix/tools/mipsel-linux/bin/ld: prism2dl.o: uses different e_flags >>(0x100) fields than previous modules(0x0) >>Bad value: failed to merge target specific data of file prism2dl.o >> >>ANy more input? >>thank you! >>lei >> >>-----Original Message----- >>From: Jun Sun [mailto:jsun@mvista.com] >>Sent: Monday, September 10, 2001 7:18 PM >>To: Pete Popov >>Cc: Sun, Lei; Debian-Mips (E-mail) >>Subject: Re: _gp_disp >> >> >>Pete Popov wrote: >> >>>Sun, Lei wrote: >>> >>>>Hi: >>>> I was trying to port a wireless lan driver to MIPS based platform >>>> > (IDT > >>>>79S334), the compilation seems fine, But when I try to load the created >>>>module, it tells me "unresoved symbol _gp_disp".( I cross-compiled it >>>> > by > >>>>mipsel-gcc compiler). >>>> By doing a quick grep in the driver source, I didn't find the gp_disp >>>>symbol. My question is where did the _gp_disp come from and how I >>>> > should > >>>>solve this problem? >>>> >>>>Appreciate your help! >>>> >>>You did not use the correct gcc options. Add these to your gcc flags and >>> >>it >> >>>should work (replace -mcpu= if you need to): >>> >>>-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing >>> > -G > >>0 >> >>>-mno-abicalls -fno-pic -mcpu=r4600 -mips2 -Wa,--trap -pipe -DMODULE >>> >>-mlong-calls >> >>> -DEXPORT_SYMTAB >>> >>> >>I think some of the options might not be necessary, but you definitely need >>"-DKERNEL" >> >>Jun >> >> >>-- >>To UNSUBSCRIBE, email to debian-mips-request@lists.debian.org >>with a subject of "unsubscribe". Trouble? Contact >> > listmaster@lists.debian.org > > > > > Zhang Fuxin > fxzhang@ict.ac.cn > > From owner-linux-mips@oss.sgi.com Wed Sep 12 12:49:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CJnPW17719 for linux-mips-outgoing; Wed, 12 Sep 2001 12:49:25 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CJnLe17714 for ; Wed, 12 Sep 2001 12:49:21 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id MAA01387; Wed, 12 Sep 2001 12:49:09 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id MAA02009; Wed, 12 Sep 2001 12:49:10 -0700 (PDT) Received: from mips.com (coppccl [172.17.27.2]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8CJn9a25936; Wed, 12 Sep 2001 21:49:10 +0200 (MEST) Message-ID: <3B9FBCB3.FDACFE3E@mips.com> Date: Wed, 12 Sep 2001 21:51:15 +0200 From: Carsten Langgaard Organization: MIPS Technologies X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Pete Popov CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> <20010912094822.A4491@lucon.org> <3B9F9489.90608@pacbell.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Pete Popov wrote: > H . J . Lu wrote: > > On Wed, Sep 12, 2001 at 11:57:47AM +0200, Carsten Langgaard wrote: > > > >>Carsten Langgaard wrote: > >> > >> > >>>I have installed your new set of RedHat7.1 RPMs, and tried to build Perl > >>>natively. > >>>But it fails with the following message: > >>> > >>>`sh cflags libperl.a toke.o` toke.c > >>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > >>>-I/usr/local/include > >>>-O2 > >>> > >>>Cannot allocate 2676168 bytes after allocating 3899765696 bytes > >>>make: *** [toke.o] Error 1 > >>>error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > >>> > >>>RPM build errors: > >>> Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > >>> > >>> > >>I tried to build perl again an now I get this message: > >> > >>`sh cflags libperl.a toke.o` toke.c > >> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > >>-I/usr/local/include -O2 > >>gcc: Internal error: Terminated (program cc1) > >>Please submit a full bug report. > >>See for instructions. > >>make: *** [toke.o] Error 1 > >>error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > >> > >>RPM build errors: > >> Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > >> > >> > > > > It may be a kernel/hardware bug. I have no problem building perl > > natively. > > Carsten, what board/cpu are you using? On a Atlas board with a QED RM5261 CPU (little-endian). The kernel is based on 2.4.3. > > Pete From owner-linux-mips@oss.sgi.com Wed Sep 12 12:53:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CJrjl17885 for linux-mips-outgoing; Wed, 12 Sep 2001 12:53:45 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CJrfe17882 for ; Wed, 12 Sep 2001 12:53:41 -0700 Received: from pacbell.net (zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f8CJvKA00997; Wed, 12 Sep 2001 12:57:20 -0700 Message-ID: <3B9FBE04.3010304@pacbell.net> Date: Wed, 12 Sep 2001 12:56:52 -0700 From: Pete Popov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: Carsten Langgaard CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> <20010912094822.A4491@lucon.org> <3B9F9489.90608@pacbell.net> <3B9FBCB3.FDACFE3E@mips.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Carsten Langgaard wrote: > Pete Popov wrote: > > >>H . J . Lu wrote: >> >>>On Wed, Sep 12, 2001 at 11:57:47AM +0200, Carsten Langgaard wrote: >>> >>> >>>>Carsten Langgaard wrote: >>>> >>>> >>>> >>>>>I have installed your new set of RedHat7.1 RPMs, and tried to build Perl >>>>>natively. >>>>>But it fails with the following message: >>>>> >>>>>`sh cflags libperl.a toke.o` toke.c >>>>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing >>>>>-I/usr/local/include >>>>>-O2 >>>>> >>>>>Cannot allocate 2676168 bytes after allocating 3899765696 bytes >>>>>make: *** [toke.o] Error 1 >>>>>error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) >>>>> >>>>>RPM build errors: >>>>> Bad exit status from /var/tmp/rpm-tmp.43439 (%build) >>>>> >>>>> >>>>> >>>>I tried to build perl again an now I get this message: >>>> >>>>`sh cflags libperl.a toke.o` toke.c >>>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing >>>>-I/usr/local/include -O2 >>>>gcc: Internal error: Terminated (program cc1) >>>>Please submit a full bug report. >>>>See for instructions. >>>>make: *** [toke.o] Error 1 >>>>error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) >>>> >>>>RPM build errors: >>>> Bad exit status from /var/tmp/rpm-tmp.53242 (%build) >>>> >>>> >>>> >>>It may be a kernel/hardware bug. I have no problem building perl >>>natively. >>> >>Carsten, what board/cpu are you using? >> > > On a Atlas board with a QED RM5261 CPU (little-endian). > The kernel is based on 2.4.3. I would try the exact same userland and kernel version on a different board, preferably with a different cpu. Rebuild perl natively 10 times. If it works on the other board, there is a very good chance that this is a board or CPU problem. Native compiles seem to be very good for stressing the hardware. Pete From owner-linux-mips@oss.sgi.com Wed Sep 12 16:31:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CNVq622828 for linux-mips-outgoing; Wed, 12 Sep 2001 16:31:52 -0700 Received: from dea.linux-mips.net (u-112-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.112]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CNVne22825 for ; Wed, 12 Sep 2001 16:31:49 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8CNSWu26987; Thu, 13 Sep 2001 01:28:32 +0200 Date: Thu, 13 Sep 2001 01:28:32 +0200 From: Ralf Baechle To: Pete Popov Cc: Carsten Langgaard , linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 Message-ID: <20010913012832.C26132@dea.linux-mips.net> References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> <20010912094822.A4491@lucon.org> <3B9F9489.90608@pacbell.net> <3B9FBCB3.FDACFE3E@mips.com> <3B9FBE04.3010304@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B9FBE04.3010304@pacbell.net>; from ppopov@pacbell.net on Wed, Sep 12, 2001 at 12:56:52PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 12:56:52PM -0700, Pete Popov wrote: > > On a Atlas board with a QED RM5261 CPU (little-endian). > > The kernel is based on 2.4.3. > > I would try the exact same userland and kernel version on a different board, > preferably with a different cpu. Rebuild perl natively 10 times. If it > works on the other board, there is a very good chance that this is a board > or CPU problem. Native compiles seem to be very good for stressing the > hardware. And software. You have little chance to find all the little details that need to be tweaked with crossbuilds. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 12 16:47:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8CNlND23133 for linux-mips-outgoing; Wed, 12 Sep 2001 16:47:23 -0700 Received: from dea.linux-mips.net (u-112-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.112]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8CNlKe23130 for ; Wed, 12 Sep 2001 16:47:21 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8CNjhZ27068; Thu, 13 Sep 2001 01:45:43 +0200 Date: Thu, 13 Sep 2001 01:45:42 +0200 From: Ralf Baechle To: "Sun, Lei" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: RE: _gp_disp Message-ID: <20010913014542.A26999@dea.linux-mips.net> References: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E226F8E29@MAIL>; from lsun@3eti.com on Wed, Sep 12, 2001 at 12:48:57PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 12:48:57PM -0400, Sun, Lei wrote: > Unfortunately, make clean didn't work, the linking problem still sit > there! This is a linker bug which has been fixed several months ago. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 12 18:33:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8D1Xtx25261 for linux-mips-outgoing; Wed, 12 Sep 2001 18:33:55 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8D1Xne25257 for ; Wed, 12 Sep 2001 18:33:49 -0700 Received: from dea.linux-mips.net (u-112-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.112]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA02580 for ; Wed, 12 Sep 2001 18:33:41 -0700 (PDT) mail_from (ralf@linux-mips.net) Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8D1BJN27520; Thu, 13 Sep 2001 03:11:19 +0200 Date: Thu, 13 Sep 2001 03:11:19 +0200 From: Ralf Baechle To: Atsushi Nemoto Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure Message-ID: <20010913031119.B27168@dea.linux-mips.net> References: <20010907.202652.71083122.nemoto@toshiba-tops.co.jp> <20010908013638.A19154@dea.linux-mips.net> <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> <20010912.130914.112630116.nemoto@toshiba-tops.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010912.130914.112630116.nemoto@toshiba-tops.co.jp>; from nemoto@toshiba-tops.co.jp on Wed, Sep 12, 2001 at 01:09:14PM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 12, 2001 at 01:09:14PM +0900, Atsushi Nemoto wrote: > nemoto> But, does not a debugger confused by skipping the instruction > nemoto> which cause Trap or Breakpoint exception? (I do not know much > nemoto> about communication between kernel and debugger...) > > I tried same fix for Trap exception (I inserted compute_return_epc() > before force_sig(SIGTRAP, current) line in do_tr()). With this fix, > gdb did not work correctly. > > So we should take another fix (at least for Trap exception) ? Below a fix. It's not the real thing but at least solved the problem pretty reliable as normal compiler generated code will never place trap and break instructions in delay slots. The actual fix should be skipping over the faulting instruction when returning from the signal handler. Ralf Index: arch/mips64/kernel/traps.c =================================================================== RCS file: /home/pub/cvs/linux/arch/mips64/kernel/traps.c,v retrieving revision 1.21 diff -u -r1.21 traps.c --- arch/mips64/kernel/traps.c 2001/09/07 23:35:57 1.21 +++ arch/mips64/kernel/traps.c 2001/09/13 01:01:25 @@ -291,7 +291,7 @@ info.si_code = FPE_INTOVF; info.si_signo = SIGFPE; info.si_errno = 0; - info.si_addr = (void *)compute_return_epc(regs); + info.si_addr = (void *)regs->cp0_epc; force_sig_info(SIGFPE, &info, current); break; default: @@ -333,7 +333,7 @@ info.si_code = FPE_INTOVF; info.si_signo = SIGFPE; info.si_errno = 0; - info.si_addr = (void *)compute_return_epc(regs); + info.si_addr = (void *)regs->cp0_epc; force_sig_info(SIGFPE, &info, current); break; default: Index: arch/mips/kernel/traps.c =================================================================== RCS file: /home/pub/cvs/linux/arch/mips/kernel/traps.c,v retrieving revision 1.79 diff -u -r1.79 traps.c --- arch/mips/kernel/traps.c 2001/09/07 23:35:57 1.79 +++ arch/mips/kernel/traps.c 2001/09/13 01:01:25 @@ -424,7 +424,7 @@ info.si_code = FPE_INTOVF; info.si_signo = SIGFPE; info.si_errno = 0; - info.si_addr = (void *)compute_return_epc(regs); + info.si_addr = (void *)regs->cp0_epc; force_sig_info(SIGFPE, &info, current); break; default: @@ -464,7 +464,7 @@ info.si_code = FPE_INTOVF; info.si_signo = SIGFPE; info.si_errno = 0; - info.si_addr = (void *)compute_return_epc(regs); + info.si_addr = (void *)regs->cp0_epc; force_sig_info(SIGFPE, &info, current); break; default: From owner-linux-mips@oss.sgi.com Thu Sep 13 05:42:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DCgro05611 for linux-mips-outgoing; Thu, 13 Sep 2001 05:42:53 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DCgle05606 for ; Thu, 13 Sep 2001 05:42:47 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id FAA10107; Thu, 13 Sep 2001 05:41:50 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id FAA18617; Thu, 13 Sep 2001 05:41:48 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8DCfka04732; Thu, 13 Sep 2001 14:41:47 +0200 (MEST) Message-ID: <3BA0A98A.75DA372@mips.com> Date: Thu, 13 Sep 2001 14:41:46 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Pete Popov CC: linux-mips@oss.sgi.com, "H . J . Lu" Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3B9F21C9.985A1F0F@mips.com> <3B9F319B.E87DC64B@mips.com> <20010912094822.A4491@lucon.org> <3B9F9489.90608@pacbell.net> <3B9FBCB3.FDACFE3E@mips.com> <3B9FBE04.3010304@pacbell.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Pete Popov wrote: > Carsten Langgaard wrote: > > Pete Popov wrote: > > > > > >>H . J . Lu wrote: > >> > >>>On Wed, Sep 12, 2001 at 11:57:47AM +0200, Carsten Langgaard wrote: > >>> > >>> > >>>>Carsten Langgaard wrote: > >>>> > >>>> > >>>> > >>>>>I have installed your new set of RedHat7.1 RPMs, and tried to build Perl > >>>>>natively. > >>>>>But it fails with the following message: > >>>>> > >>>>>`sh cflags libperl.a toke.o` toke.c > >>>>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > >>>>>-I/usr/local/include > >>>>>-O2 > >>>>> > >>>>>Cannot allocate 2676168 bytes after allocating 3899765696 bytes > >>>>>make: *** [toke.o] Error 1 > >>>>>error: Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > >>>>> > >>>>>RPM build errors: > >>>>> Bad exit status from /var/tmp/rpm-tmp.43439 (%build) > >>>>> > >>>>> > >>>>> > >>>>I tried to build perl again an now I get this message: > >>>> > >>>>`sh cflags libperl.a toke.o` toke.c > >>>> CCCMD = gcc -DPERL_CORE -c -fno-strict-aliasing > >>>>-I/usr/local/include -O2 > >>>>gcc: Internal error: Terminated (program cc1) > >>>>Please submit a full bug report. > >>>>See for instructions. > >>>>make: *** [toke.o] Error 1 > >>>>error: Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > >>>> > >>>>RPM build errors: > >>>> Bad exit status from /var/tmp/rpm-tmp.53242 (%build) > >>>> > >>>> > >>>> > >>>It may be a kernel/hardware bug. I have no problem building perl > >>>natively. > >>> > >>Carsten, what board/cpu are you using? > >> > > > > On a Atlas board with a QED RM5261 CPU (little-endian). > > The kernel is based on 2.4.3. > > I would try the exact same userland and kernel version on a different board, > preferably with a different cpu. Rebuild perl natively 10 times. If it works on > the other board, there is a very good chance that this is a board or CPU > problem. Native compiles seem to be very good for stressing the hardware. > Ok, I found the problem, it turn out that I only had 128K swap space, it should have been 128M. So after increasing my swap space, I was able to compile perl. Thanks a lot. /Carsten > > Pete -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Thu Sep 13 07:15:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DEFQk07306 for linux-mips-outgoing; Thu, 13 Sep 2001 07:15:26 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DEFJe07303 for ; Thu, 13 Sep 2001 07:15:19 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA10731 for ; Thu, 13 Sep 2001 07:15:11 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA20070 for ; Thu, 13 Sep 2001 07:15:11 -0700 (PDT) Received: from mips.com (IDENT:kjelde@coplin19 [192.168.205.89]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8DEFAa12842 for ; Thu, 13 Sep 2001 16:15:11 +0200 (MEST) Message-ID: <3BA0BF6E.2010300@mips.com> Date: Thu, 13 Sep 2001 16:15:10 +0200 From: Kjeld Borch Egevang User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Error in gcc version 2.96 20000731 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all. I discovered an optimization error in the current gcc for MIPS. When I compile the code below with -O2 it clears the code-field just after setting it. The instructions are mixed up. It works fine with -O1 and -O0. If the "//" is removed in front of the first printf, it works too. /Kjeld --------------- cut here ----------------- #include typedef struct rtx_def { short code; int dummy; } rtx; void put_code (rtx *rt, short code) { register int length; length = 1; for (; length >= 0; length--) ((int *) rt)[length] = 0; // printf("put_code before\n"); rt->code = code; printf("put_code after, code=%d %d\n", code, rt->code); } int main() { rtx rt; put_code(&rt, 5); printf("gen_rtx, code=%d\n", rt.code); } --------------- cut here ----------------- The assembler looks like: .rdata .align 2 $LC0: .ascii "put_code after, code=%d %d\n\000" .text .align 2 .globl put_code .ent put_code .type put_code,@function put_code: .frame $sp,32,$31 # vars= 0, regs= 2/0, args= 16, extra= 8 .mask 0x90000000,-4 .fmask 0x00000000,0 .set noreorder .cpload $25 .set reorder subu $sp,$sp,32 .cprestore 16 move $2,$5 sll $2,$2,16 sra $2,$2,16 move $5,$2 la $3,$LC0 sw $31,28($sp) sw $28,24($sp) move $6,$5 sh $2,0($4) <----- sets code field sw $0,4($4) <----- clears structure sw $0,0($4) <----- clears structure move $4,$3 la $25,printf jal $31,$25 lw $31,28($sp) #nop .set noreorder .set nomacro j $31 addu $sp,$sp,32 .set macro .set reorder .end put_code From owner-linux-mips@oss.sgi.com Thu Sep 13 08:07:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DF7No08496 for linux-mips-outgoing; Thu, 13 Sep 2001 08:07:23 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DF7Je08490 for ; Thu, 13 Sep 2001 08:07:19 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id IAA11202; Thu, 13 Sep 2001 08:06:56 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id IAA20769; Thu, 13 Sep 2001 08:06:55 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8DF6sa14950; Thu, 13 Sep 2001 17:06:55 +0200 (MEST) Message-ID: <3BA0CB8D.ED5AB42B@mips.com> Date: Thu, 13 Sep 2001 17:06:53 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "H . J . Lu" CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I now tried to installing the bigendian RedHat7.1 RPMs and I noticed the following. /etc/localtime is lacking in glibc-2.2.4-11.2.mips.rpm (but it's contain in the little endian version). All the timezone information is lacking under /usr/share/zoneinfo in glibc-common-2.2.4-11.2 (but it's in the little endian version). I can't changes the root password, I get the following: # passwd root Changing password for user root New UNIX password: /usr/lib/cracklib_dict: magic mismatch PWOpen: Success /Carsten "H . J . Lu" wrote: > I updated a few packages, fixed a linker bug and rebuilt everything. > > H.J. > ---- > My mini-port of RedHat 7.1 is at > > ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/ > > you should be able to put a small RedHat 7.1 on the mips/mipsel box and > compile the rest of RedHat 7.1 yourselves. > > Here are something you should know: > > 1. The cross compiler hosted on RedHat 7.1/ia32 is provided as a > toolchain rpm. The binary rpms for the mips and mipsel cross compilers > are included. You will need glibc 2.2.3-11 or above to use those > rpms. The glibc x86 binary rpms under RPMS/i386 should be ok. > 2. You have to find a way to put those rpms on your machine. I use > network boot and NFS root to do it. > 3. install.tar.bz2 has some scripts to prepare NFS root and install > RedHat 7.1 on a hard drive. > 4. baseline.tar.bz2 contains the cross build tree. > > Thanks. > > H.J. -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Thu Sep 13 08:10:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DFAnM08600 for linux-mips-outgoing; Thu, 13 Sep 2001 08:10:49 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DFAke08596 for ; Thu, 13 Sep 2001 08:10:46 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 7DD10125C3; Thu, 13 Sep 2001 08:10:40 -0700 (PDT) Date: Thu, 13 Sep 2001 08:10:40 -0700 From: "H . J . Lu" To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 Message-ID: <20010913081040.A24910@lucon.org> References: <3BA0BF6E.2010300@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA0BF6E.2010300@mips.com>; from kjelde@mips.com on Thu, Sep 13, 2001 at 04:15:10PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 04:15:10PM +0200, Kjeld Borch Egevang wrote: > Hi all. > > I discovered an optimization error in the current gcc for MIPS. > > When I compile the code below with -O2 it clears the code-field just > after setting it. The instructions are mixed up. It works fine with -O1 > and -O0. > > If the "//" is removed in front of the first printf, it works too. > The code isn't ISO C. You cannot declare something as short and then access it as int. On x86: # gcc alias.c -O put_code after, code=5 5 gen_rtx, code=5 # gcc alias.c -O2 put_code after, code=5 0 gen_rtx, code=0 On mips, # gcc alias.c -O put_code after, code=5 5 gen_rtx, code=5 # gcc alias.c -O2 put_code after, code=5 5 gen_rtx, code=0 You can fix the code or add -fno-strict-aliasing # gcc alias.c -O2 -fno-strict-aliasing put_code after, code=5 5 gen_rtx, code=5 H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 08:13:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DFDGb08710 for linux-mips-outgoing; Thu, 13 Sep 2001 08:13:16 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DFDAe08707 for ; Thu, 13 Sep 2001 08:13:13 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA12854; Thu, 13 Sep 2001 17:14:45 +0200 (MET DST) Date: Thu, 13 Sep 2001 17:14:45 +0200 (MET DST) From: "Maciej W. Rozycki" To: Kjeld Borch Egevang cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 In-Reply-To: <3BA0BF6E.2010300@mips.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 13 Sep 2001, Kjeld Borch Egevang wrote: > I discovered an optimization error in the current gcc for MIPS. Is 2.96 20000731 current? I thought 3.0.1 is. > When I compile the code below with -O2 it clears the code-field just > after setting it. The instructions are mixed up. It works fine with -O1 > and -O0. Use "-fno-strict-aliasing"? > If the "//" is removed in front of the first printf, it works too. Why don't you use memset() to clear the struct in the first place? -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Sep 13 08:14:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DFEru08746 for linux-mips-outgoing; Thu, 13 Sep 2001 08:14:53 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DFEpe08743 for ; Thu, 13 Sep 2001 08:14:51 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 7691C125C3; Thu, 13 Sep 2001 08:14:50 -0700 (PDT) Date: Thu, 13 Sep 2001 08:14:50 -0700 From: "H . J . Lu" To: Carsten Langgaard Cc: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 Message-ID: <20010913081450.B24910@lucon.org> References: <20010907230009.A1705@lucon.org> <3BA0CB8D.ED5AB42B@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA0CB8D.ED5AB42B@mips.com>; from carstenl@mips.com on Thu, Sep 13, 2001 at 05:06:53PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 05:06:53PM +0200, Carsten Langgaard wrote: > I now tried to installing the bigendian RedHat7.1 RPMs and I noticed the > following. > > /etc/localtime is lacking in glibc-2.2.4-11.2.mips.rpm (but it's contain > in the little endian version). > All the timezone information is lacking under /usr/share/zoneinfo in > glibc-common-2.2.4-11.2 (but it's in the little endian version). Everything is cross compiled. Since x86 is little endian, I don't cross compile big endian data files, like locale and timezone. You can rebuild glibc natively to get all those data files. > > I can't changes the root password, I get the following: > # passwd root > Changing password for user root > New UNIX password: > /usr/lib/cracklib_dict: magic mismatch > PWOpen: Success > It may be the endian issue. Please recompile cracklib natively and let me know if it fixes the problem for you. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 08:16:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DFGq308882 for linux-mips-outgoing; Thu, 13 Sep 2001 08:16:52 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DFGpe08878 for ; Thu, 13 Sep 2001 08:16:51 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 70B37125C3; Thu, 13 Sep 2001 08:16:45 -0700 (PDT) Date: Thu, 13 Sep 2001 08:16:45 -0700 From: "H . J . Lu" To: "Maciej W. Rozycki" Cc: Kjeld Borch Egevang , linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 Message-ID: <20010913081645.C24910@lucon.org> References: <3BA0BF6E.2010300@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Thu, Sep 13, 2001 at 05:14:45PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 05:14:45PM +0200, Maciej W. Rozycki wrote: > On Thu, 13 Sep 2001, Kjeld Borch Egevang wrote: > > > I discovered an optimization error in the current gcc for MIPS. > > Is 2.96 20000731 current? I thought 3.0.1 is. > gcc 3.0.1 lacks many patches in my gcc 2.96 and gcc 3.x. I am trying to get them backported to 3.0.x. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 11:59:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DIxor11678 for linux-mips-outgoing; Thu, 13 Sep 2001 11:59:50 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DIxme11675 for ; Thu, 13 Sep 2001 11:59:48 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8DIxlB04047 for linux-mips@oss.sgi.com; Thu, 13 Sep 2001 14:59:47 -0400 Date: Thu, 13 Sep 2001 14:59:47 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: Re: segfault Message-ID: <20010913145947.A4031@neurosis.mit.edu> Reply-To: jim@jtan.com References: <20010904235410.A8310@neurosis.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904235410.A8310@neurosis.mit.edu>; from jim@jtan.com on Tue, Sep 04, 2001 at 11:54:10PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > I'm trying to get Linux working on my handheld PC (the Sharp Tripad, > very similar to the Vadem Clio), but I'm having userland problems. > Some binaries compile and run fine, while others give a segfault right > away. Aha! I think I've finally found the problem, thanks to a lightbulb that blinked on after reading Kjeld's mail about optimization problems. I compile everything with -O3 (it's in my environment) and that apparently resulted in broken binaries. I rebuilt binutils, gcc, glibc, and all of my test binaries with -O1.. and everything appears to work perfectly. (after wrestling with this for weeks on end, I feel pretty stupid that it turned out to be something so simple, but I'm also quite elated that it works) Next step: conquer the world! (or, at least, set up user-space stuff) -jim From owner-linux-mips@oss.sgi.com Thu Sep 13 12:51:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DJpch12443 for linux-mips-outgoing; Thu, 13 Sep 2001 12:51:38 -0700 Received: from real.realitydiluted.com (real.realitydiluted.com [208.242.241.164]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DJpVe12439 for ; Thu, 13 Sep 2001 12:51:31 -0700 Received: from localhost.localdomain ([127.0.0.1] helo=cotw.com) by real.realitydiluted.com with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15hcW7-0001pX-00; Thu, 13 Sep 2001 14:51:19 -0500 Message-ID: <3BA10C29.713DB745@cotw.com> Date: Thu, 13 Sep 2001 14:42:33 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Corrupted symbols for MIPS debugging... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Greetings. I am currently working with the Insight as well as the command line driven GDB for remotely debugging my MIPS kernel (using KGDB of course). Here are the tools used to compile, link, etc.: binutils-2.11.90.0.31 (HJLu patches applied) gcc-3.0.1 (stock) glibc-2.3.3 (minor build patches) linux-kernel-2.4.5 (OSS) Insight debugger (20010910-cvs) gdb-5.1 (20010913-cvs) I have breakpoints set at the 'sys_create_module' and 'sys_init_module' functions in the kernel. Observe the output below: -------------------------------------------------------------------- (gdb) target remote /dev/ttyS1 Remote debugging using /dev/ttyS1 0x80012828 in breakinst () at af_packet.c:1879 1879 sock_unregister(PF_PACKET); (gdb) bt #0 0x80012828 in breakinst () at af_packet.c:1879 #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", size=8176) at module.c:305 (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x80012828 in breakinst () at af_packet.c:1879 1879 sock_unregister(PF_PACKET); (gdb) bt #0 0x80012828 in breakinst () at af_packet.c:1879 #1 0x8001a2c0 in sys_init_module (name_user=0x10001dc8 "cfi_probe", mod_user=0x1002eed0) at module.c:363 -------------------------------------------------------------------- The address 0x80012828 is clearly not in af_packet.c. Herein is the problem. I have looked at various output with objdump and nm, but am not getting any clues as to why the symbols are corrupted. Below is the compile and final link line for the kernel: -------------------------------------------------------------------- mipsel-linux-gcc -I /opt/mipskern/include/asm/gcc -D__KERNEL__ -I/opt/mipskern/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -g -G 0 -mno-abicalls -fno-pic -mcpu=r5000 -mips2 -Wa,--trap -pipe -c -o init/main.o init/main.c mipsel-linux-ld -G 0 -static -T arch/mips/ld.script -Ttext 0x80001000 arch/mips/kernel/head.o arch/mips/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/mips/kernel/kernel.o arch/mips/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/mips/math-emu/fpu_emulator.o \ drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/ide/idedriver.o drivers/pci/driver.o drivers/video/video.o drivers/usb/usbdrv.o \ net/network.o \ arch/mips/lib/lib.a /opt/mips/settop/lib/lib.a arch/mips/brcm/brcm.a \ --end-group \ -o vmlinux -------------------------------------------------------------------- Does anyone have some insight (no pun intended) as to what is wrong here. Thanks everyone. -Steve -- Steven J. Hill - Embedded SW Engineer From owner-linux-mips@oss.sgi.com Thu Sep 13 13:03:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DK3uI12688 for linux-mips-outgoing; Thu, 13 Sep 2001 13:03:56 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DK3te12685 for ; Thu, 13 Sep 2001 13:03:55 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 2C025125C3; Thu, 13 Sep 2001 13:03:54 -0700 (PDT) Date: Thu, 13 Sep 2001 13:03:54 -0700 From: "H . J . Lu" To: "Steven J. Hill" Cc: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Corrupted symbols for MIPS debugging... Message-ID: <20010913130354.A29649@lucon.org> References: <3BA10C29.713DB745@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA10C29.713DB745@cotw.com>; from sjhill@cotw.com on Thu, Sep 13, 2001 at 02:42:33PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 02:42:33PM -0500, Steven J. Hill wrote: > > -------------------------------------------------------------------- > (gdb) target remote /dev/ttyS1 > Remote debugging using /dev/ttyS1 > 0x80012828 in breakinst () at af_packet.c:1879 > 1879 sock_unregister(PF_PACKET); > (gdb) bt > #0 0x80012828 in breakinst () at af_packet.c:1879 > #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", > size=8176) at module.c:305 Please provide (gdb) list breakinst (gdb) print breakinst H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 13:09:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DK9xb12846 for linux-mips-outgoing; Thu, 13 Sep 2001 13:09:59 -0700 Received: from real.realitydiluted.com (real.realitydiluted.com [208.242.241.164]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DK9te12841 for ; Thu, 13 Sep 2001 13:09:55 -0700 Received: from localhost.localdomain ([127.0.0.1] helo=cotw.com) by real.realitydiluted.com with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15hcnx-0001rN-00; Thu, 13 Sep 2001 15:09:46 -0500 Message-ID: <3BA1107B.B585E570@cotw.com> Date: Thu, 13 Sep 2001 15:00:59 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: "H . J . Lu" CC: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Corrupted symbols for MIPS debugging... References: <3BA10C29.713DB745@cotw.com> <20010913130354.A29649@lucon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "H . J . Lu" wrote: > > > (gdb) target remote /dev/ttyS1 > > Remote debugging using /dev/ttyS1 > > 0x80012828 in breakinst () at af_packet.c:1879 > > 1879 sock_unregister(PF_PACKET); > > (gdb) bt > > #0 0x80012828 in breakinst () at af_packet.c:1879 > > #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", > > size=8176) at module.c:305 > > Please provide > > (gdb) list breakinst > (gdb) print breakinst > (gdb) target remote /dev/ttyS1 Remote debugging using /dev/ttyS1 0x80012828 in breakinst () at af_packet.c:1879 1879 sock_unregister(PF_PACKET); (gdb) list breakinst 1874 1875 static void __exit packet_exit(void) 1876 { 1877 remove_proc_entry("net/packet", 0); 1878 unregister_netdevice_notifier(&packet_netdev_notifier); 1879 sock_unregister(PF_PACKET); 1880 return; 1881 } 1882 1883 static int __init packet_init(void) (gdb) print breakinst $1 = {} 0x80012824 (gdb) c Continuing. -- Steven J. Hill - Embedded SW Engineer From owner-linux-mips@oss.sgi.com Thu Sep 13 13:13:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DKDV612945 for linux-mips-outgoing; Thu, 13 Sep 2001 13:13:31 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DKDSe12942 for ; Thu, 13 Sep 2001 13:13:28 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id B80C9125C3; Thu, 13 Sep 2001 13:13:27 -0700 (PDT) Date: Thu, 13 Sep 2001 13:13:27 -0700 From: "H . J . Lu" To: "Steven J. Hill" Cc: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Corrupted symbols for MIPS debugging... Message-ID: <20010913131327.A29874@lucon.org> References: <3BA10C29.713DB745@cotw.com> <20010913130354.A29649@lucon.org> <3BA1107B.B585E570@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA1107B.B585E570@cotw.com>; from sjhill@cotw.com on Thu, Sep 13, 2001 at 03:00:59PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 03:00:59PM -0500, Steven J. Hill wrote: > "H . J . Lu" wrote: > > > > > (gdb) target remote /dev/ttyS1 > > > Remote debugging using /dev/ttyS1 > > > 0x80012828 in breakinst () at af_packet.c:1879 > > > 1879 sock_unregister(PF_PACKET); > > > (gdb) bt > > > #0 0x80012828 in breakinst () at af_packet.c:1879 > > > #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", > > > size=8176) at module.c:305 > > > > Please provide > > > > (gdb) list breakinst > > (gdb) print breakinst > > > (gdb) target remote /dev/ttyS1 > Remote debugging using /dev/ttyS1 > 0x80012828 in breakinst () at af_packet.c:1879 > 1879 sock_unregister(PF_PACKET); > (gdb) list breakinst > 1874 > 1875 static void __exit packet_exit(void) > 1876 { > 1877 remove_proc_entry("net/packet", 0); > 1878 unregister_netdevice_notifier(&packet_netdev_notifier); > 1879 sock_unregister(PF_PACKET); > 1880 return; > 1881 } > 1882 > 1883 static int __init packet_init(void) > (gdb) print breakinst > $1 = {} 0x80012824 > (gdb) c > Continuing. It sounds like the bug we have fixed. Please try my current gcc, binutils and gdb binary rpms on oss.sgi.com. They work for me. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 13:48:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DKm6D13581 for linux-mips-outgoing; Thu, 13 Sep 2001 13:48:06 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DKm3e13578 for ; Thu, 13 Sep 2001 13:48:03 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id NAA16147 for ; Thu, 13 Sep 2001 13:47:54 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id NAA00546 for ; Thu, 13 Sep 2001 13:47:54 -0700 (PDT) Received: from kjelde (coppckbe [172.17.85.2]) by copfs01.mips.com (8.11.4/8.9.0) with SMTP id f8DKlsa27633 for ; Thu, 13 Sep 2001 22:47:55 +0200 (MEST) From: "Kjeld Borch Egevang" To: Subject: RE: Error in gcc version 2.96 20000731 Date: Thu, 13 Sep 2001 22:47:25 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks for your reply. I was trying to port SPEC CPU 2000 (benchmarks), and one of the tests failed. I boiled it down to the attached program. For performance reasons it could be perfectly valid not to use memset(), but I agree that the code looks a bit odd. /Kjeld -----Original Message----- From: Maciej W. Rozycki [mailto:macro@ds2.pg.gda.pl] Sent: 13. september 2001 17:15 To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 On Thu, 13 Sep 2001, Kjeld Borch Egevang wrote: > I discovered an optimization error in the current gcc for MIPS. Is 2.96 20000731 current? I thought 3.0.1 is. > When I compile the code below with -O2 it clears the code-field just > after setting it. The instructions are mixed up. It works fine with -O1 > and -O0. Use "-fno-strict-aliasing"? > If the "//" is removed in front of the first printf, it works too. Why don't you use memset() to clear the struct in the first place? -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Sep 13 14:09:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DL9mS14085 for linux-mips-outgoing; Thu, 13 Sep 2001 14:09:48 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DL9he14072 for ; Thu, 13 Sep 2001 14:09:43 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id OAA16394; Thu, 13 Sep 2001 14:09:34 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id OAA00892; Thu, 13 Sep 2001 14:09:33 -0700 (PDT) Received: from kjelde (coppckbe [172.17.85.2]) by copfs01.mips.com (8.11.4/8.9.0) with SMTP id f8DL9Xa28429; Thu, 13 Sep 2001 23:09:34 +0200 (MEST) From: "Kjeld Borch Egevang" To: "H . J . Lu" Cc: Subject: RE: Error in gcc version 2.96 20000731 Date: Thu, 13 Sep 2001 23:09:04 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010913081040.A24910@lucon.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Perhaps I don't get you point, but I get the same with: int main() { rtx rt; put_code(&rt, (short)5); printf("gen_rtx, code=%d\n", (int)rt.code); } /Kjeld -----Original Message----- From: owner-linux-mips@oss.sgi.com [mailto:owner-linux-mips@oss.sgi.com]On Behalf Of H . J . Lu Sent: 13. september 2001 17:11 To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 On Thu, Sep 13, 2001 at 04:15:10PM +0200, Kjeld Borch Egevang wrote: > Hi all. > > I discovered an optimization error in the current gcc for MIPS. > > When I compile the code below with -O2 it clears the code-field just > after setting it. The instructions are mixed up. It works fine with -O1 > and -O0. > > If the "//" is removed in front of the first printf, it works too. > The code isn't ISO C. You cannot declare something as short and then access it as int. On x86: # gcc alias.c -O put_code after, code=5 5 gen_rtx, code=5 # gcc alias.c -O2 put_code after, code=5 0 gen_rtx, code=0 On mips, # gcc alias.c -O put_code after, code=5 5 gen_rtx, code=5 # gcc alias.c -O2 put_code after, code=5 5 gen_rtx, code=0 You can fix the code or add -fno-strict-aliasing # gcc alias.c -O2 -fno-strict-aliasing put_code after, code=5 5 gen_rtx, code=5 H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 14:14:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLExt14349 for linux-mips-outgoing; Thu, 13 Sep 2001 14:14:59 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLEve14344 for ; Thu, 13 Sep 2001 14:14:57 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 74A78125C3; Thu, 13 Sep 2001 14:14:54 -0700 (PDT) Date: Thu, 13 Sep 2001 14:14:54 -0700 From: "H . J . Lu" To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 Message-ID: <20010913141454.A30909@lucon.org> References: <20010913081040.A24910@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kjelde@mips.com on Thu, Sep 13, 2001 at 11:09:04PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 11:09:04PM +0200, Kjeld Borch Egevang wrote: > Perhaps I don't get you point, but I get the same with: > > int main() > { > rtx rt; > > put_code(&rt, (short)5); > printf("gen_rtx, code=%d\n", (int)rt.code); > } > That is not what I meant. You have typedef struct rtx_def { short code; int dummy; } rtx; The first field of rtx_def is short. for (; length >= 0; length--) ((int *) rt)[length] = 0; But you access it as int. If you do for (; length >= 0; length--) ((short *) rt)[length] = 0; It will be ok. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 14:23:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLNTE14547 for linux-mips-outgoing; Thu, 13 Sep 2001 14:23:29 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLNPe14544 for ; Thu, 13 Sep 2001 14:23:25 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id OAA16591; Thu, 13 Sep 2001 14:23:15 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id OAA01164; Thu, 13 Sep 2001 14:23:15 -0700 (PDT) Received: from kjelde (coppckbe [172.17.85.2]) by copfs01.mips.com (8.11.4/8.9.0) with SMTP id f8DLNEa29507; Thu, 13 Sep 2001 23:23:15 +0200 (MEST) From: "Kjeld Borch Egevang" To: "H . J . Lu" Cc: Subject: RE: Error in gcc version 2.96 20000731 Date: Thu, 13 Sep 2001 23:22:46 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010913141454.A30909@lucon.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I get your point. A bit suprising though. Do you consider it a bug? /Kjeld -----Original Message----- From: owner-linux-mips@oss.sgi.com [mailto:owner-linux-mips@oss.sgi.com]On Behalf Of H . J . Lu Sent: 13. september 2001 23:15 To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 On Thu, Sep 13, 2001 at 11:09:04PM +0200, Kjeld Borch Egevang wrote: > Perhaps I don't get you point, but I get the same with: > > int main() > { > rtx rt; > > put_code(&rt, (short)5); > printf("gen_rtx, code=%d\n", (int)rt.code); > } > That is not what I meant. You have typedef struct rtx_def { short code; int dummy; } rtx; The first field of rtx_def is short. for (; length >= 0; length--) ((int *) rt)[length] = 0; But you access it as int. If you do for (; length >= 0; length--) ((short *) rt)[length] = 0; It will be ok. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 14:26:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLQ2c14651 for linux-mips-outgoing; Thu, 13 Sep 2001 14:26:02 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLQ1e14648 for ; Thu, 13 Sep 2001 14:26:01 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 8639E125C3; Thu, 13 Sep 2001 14:26:00 -0700 (PDT) Date: Thu, 13 Sep 2001 14:26:00 -0700 From: "H . J . Lu" To: Kjeld Borch Egevang Cc: linux-mips@oss.sgi.com Subject: Re: Error in gcc version 2.96 20000731 Message-ID: <20010913142600.A31274@lucon.org> References: <20010913141454.A30909@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kjelde@mips.com on Thu, Sep 13, 2001 at 11:22:46PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 11:22:46PM +0200, Kjeld Borch Egevang wrote: > I get your point. A bit suprising though. Do you consider it a bug? It is an alias bug in your example. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 13 14:41:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLfk315151 for linux-mips-outgoing; Thu, 13 Sep 2001 14:41:46 -0700 Received: from [64.152.86.3] (unknown.Level3.net [64.152.86.3] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLfie15148 for ; Thu, 13 Sep 2001 14:41:44 -0700 Received: from mail.esstech.com by [64.152.86.3] via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 13 Sep 2001 21:42:47 UT Received: from bud.austin.esstech.com ([193.5.206.3]) by mail.esstech.com (8.8.8+Sun/8.8.8) with SMTP id OAA19342 for ; Thu, 13 Sep 2001 14:40:25 -0700 (PDT) Received: from esstech.com by bud.austin.esstech.com (SMI-8.6/SMI-SVR4) id QAA19050; Thu, 13 Sep 2001 16:41:05 -0500 Message-ID: <3BA12877.6030505@esstech.com> Date: Thu, 13 Sep 2001 16:43:19 -0500 From: Gerald Champagne User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010816 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: How can I determine which files are used? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Is there a recommended method of determining which files in the Linux source tree are used with a given .config file? I've already removed the obvious things like unused entries in the arch directory and a couple of driver directories, but is there a way to generate a list of only the files that are used? I know I've read discussions about someday splitting up the source code into smaller blocks, but can someone point me towards information on how to prune the existing source tree? Thanks. Gerald From owner-linux-mips@oss.sgi.com Thu Sep 13 14:50:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLoBB15347 for linux-mips-outgoing; Thu, 13 Sep 2001 14:50:11 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLo9e15344 for ; Thu, 13 Sep 2001 14:50:09 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8DLo7q04707; Thu, 13 Sep 2001 17:50:07 -0400 Date: Thu, 13 Sep 2001 17:50:07 -0400 From: Jim Paris To: Gerald Champagne Cc: linux-mips@oss.sgi.com Subject: Re: How can I determine which files are used? Message-ID: <20010913175007.A4641@neurosis.mit.edu> Reply-To: jim@jtan.com References: <3BA12877.6030505@esstech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA12877.6030505@esstech.com>; from gerald.champagne@esstech.com on Thu, Sep 13, 2001 at 04:43:19PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Is there a recommended method of determining which files in the > Linux source tree are used with a given .config file? I've already > removed the obvious things like unused entries in the arch directory > and a couple of driver directories, but is there a way to generate a > list of only the files that are used? > > I know I've read discussions about someday splitting up the source code > into smaller blocks, but can someone point me towards information on how > to prune the existing source tree? I suppose you could do a make clean find . | xargs touch -t 198001010101 make find . -not atime -1 | xargs rm $i Which would set all of the access times to be really old, rebuild everything, and then remove all files which weren't touched during the build. (Be careful; I didn't actually test this command and I wouldn't trust it too much without testing it, since it's quite capable of wiping out the whole directory) -jim From owner-linux-mips@oss.sgi.com Thu Sep 13 14:53:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8DLrTs15433 for linux-mips-outgoing; Thu, 13 Sep 2001 14:53:29 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8DLrSe15429 for ; Thu, 13 Sep 2001 14:53:28 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8DLrO204736; Thu, 13 Sep 2001 17:53:24 -0400 Date: Thu, 13 Sep 2001 17:53:24 -0400 From: Jim Paris To: Gerald Champagne Cc: linux-mips@oss.sgi.com Subject: Re: How can I determine which files are used? Message-ID: <20010913175324.A4728@neurosis.mit.edu> Reply-To: jim@jtan.com References: <3BA12877.6030505@esstech.com> <20010913175007.A4641@neurosis.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010913175007.A4641@neurosis.mit.edu>; from jim@jtan.com on Thu, Sep 13, 2001 at 05:50:07PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > make clean > find . | xargs touch -t 198001010101 > make > find . -not atime -1 | xargs rm $i > > Which would set all of the access times to be really old, > rebuild everything, and then remove all files which weren't > touched during the build. Slight correction: make that last command find . -not -atime -1 | xargs rm $i and the last sentence "which weren't accessed during the build". Still untested though :) -jim From owner-linux-mips@oss.sgi.com Thu Sep 13 18:37:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8E1bCx19085 for linux-mips-outgoing; Thu, 13 Sep 2001 18:37:12 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8E1bAe19080 for ; Thu, 13 Sep 2001 18:37:10 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA07491 for ; Thu, 13 Sep 2001 18:35:44 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by nodin.corp.sgi.com (8.11.4/8.11.2/nodin-1.0) with ESMTP id f8E1a8541728618; Thu, 13 Sep 2001 18:36:09 -0700 (PDT) Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 51486300090; Fri, 14 Sep 2001 11:35:18 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 065CAAB; Fri, 14 Sep 2001 11:35:17 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Gerald Champagne Cc: linux-mips@oss.sgi.com Subject: Re: How can I determine which files are used? In-reply-to: Your message of "Thu, 13 Sep 2001 16:43:19 EST." <3BA12877.6030505@esstech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Sep 2001 11:35:12 +1000 Message-ID: <13641.1000431312@kao2.melbourne.sgi.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 13 Sep 2001 16:43:19 -0500, Gerald Champagne wrote: >Is there a recommended method of determining which files in the >Linux source tree are used with a given .config file? Not with the current kernel build system. Kernel build 2.5[*] provides the information you need but the existing system does not. The best you can do with the current system is to make clean, make dep, touch stamp, make bzImage modules. Then find all files accessed after make dep finished using find -type f -anewer stamp. [*]http://sourceforge.net/projects/kbuild From owner-linux-mips@oss.sgi.com Thu Sep 13 19:11:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8E2Bxb19665 for linux-mips-outgoing; Thu, 13 Sep 2001 19:11:59 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8E2Bre19662; Thu, 13 Sep 2001 19:11:54 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 14 Sep 2001 02:11:53 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 1ACF1B460; Fri, 14 Sep 2001 11:11:51 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id LAA84657; Fri, 14 Sep 2001 11:11:47 +0900 (JST) Date: Fri, 14 Sep 2001 11:16:32 +0900 (JST) Message-Id: <20010914.111632.41627160.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure From: Atsushi Nemoto In-Reply-To: <20010913031119.B27168@dea.linux-mips.net> References: <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> <20010912.130914.112630116.nemoto@toshiba-tops.co.jp> <20010913031119.B27168@dea.linux-mips.net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Thu, 13 Sep 2001 03:11:19 +0200, Ralf Baechle said: ralf> The actual fix should be skipping over the faulting instruction ralf> when returning from the signal handler. Since the signal handler may want to know the faulting instruction, the "skipping" should be done AFTER the returning from the handler. On the other hand, the handler may do the "skipping" by itself... The symptom I reported first ("the process can not be killd by SIGKILL") does not occur if the signal handler executed successfully because do_signal() will be called when returning from sys_sygreturn. The symptom occur if setup_frame() failed. So I still think there is a point to check a failure of setup_frame(). --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Thu Sep 13 19:43:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8E2hJh20145 for linux-mips-outgoing; Thu, 13 Sep 2001 19:43:19 -0700 Received: from real.realitydiluted.com (real.realitydiluted.com [208.242.241.164]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8E2hFe20141 for ; Thu, 13 Sep 2001 19:43:15 -0700 Received: from localhost.localdomain ([127.0.0.1] helo=cotw.com) by real.realitydiluted.com with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15hiwe-0002CI-00; Thu, 13 Sep 2001 21:43:08 -0500 Message-ID: <3BA16CAA.6B4DF4A1@cotw.com> Date: Thu, 13 Sep 2001 21:34:18 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.9-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Continued MIPS kernel debugging symbols problem... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Greetings. I have tried everything I can to get Linux kernel debugging symbols to work properly. I apologize for posting to so many lists too, but I really need to get this working. I traded a few emails with HJ Lu and he referred me to the following messages/threads: http://sources.redhat.com/ml/gdb/2001-08/msg00053.html http://sources.redhat.com/ml/gdb/2001-08/msg00079.html http://sources.redhat.com/ml/gdb/2001-08/msg00084.html I did read them a few times and it appears that all the necessary changes are in the current gdb and insight CVS repositories. I checked out the latest sources a half hour ago and compiled both gdb and insight using the configuration line: configure --prefix=/opt/tools --target=mipsel-linux-elf since my target is a NEC 5432 running in LE mode. I had also tried 'mips-linux-elf' targets earlier in the day with no difference. I am still getting the following mismatch in symbols: -------------------------------------------------------------------- (gdb) target remote /dev/ttyS1 Remote debugging using /dev/ttyS1 0x80012828 in breakinst () at af_packet.c:1879 1879 sock_unregister(PF_PACKET); (gdb) bt #0 0x80012828 in breakinst () at af_packet.c:1879 #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", size=8176) at module.c:305 (gdb) c Continuing. -------------------------------------------------------------------- I compiled my kernel with a toolchain that used the following versions of tools: binutils-2.11.90.0.31 (HJLu patches applied) gcc-3.0.1 (stock) glibc-2.2.3 (minor build patches) Things are still not working and I would greatly appreciate some direction. I've blown a whole day this and am a bit frazzled. Thanks a bunch in advance. -Steve -- Steven J. Hill - Embedded SW Engineer From owner-linux-mips@oss.sgi.com Thu Sep 13 21:28:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8E4S8u21966 for linux-mips-outgoing; Thu, 13 Sep 2001 21:28:08 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.6]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8E4S3e21963 for ; Thu, 13 Sep 2001 21:28:04 -0700 Received: from drow by nevyn.them.org with local (Exim 3.32 #1 (Debian)) id 15hkaZ-0000bd-00; Fri, 14 Sep 2001 00:28:27 -0400 Date: Fri, 14 Sep 2001 00:28:27 -0400 From: Daniel Jacobowitz To: "Steven J. Hill" Cc: binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Continued MIPS kernel debugging symbols problem... Message-ID: <20010914002827.A2305@nevyn.them.org> Mail-Followup-To: "Steven J. Hill" , binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com References: <3BA16CAA.6B4DF4A1@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <3BA16CAA.6B4DF4A1@cotw.com>; from sjhill@cotw.com on Thu, Sep 13, 2001 at 09:34:18PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 09:34:18PM -0500, Steven J. Hill wrote: > configure --prefix=/opt/tools --target=mipsel-linux-elf > > since my target is a NEC 5432 running in LE mode. I had > also tried 'mips-linux-elf' targets earlier in the day > with no difference. I am still getting the following > mismatch in symbols: (Could you try building a mipsel-unknown-linux-gnu debugger/compiler instead? Does it make any difference? I don't expect it to.) > I compiled my kernel with a toolchain that used the following > versions of tools: > > binutils-2.11.90.0.31 (HJLu patches applied) > gcc-3.0.1 (stock) > glibc-2.2.3 (minor build patches) If you'll post a binary that you're having trouble debugging, I'll try to find time in the next couple of days to see what GDB is doing wrong. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer From owner-linux-mips@oss.sgi.com Fri Sep 14 00:52:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8E7qp125517 for linux-mips-outgoing; Fri, 14 Sep 2001 00:52:51 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8E7qme25514 for ; Fri, 14 Sep 2001 00:52:48 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA22147; Fri, 14 Sep 2001 00:52:37 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id AAA10053; Fri, 14 Sep 2001 00:52:38 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.11.4/8.9.0) with ESMTP id f8E7qca28443; Fri, 14 Sep 2001 09:52:39 +0200 (MEST) Message-ID: <3BA1B747.834A875A@mips.com> Date: Fri, 14 Sep 2001 09:52:39 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "H . J . Lu" CC: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 References: <20010907230009.A1705@lucon.org> <3BA0CB8D.ED5AB42B@mips.com> <20010913081450.B24910@lucon.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "H . J . Lu" wrote: > On Thu, Sep 13, 2001 at 05:06:53PM +0200, Carsten Langgaard wrote: > > I now tried to installing the bigendian RedHat7.1 RPMs and I noticed the > > following. > > > > /etc/localtime is lacking in glibc-2.2.4-11.2.mips.rpm (but it's contain > > in the little endian version). > > All the timezone information is lacking under /usr/share/zoneinfo in > > glibc-common-2.2.4-11.2 (but it's in the little endian version). > > Everything is cross compiled. Since x86 is little endian, I don't > cross compile big endian data files, like locale and timezone. You > can rebuild glibc natively to get all those data files. > > > > > I can't changes the root password, I get the following: > > # passwd root > > Changing password for user root > > New UNIX password: > > /usr/lib/cracklib_dict: magic mismatch > > PWOpen: Success > > > > It may be the endian issue. Please recompile cracklib natively and let > me know if it fixes the problem for you. I recompiled cracklib natively and yes it works, thanks a lot. Do you want the RPM binaries for your distribution ? > > H.J. -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Fri Sep 14 07:05:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EE5PX21281 for linux-mips-outgoing; Fri, 14 Sep 2001 07:05:25 -0700 Received: from localhost.cygnus.com (cr228733-a.bloor1.on.wave.home.com [24.114.42.213]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EE5Oe21272 for ; Fri, 14 Sep 2001 07:05:24 -0700 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 00E043DD3; Fri, 14 Sep 2001 10:04:47 -0400 (EDT) Message-ID: <3BA20E7F.3020506@cygnus.com> Date: Fri, 14 Sep 2001 10:04:47 -0400 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.3) Gecko/20010813 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz Cc: "Steven J. Hill" , binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Continued MIPS kernel debugging symbols problem... References: <3BA16CAA.6B4DF4A1@cotw.com> <20010914002827.A2305@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > If you'll post a binary that you're having trouble debugging, I'll try > to find time in the next couple of days to see what GDB is doing wrong. PUT UP FOR FTP! From owner-linux-mips@oss.sgi.com Fri Sep 14 08:07:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EF7F030094 for linux-mips-outgoing; Fri, 14 Sep 2001 08:07:15 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EF7De30091 for ; Fri, 14 Sep 2001 08:07:14 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id BDF65125C3; Fri, 14 Sep 2001 08:07:12 -0700 (PDT) Date: Fri, 14 Sep 2001 08:07:12 -0700 From: "H . J . Lu" To: "Steven J. Hill" Cc: binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Continued MIPS kernel debugging symbols problem... Message-ID: <20010914080712.A13976@lucon.org> References: <3BA16CAA.6B4DF4A1@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA16CAA.6B4DF4A1@cotw.com>; from sjhill@cotw.com on Thu, Sep 13, 2001 at 09:34:18PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 13, 2001 at 09:34:18PM -0500, Steven J. Hill wrote: > I did read them a few times and it appears that all the > necessary changes are in the current gdb and insight CVS > repositories. I checked out the latest sources a half > hour ago and compiled both gdb and insight using the > configuration line: > > configure --prefix=/opt/tools --target=mipsel-linux-elf ^^^^^^^^^^^^^^^ I don't know if it will configure anything for Linux/mips. I use mipsel-linux. H.J. From owner-linux-mips@oss.sgi.com Fri Sep 14 08:24:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EFOkT30515 for linux-mips-outgoing; Fri, 14 Sep 2001 08:24:46 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EFOge30512 for ; Fri, 14 Sep 2001 08:24:42 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id ED3AC125C3; Fri, 14 Sep 2001 08:24:41 -0700 (PDT) Date: Fri, 14 Sep 2001 08:24:41 -0700 From: "H . J . Lu" To: Carsten Langgaard Cc: linux-mips@oss.sgi.com Subject: Re: Update for RedHat 7.1 Message-ID: <20010914082441.A14362@lucon.org> References: <20010907230009.A1705@lucon.org> <3BA0CB8D.ED5AB42B@mips.com> <20010913081450.B24910@lucon.org> <3BA1B747.834A875A@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA1B747.834A875A@mips.com>; from carstenl@mips.com on Fri, Sep 14, 2001 at 09:52:39AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Sep 14, 2001 at 09:52:39AM +0200, Carsten Langgaard wrote: > > > > It may be the endian issue. Please recompile cracklib natively and let > > me know if it fixes the problem for you. > > I recompiled cracklib natively and yes it works, thanks a lot. > Do you want the RPM binaries for your distribution ? > I updated README. I will just tell big endian people to recompile those rpms natively. Thanks. H.J. ---- My mini-port of RedHat 7.1 is at ftp://oss.sgi.com/pub/linux/mips/redhat/7.1/ you should be able to put a small RedHat 7.1 on the mips/mipsel box and compile the rest of RedHat 7.1 yourselves. Here are something you should know: 1. The cross compiler hosted on RedHat 7.1/ia32 is provided as a toolchain rpm. The binary rpms for the mips and mipsel cross compilers are included. You will need glibc 2.2.3-11 or above to use those rpms. The glibc x86 binary rpms under RPMS/i386 should be ok. 2. You have to find a way to put those rpms on your machine. I use network boot and NFS root to do it. 3. install.tar.bz2 has some scripts to prepare NFS root and install RedHat 7.1 on a hard drive. 4. baseline.tar.bz2 contains the cross build tree. 5. Since everything is cross compiled from x86, which is little endian, many data files for mips, which is big endian, are either missing or wrong. To get those data files for mips, you have to rebuild/install the folowing rpms: cracklib glibc natively on Linux/mips. Thanks. H.J. From owner-linux-mips@oss.sgi.com Fri Sep 14 08:34:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EFY4P30772 for linux-mips-outgoing; Fri, 14 Sep 2001 08:34:04 -0700 Received: from delta.ds2.pg.gda.pl (root@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EFXwe30769 for ; Fri, 14 Sep 2001 08:34:00 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA03025; Fri, 14 Sep 2001 16:42:47 +0200 (MET DST) Date: Fri, 14 Sep 2001 16:42:46 +0200 (MET DST) From: "Maciej W. Rozycki" To: Kjeld Borch Egevang cc: linux-mips@oss.sgi.com Subject: RE: Error in gcc version 2.96 20000731 In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 13 Sep 2001, Kjeld Borch Egevang wrote: > I was trying to port SPEC CPU 2000 (benchmarks), and one of the tests > failed. I boiled it down to the attached program. For performance reasons it > could be perfectly valid not to use memset(), but I agree that the code > looks a bit odd. With a high optimization level and a constant size of the area to set (you'd likely use sizeof here, which is constant) gcc will happily inline a memset() yielding no worse performance but no bugs and better readability. You may have no loop at all as the result. Check yourself! -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Fri Sep 14 10:07:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EH73j00730 for linux-mips-outgoing; Fri, 14 Sep 2001 10:07:03 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EH71e00727 for ; Fri, 14 Sep 2001 10:07:01 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id DE63A125C3; Fri, 14 Sep 2001 10:07:00 -0700 (PDT) Date: Fri, 14 Sep 2001 10:07:00 -0700 From: "H . J . Lu" To: linux-mips@oss.sgi.com Subject: PATCH: Fix offset of mmap Message-ID: <20010914100700.A16047@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk We should check if offset of mmap is on the page boundary. H.J. --- --- /tmp/tmp.20947.0 Fri Sep 14 10:05:33 2001 +++ arch/mips/kernel/syscall.c Fri Sep 14 10:05:08 2001 @@ -82,6 +82,8 @@ out: asmlinkage unsigned long old_mmap(unsigned long addr, size_t len, int prot, int flags, int fd, off_t offset) { + if (offset & ~PAGE_MASK) + return -EINVAL; return do_mmap2(addr, len, prot, flags, fd, offset >> PAGE_SHIFT); } From owner-linux-mips@oss.sgi.com Fri Sep 14 10:11:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EHB9r00840 for linux-mips-outgoing; Fri, 14 Sep 2001 10:11:09 -0700 Received: from www.transvirtual.com (root@www.transvirtual.com [206.14.214.140]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EHB7e00836 for ; Fri, 14 Sep 2001 10:11:07 -0700 Received: from www.transvirtual.com (jsimmons@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8EHAxuI024674; Fri, 14 Sep 2001 10:10:59 -0700 Received: from localhost (jsimmons@localhost) by www.transvirtual.com (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8EHAxw0024670; Fri, 14 Sep 2001 10:10:59 -0700 X-Authentication-Warning: www.transvirtual.com: jsimmons owned process doing -bs Date: Fri, 14 Sep 2001 10:10:58 -0700 (PDT) From: James Simmons To: "H . J . Lu" cc: linux-mips@oss.sgi.com Subject: Re: PATCH: Fix offset of mmap In-Reply-To: <20010914100700.A16047@lucon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > We should check if offset of mmap is on the page boundary. I believe this would break certain pieces of hardware. For example the mq200 framebuffer in the sigmarion is not paged aligned. You have to supply a offset to make it work. From owner-linux-mips@oss.sgi.com Fri Sep 14 10:15:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EHFp200956 for linux-mips-outgoing; Fri, 14 Sep 2001 10:15:51 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EHFoe00953 for ; Fri, 14 Sep 2001 10:15:50 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 61947125C3; Fri, 14 Sep 2001 10:15:49 -0700 (PDT) Date: Fri, 14 Sep 2001 10:15:49 -0700 From: "H . J . Lu" To: James Simmons Cc: linux-mips@oss.sgi.com Subject: Re: PATCH: Fix offset of mmap Message-ID: <20010914101549.A16156@lucon.org> References: <20010914100700.A16047@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jsimmons@transvirtual.com on Fri, Sep 14, 2001 at 10:10:58AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Sep 14, 2001 at 10:10:58AM -0700, James Simmons wrote: > > > We should check if offset of mmap is on the page boundary. > > I believe this would break certain pieces of hardware. For example the > mq200 framebuffer in the sigmarion is not paged aligned. You have to > supply a offset to make it work. How do you mmap a memory whose offset is not page aligned? The code here is return do_mmap2(addr, len, prot, flags, fd, offset >> PAGE_SHIFT); ^^^^^^^^^^^^^^^^^^^^ It is up to the user code to make sure everything is ok. H.J. From owner-linux-mips@oss.sgi.com Fri Sep 14 10:27:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EHRQ201145 for linux-mips-outgoing; Fri, 14 Sep 2001 10:27:26 -0700 Received: from www.transvirtual.com (root@www.transvirtual.com [206.14.214.140]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EHRPe01142 for ; Fri, 14 Sep 2001 10:27:25 -0700 Received: from www.transvirtual.com (jsimmons@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8EHRLuI025376; Fri, 14 Sep 2001 10:27:21 -0700 Received: from localhost (jsimmons@localhost) by www.transvirtual.com (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8EHRKvM025372; Fri, 14 Sep 2001 10:27:20 -0700 X-Authentication-Warning: www.transvirtual.com: jsimmons owned process doing -bs Date: Fri, 14 Sep 2001 10:27:20 -0700 (PDT) From: James Simmons To: "H . J . Lu" cc: linux-mips@oss.sgi.com Subject: Re: PATCH: Fix offset of mmap In-Reply-To: <20010914101549.A16156@lucon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > I believe this would break certain pieces of hardware. For example the > > mq200 framebuffer in the sigmarion is not paged aligned. You have to > > supply a offset to make it work. > > How do you mmap a memory whose offset is not page aligned? The code > here is > > return do_mmap2(addr, len, prot, flags, fd, offset >> PAGE_SHIFT); > ^^^^^^^^^^^^^^^^^^^^ > > It is up to the user code to make sure everything is ok. Sorry. Mix up in the meaning of offset. From owner-linux-mips@oss.sgi.com Fri Sep 14 11:18:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EII6101809 for linux-mips-outgoing; Fri, 14 Sep 2001 11:18:06 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EIHqe01804 for ; Fri, 14 Sep 2001 11:17:52 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id CEEBA125C3; Fri, 14 Sep 2001 11:17:51 -0700 (PDT) Date: Fri, 14 Sep 2001 11:17:51 -0700 From: "H . J . Lu" To: GNU C Library Cc: linux-mips@oss.sgi.com Subject: PATCH: Update sysdeps/mips/fpu/libm-test-ulps Message-ID: <20010914111751.A17316@lucon.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Here is a patch for sysdeps/mips/fpu/libm-test-ulps. BTW, I got many math failures on Linux/mipsel. Has anyone else seen them? H.J. ---- 2001-09-14 H.J. Lu * sysdeps/mips/fpu/libm-test-ulps: Updated. --- sysdeps/mips/fpu/libm-test-ulps.mips Fri Apr 27 21:25:17 2001 +++ sysdeps/mips/fpu/libm-test-ulps Fri Sep 14 11:01:52 2001 @@ -7,7 +7,7 @@ ifloat: 2 Test "asin (0.5) == pi/6": float: 2 ifloat: 2 -Test "asin (0.7) == 0.7753974966107530637": +Test "asin (0.7) == 0.77539749661075306374035335271498708": double: 1 float: 2 idouble: 1 @@ -175,12 +175,12 @@ idouble: 1 Test "Imaginary part of: cexp (-2.0 - 3.0 i) == -0.13398091492954261346140525546115575 - 0.019098516261135196432576240858800925 i": float: 1 ifloat: 1 -Test "Real part of: cexp (0.7 + 1.2 i) == 0.7296989091503236012 + 1.8768962328348102821 i": +Test "Real part of: cexp (0.7 + 1.2 i) == 0.72969890915032360123451688642930727 + 1.8768962328348102821139467908203072 i": double: 1 float: 1 idouble: 1 ifloat: 1 -Test "Imaginary part of: cexp (0.7 + 1.2 i) == 0.7296989091503236012 + 1.8768962328348102821 i": +Test "Imaginary part of: cexp (0.7 + 1.2 i) == 0.72969890915032360123451688642930727 + 1.8768962328348102821139467908203072 i": float: 1 ifloat: 1 @@ -249,7 +249,7 @@ float: 1 ifloat: 1 # cos -Test "cos (0.7) == 0.7648421872844884262": +Test "cos (0.7) == 0.76484218728448842625585999019186495": double: 1 float: 1 idouble: 1 @@ -374,7 +374,7 @@ double: 2 float: 1 idouble: 2 ifloat: 1 -Test "exp10 (0.7) == 5.0118723362727228500": +Test "exp10 (0.7) == 5.0118723362727228500155418688494574": float: 1 ifloat: 1 Test "exp10 (3) == 1000": @@ -451,6 +451,21 @@ ifloat: 2 Test "j0 (8.0) == 0.17165080713755390609": float: 1 ifloat: 1 +Test "j0 (4.0) == -3.9714980986384737228659076845169804197562E-1": +double: 1 +float: 1 +idouble: 1 +ifloat: 1 +ildouble: 1 +ldouble: 1 +Test "j0 (-4.0) == -3.9714980986384737228659076845169804197562E-1": +double: 1 +float: 1 +idouble: 1 +ifloat: 1 +ildouble: 1 +ldouble: 1 + # j1 Test "j1 (10.0) == 0.043472746168861436670": @@ -563,7 +578,7 @@ idouble: 1 ifloat: 1 # sincos -Test "sincos (0.7, &sin_res, &cos_res) puts 0.76484218728448842626 in cos_res": +Test "sincos (0.7, &sin_res, &cos_res) puts 0.76484218728448842625585999019186495 in cos_res": double: 1 float: 1 idouble: 1 @@ -573,7 +588,7 @@ double: 1 float: 0.5 idouble: 1 ifloat: 0.5 -Test "sincos (M_PI_6l*2.0, &sin_res, &cos_res) puts 0.866025403784438646764 in sin_res": +Test "sincos (M_PI_6l*2.0, &sin_res, &cos_res) puts 0.86602540378443864676372317075293616 in sin_res": double: 1 float: 1 idouble: 1 @@ -583,7 +598,7 @@ double: 0.2758 float: 0.3667 idouble: 0.2758 ifloat: 0.3667 -Test "sincos (pi/6, &sin_res, &cos_res) puts 0.866025403784438646764 in cos_res": +Test "sincos (pi/6, &sin_res, &cos_res) puts 0.86602540378443864676372317075293616 in cos_res": float: 1 ifloat: 1 @@ -605,6 +620,13 @@ double: 1 float: 1 idouble: 1 ifloat: 1 +Test "tanh (-0.7) == -0.60436777711716349631": +double: 1 +float: 1 +idouble: 1 +ifloat: 1 +ildouble: 1 +ldouble: 1 # tgamma Test "tgamma (-0.5) == -2 sqrt (pi)": --FCuugMFkClbJLl1L Content-Type: application/x-gzip Content-Disposition: attachment; filename="test-float.out.gz" Content-Transfer-Encoding: base64 H4sICJ1GojsCA3Rlc3QtZmxvYXQub3V0AN2azW7bOBSF934KoosiQSKXkuOJFaDLKdBNF8Xs B7RM2QxkUqGoiTVPP6T8E8ppC4SHigf1IrFkn4+Xh5dXpCXDGyPkmpSVYoZcPQuzUa0hQlZC clK2sjBCyeZ68oWJqtX8gbBCNeTqG/t2TT5/Jvb/A/lzV/DafY98+Cr/YZVYEVVzzdypD6Th xlM3QgJqw0B11stvSSgD6jzUdys+Nn5LPtqjvzVv7Dt70r27JnVrGke1g0cOH7+pAcxb2+IG GxpAbj3YQM4CaixyvqshcUoheQapt2m4vFJrJHYnryF5BqmXQLoVrLJyGl6EDoQUJvS1JP0f xEAv62Qfg5AlwrDyOHFADIkPaoUxiqU24ZOjZEvgArvpamXOhsIehDCSGJBBXiGMJAYk1NVa PQ+maRqoTjA5FD4F9Ukaw78U1CcAYDZF6uQTMqn/spuMHzAm33nTVuZhQoRdqZ5e2TSb59l8 Pltk6Ywu7tM5pQvKb9Lcfkh36XSWLxacDl/1zR93E9LYzUu1IkvucNKuZ/u/590InUu/lQlZ RvM+hrv7ty37dAmsGXVZhKvXbLtlwKoN1BtQX3BRARfGSikdLpec6WUnJJDARrcSGL1yq1Zg Jdd8y4RccY1znlr1ArG76F3gvrPuGrG2C6YEWMaeUxIaOMQ7w0pzciedpijHIsJdPo8H4Rj1 zPQqQseOILhng4iC58RKbKG1yR6Qo4AEJvQ25CggQQjQBuzgQwQGtJf0vYjACK/VbDfISxog 93IqD5D7OZmEALyKTEPleXD4fj4HhQ/tPw8WDhhJGATaw/peHBlIHOEJ7X56BxLayYGEdnIo oYWEEvokz4PDhxLaAcCE7i1EE/rUkfCEfvECSOgTBKjQB0Lm9vV2cx+OSQ+/DIRjiv5XO+cD udnfggoyNyrG6X3KW/v0nbOK1MzulVXpmP3Nt/PQ9o24s4LUVduQfh2vSvIv1+qTOy+VIU3N C1EKvsIDSC4eAR00X4tP2fFEhN6NCfecOjmX7I/jwJMz+E1M+Osxf7stBdPr+BPjeFf7lbkx +n+CJyOMnBc5bu4Z3Bs4OqUDdn889mT1svKSrfs54ZWuSD0bjz1ORmxeX0HiBb758aUzHn0k X5R8HI19vHVyZN2SkRrySslFprtXJy/Z+k8uAe/Y+8u2P05m2bnnhtGHe8fv0LnNq6XZu7f/ i8r2TgZcPIJflJc48GHt6I9iRR19WhyfVhyJHTHwR+Axt0fgCbtHCd1acPIUk8/A1oHoO8D0 DjC9w0zvMNM7zPQuzPSJe7SBNK0w3K7mtnXFjS13E0Kyu8UdMe5Du9fizb5KZtmC9icbUipN +AlfVmzd2GNetFY/tfp0fk+41ko3RBVFq7U7/R9y/CqZsi4AAA== --FCuugMFkClbJLl1L Content-Type: application/x-gzip Content-Disposition: attachment; filename="test-double.out.gz" Content-Transfer-Encoding: base64 H4sICBNHojsCA3Rlc3QtZG91YmxlLm91dADNm02P0zAQhu/7KywOiBXr4nSFRJH2CBIXDog7 clOn9SqNs7bDNvx67HyUfCyV8HgaTtukO48n70zGYye1wlhZ7MlOVdtckDfP0h5UZYksclkI klVFaqUqzO3NZy7zSouPhFtekDdf+ddb8vBA3N+P5NMpFaX/P/LqS/GT53JHVCk096deESPs 2HrdmN+RUEaqTLgDRhYg437wO/LaHf3QwrhP7qT/dEvKyhpPdQKS7ut/GgCmrRvxAAsNwNxp cAApC7CGeS5OJcg4YSDzNcj6mISb52oP8d2blyDzNch6C0i3lOfOnIUXoY6QgAlNLUn+Ax/Y sko2PsgigzCceRw/QIwCHtQcxki32obfHBnfAibYQ10qOwmFOwhh0BiQUV5BGDQGJDixniAR hVkLnYGM03DrPT8eOWCSANpboH0qZA64D3OldLh5Ibje1rIARN5qtwAAXMBR7YB5r8XxqVJ/ IK7ZPgW2p2Vt5N7VVQqY7aYUygJDc7I8s0L3VX6VQDkOEa7y1B8Ix6pnrncRLqwHga9s5FFw Lu/kEdTmtIANFEDBhEaGDRRAIQRQn9bpEIEBajmHWkRghNdYfhrlJQswH+TUJsB8mJM0BDCo yCzUfBPs/jCfg9wHtamdhCMGDYOAWt2hFj0D4kd4QvsdOkBCe3NAQntzUELLApTQZ/NNsPug hPYAYEI3EkIT+nwh4Qn9RwtAQp8hgArdEdYrl9b3KxaOSVasa4NDMWmzuPc6kLftTnWQuFEx 3n5I+ddr+iZ4Tkru1rgq88xmj37qWjuIPytJmVeGNH28ysgvodU7f75wq3RTilRmUuzgDtDF PWCj4Uv5bt2fiHB1mPCBUmflaHscB04n8Lcx4fOYR5HlMM/pwXEEOsXFM0RhKCZ8mo1xZZmm Y3x6DGVSrvfxC3X/MHZ2s8e4H89wilBJTNcmLVbgTd9kLesBVr1rnwdjFaSWPlOPxuVfqBvX CM7l2nJFDzDyo39RwsHYio3gLBaaEjaqGiyez9NqF9Hnaa2LgvYao4WRMuwUQYHPWpqBSBHY E1VoTPa08EX2fFZXY9LPNwxCPOd3fWy/o2fiYNUxK4T+GLvOD5ZUS46O0J+/uFiMyX65qF5P N7rs8Hg3xGFpbQ8Li4vXOuPuFAzXrEtVs8Oy5Qxvpmhec0UKXP8KLYbf3VuqSJ53dIqLR5qi BnSKSscJK2ZQUUOKGVDMcKIFUxWPaOxSPY/YdwRpoMGG1iKTz2DDcsnR/7IXe8WrX278adsY aWHcbtZiLOgxN2HbHbwLklwhJPNO+urjX5hGriTA4h5cKIpx4JG3WlH3ntuX6Zd89NJ6gNTe nH8rgKEd5p5s3G22R8AP4x4Bv8l7LEBvGXvzBGZ+Dxwd4H0NEL0GiF7DRK9hotcw0esw0W++ C+PqUSWtcP37scyFdVXphpD1e5YQ679MuRGmLWbr9YdNc9KQTGkizvgs53vjjkVaOfuVs082 90RorbQhKk0rrf3p37WGOb5pPgAA --FCuugMFkClbJLl1L Content-Type: application/x-gzip Content-Disposition: attachment; filename="test-fenv.out.gz" Content-Transfer-Encoding: base64 H4sICA9coTsCA3Rlc3QtZmVudi5vdXQA7ZpfT9pgFIfv/RQn3mwmi5tLduMd05KYMTDKmNuN qe2LvkltTd+ibp9+bSnFGSgltFLg8cIYfWnP7/zh/J5iX5noWM58HWnb8/5I/E3Us6MeIh34 RsxdMPJcuVHieMoOlbsncm4bcyzW5JDsn54Nvv76bV309kUb8YNIjIpmHTzrDlqds9PFx6yr 1kl/0bEf3VProt3p/Vx0sDeYca6fCr8IRr6r/Vtxdaic9PhUso6zYnv6r3IlCsRP9JvpDfKX 3geuSq7c73Wt1oV12T/MLj5U46Slkcj7tnXd6nSurasT67x/ME6oeZXwLUvvUIW2NmpOBtK/ LZ+BEupLKC+luoziqdpLFX08SaoqsdA85uPkhAw9+/aDPOnoTpIuKsrn0mqbUet56tM+z/Sn 0m3PBDLyS6nfqG5fpv5V1b5Znf6y1vGPj2oJsSVL3QDBWTgrDnZ1et+yrXPtOzrWhbXfoqGe WedlR7q6EtcvN73X24x0lZoraelM+86OdEHtt2qkZ9S5hpGusrwryM0vtPahXl5SQbe+kLXm ea18EBdUbItGcU4R1zOMlZZ3juDJmYbNYmWqtm0Ui+u1RZM4u4QNHsTlC2sPIxULU/FvlP+Y PoXr9r63Lr9dW93BgTyEgaNM8iDuSXue2DdBmNwh+Xq6U/6MZ3i59oPkZo7teco93GOTsEnY JGwSNgmbZLVNItK2tXcs5+Priatd/10UJ9FROk6m0be+HV/ed0U960i5434ykR2NjHw5+nw4 P9zTdmdmrIlONh+bj83H5mPzsfnYfCXjHSdxEm8WlR+E98l/E43DMTIMkmCUb9942TXjo5Fz OA4/aZf/Pkd+JcLVJnnh6zDgVrY325vtzfZme7O9d3V7V53zcuHyuADDgeHAcGA4MBwYDgxH sw1HqbTX0LTZLGJ+MD+YH8wP5gfzg/nB/Oyu+Wluy2LVsGpYNawaVg2rhlXDqmHVNsqqVdqw 2Q0K6p+HwDNBjCZGE6OJ0cRoYjQxmhhNjGaDjWadrTovVB7A4ovxxfhifDG+GF+ML8YX44vx xfUnu5Y2TfcBHh2PjkfHo+PR8eh4dDw6Hh2PjkdvsEdvcptCFBAFRAFRQBQQBUQBUUAUEAVE AVFUSRQVt2l6g8LaZyHwCQs8BA/BQ/AQPAQPwUPwEDwED8FD8FCTcl0mVD7OAt/AN/ANfAPf wDfwDXwD38A38A1823Z8W1eb5p4EmAQmgUlgEpgEJoFJYBKYBCaBSWASmAQmV4PJ5jYq8Av8 Ar/AL/AL/AK/wC/wC/wCv8Av8Av87ij8Vtqq+S0KOuBFGHx6DcAD8AA8AA/AA/AAPAAPwAPw ADwAD8AD8DsE8HU27PxwV0r7Ou65rkGZ+HISsBlvFNRrC+pV6fv65A4FLTANgjcIGm4TG65O FzE3WN6SmRAmpK4JWZjxvaNPosIwCI0EjjMKw+RV/wDYC1eOfNEAAA== --FCuugMFkClbJLl1L-- From owner-linux-mips@oss.sgi.com Fri Sep 14 12:36:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EJaln03049 for linux-mips-outgoing; Fri, 14 Sep 2001 12:36:47 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EJahe03046 for ; Fri, 14 Sep 2001 12:36:43 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id C4DA7125C3; Fri, 14 Sep 2001 12:36:42 -0700 (PDT) Date: Fri, 14 Sep 2001 12:36:42 -0700 From: "H . J . Lu" To: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: The Linux binutils vs. the FSF binutils on Linux/mips Message-ID: <20010914123642.A18552@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk FYI, the Linux binutils contains a 64bit MIPS ELF patch which doesn't exist in the FSF binutils. At first, I thought this 64bit MIPS ELF patch shouldn't affect the 32bit MIPS ELF. But for some reason, I cannot get a stable 32bit Linux/mips kernel without this 64bit MIPS ELF patch. I compared kernels generated by 2 linkers from the same input. They are identical. Then I compared the object files generated from 2 assemblers. Some of them are different. Here is one example: --- /tmp/2 Fri Sep 14 12:22:08 2001 +++ /tmp/1 Fri Sep 14 12:22:08 2001 @@ -1,5 +1,5 @@ -../linux-mips-0914/./net/socket.o: file format elf32-tradlittlemips +./net/socket.o: file format elf32-tradlittlemips Disassembly of section .text: @@ -2475,14 +2475,15 @@ Disassembly of section .text.init: 60: 02002021 move a0,s0 64: 3c010000 lui at,0x0 64: R_MIPS_HI16 .bss - 68: 0c000000 jal 0 - 68: R_MIPS_26 rtnetlink_init - 6c: ac220084 sw v0,132(at) - 6c: R_MIPS_LO16 .bss - 70: 0c000000 jal 0 - 70: R_MIPS_26 init_netlink - 74: 00000000 nop - 78: 8fbf0014 lw ra,20(sp) - 7c: 8fb00010 lw s0,16(sp) - 80: 03e00008 jr ra - 84: 27bd0018 addiu sp,sp,24 + 68: ac220084 sw v0,132(at) + 68: R_MIPS_LO16 .bss + 6c: 0c000000 jal 0 + 6c: R_MIPS_26 rtnetlink_init + 70: 00000000 nop + 74: 0c000000 jal 0 + 74: R_MIPS_26 init_netlink + 78: 00000000 nop + 7c: 8fbf0014 lw ra,20(sp) + 80: 8fb00010 lw s0,16(sp) + 84: 03e00008 jr ra + 88: 27bd0018 addiu sp,sp,24 It seems that those small differences between 2 assemblers make a big difference for the Linux/mips kernel. Does anyone know why? H.J. From owner-linux-mips@oss.sgi.com Fri Sep 14 12:40:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EJetY03214 for linux-mips-outgoing; Fri, 14 Sep 2001 12:40:55 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EJere03211 for ; Fri, 14 Sep 2001 12:40:54 -0700 Received: from localhost.localdomain (taarna.cygnus.com [205.180.230.102]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA16152; Fri, 14 Sep 2001 12:40:47 -0700 (PDT) Subject: Re: The Linux binutils vs. the FSF binutils on Linux/mips From: Eric Christopher To: "H . J . Lu" Cc: binutils@sourceware.cygnus.com, linux-mips@oss.sgi.com In-Reply-To: <20010914123642.A18552@lucon.org> References: <20010914123642.A18552@lucon.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Date: 14 Sep 2001 12:40:01 -0700 Message-Id: <1000496403.29163.0.camel@ghostwheel.cygnus.com> Mime-Version: 1.0 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > It seems that those small differences between 2 assemblers make a big > difference for the Linux/mips kernel. Does anyone know why? Dunno, what's the change. -eric -- Look out behind you! From owner-linux-mips@oss.sgi.com Fri Sep 14 13:15:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EKFPX04003 for linux-mips-outgoing; Fri, 14 Sep 2001 13:15:25 -0700 Received: from dea.linux-mips.net (u-32-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.32]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EKFIe04000 for ; Fri, 14 Sep 2001 13:15:18 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8EKEtq03546; Fri, 14 Sep 2001 22:14:55 +0200 Date: Fri, 14 Sep 2001 22:14:55 +0200 From: Ralf Baechle To: Atsushi Nemoto Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure Message-ID: <20010914221455.A2272@dea.linux-mips.net> References: <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> <20010912.130914.112630116.nemoto@toshiba-tops.co.jp> <20010913031119.B27168@dea.linux-mips.net> <20010914.111632.41627160.nemoto@toshiba-tops.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914.111632.41627160.nemoto@toshiba-tops.co.jp>; from nemoto@toshiba-tops.co.jp on Fri, Sep 14, 2001 at 11:16:32AM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Sep 14, 2001 at 11:16:32AM +0900, Atsushi Nemoto wrote: > ralf> The actual fix should be skipping over the faulting instruction > ralf> when returning from the signal handler. > > Since the signal handler may want to know the faulting instruction, > the "skipping" should be done AFTER the returning from the handler. > On the other hand, the handler may do the "skipping" by itself... > > The symptom I reported first ("the process can not be killd by > SIGKILL") does not occur if the signal handler executed successfully > because do_signal() will be called when returning from sys_sygreturn. > The symptom occur if setup_frame() failed. So I still think there is > a point to check a failure of setup_frame(). Certain I/O models use a large number of signals so we're trying hard to keep signal latency down. The current code already can guarantee proper termination in case of a stack fault, just not the shortest way. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 14 15:55:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8EMtK006456 for linux-mips-outgoing; Fri, 14 Sep 2001 15:55:20 -0700 Received: from ghost4.onet.pl (ghost4.onet.pl [213.180.128.19]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8EMtHe06444 for ; Fri, 14 Sep 2001 15:55:17 -0700 Received: from www.wiedza.icu.pl ([157.25.130.16]:45043 "HELO poczta.onet.pl") by ghost4.onet.pl with SMTP id ; Sat, 15 Sep 2001 00:55:04 +0200 From: "Ceri" To: "linux-mips@oss.sgi.com" Subject: Framax DOKA For Sale Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Sat, 15 Sep 2001 00:57:00 +0200 Reply-To: "Ceri" Content-Transfer-Encoding: 7BIT Message-Id: <20010914225504Z1076598-12951+1366@ghost4.onet.pl> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Dear Sir, we have for sale 2 000 sqm DOKA FRAMAX in Hannover Germany. Please watch pictures under: http://www.euronewspaper.de/doka.html Best Regards. CERI Schalungscenter GmbH Sehr geehrte Damen und Herren, wir verkaufen 2 000 qm DOKA FRAMAX Schalungsmaterial. Bitte besuchen sie diese Link. http://www.euronewspaper.de/doka.html CERI GmbH -- r e k l a m a Lista Plac [ http://listaplac.onet.pl ] From owner-linux-mips@oss.sgi.com Fri Sep 14 19:34:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8F2Y0109974 for linux-mips-outgoing; Fri, 14 Sep 2001 19:34:00 -0700 Received: from smtp.huawei.com ([61.144.161.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8F2Xse09971; Fri, 14 Sep 2001 19:33:55 -0700 Received: from hechendong11752 ([10.105.28.117]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GJON0Y00.F3N; Sat, 15 Sep 2001 10:31:46 +0800 Message-ID: <000901c13d8f$1471bb20$751c690a@huawei.com> From: "machael thailer" To: "Ralf Baechle" Cc: Subject: About KGDB debug questions... Date: Sat, 15 Sep 2001 10:35:27 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello, I have a question about KGDB debug. Sometimes when I run 'n' on host GDB, then the target KGDB receive many packets and cannot stop, and the EPC is adding 4 each time it receives a packet. It looks like 'c'without any breakpoints. Any suggestions? Are there any patches? And what is the latest mips version of linux? Which tree can I download it ? BTW:Currently I use linux-2.4.5-pre1. machael thailer From owner-linux-mips@oss.sgi.com Fri Sep 14 23:18:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8F6Ivt12764 for linux-mips-outgoing; Fri, 14 Sep 2001 23:18:57 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8F6Ire12761 for ; Fri, 14 Sep 2001 23:18:53 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8F6Iq914048 for linux-mips@oss.sgi.com; Sat, 15 Sep 2001 02:18:52 -0400 Date: Sat, 15 Sep 2001 02:18:52 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: No low memory for PCMCIA? Message-ID: <20010915021852.A14022@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm (still) working on getting Linux running on my Mobilon Tripad (aka Vadem Clio). I'm running linux-vr hacked up to 2.4.5-ish, and I'm currently trying to get PCMCIA working (built into the kernel; not a module, since I need to access the compactflash card as root and building pcmcia as a module turns off both PCMCIA ports at boot time). My current problem: it sees the controller (VG-469), sees the card, finds an IO port.. but can't map it anywhere. The PCMCIA is basically on an ISA bus, so I believe the card needs to be mapped to low memory (under a meg), but the system memory takes up the first 16 megs, leaving none: > -more /proc/iomem << /proc/iomem >> 00000000-00ffffff : System RAM 00100000-0023de17 : Kernel code 0024f280-00260fff : Kernel data (I had moved the kernel's starting address for this kernel; the default for my platform is start the kernel at 00002000) On x86, this problem doesn't exist because there's a hole in the system memory map between 640k and 1MB, so the PCMCIA driver would probe and find something like 0c0000-0cffff or 0d0000-0dffff to be clean, whereas those segments are quite unavailable on the Clio. One possible (untested) solution would be to simply remove a section of RAM from the memory map, which would effectively duplicate the x86 memory hole and allow the card to be mapped there. Would this work? It seems a bit strange that I would have to give up some physical memory for PCMCIA. Oh, and if I modify the PCMCIA driver so it probes memory above 16M, it succeeds and marks them as clean, but the card refuses to map to anything over a meg; again, probably because it's ISA and ISA is limited to that. thanks in advance, -jim From owner-linux-mips@oss.sgi.com Sat Sep 15 19:54:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8G2sD829764 for linux-mips-outgoing; Sat, 15 Sep 2001 19:54:13 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8G2sBe29761 for ; Sat, 15 Sep 2001 19:54:11 -0700 Received: from aol.com (www.wiedza.icu.pl [157.25.130.16]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id TAA00977 for ; Sat, 15 Sep 2001 19:54:08 -0700 (PDT) mail_from (mueller@aol.com) Message-Id: <200109160254.TAA00977@sgi.com> From: "Mueller" To: "linux-mips@oss.sgi.com" Subject: Did we forget we bombed these people? Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 16 Sep 2001 04:55:51 +0200 Reply-To: "Mueller" Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk 11 September 1973 was Allende assassinated.... How many children from Vietnam, Irak, Iran, Belgrad...died? Nobody cried, no minute of silence.... Are USA GOOD and the other ones BAD? Who can say something like that? We are just in Power and Oil interested, maybe letting these countries in peace will help much more than a new war.... Send thid message further. From owner-linux-mips@oss.sgi.com Sat Sep 15 21:21:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8G4LSs30909 for linux-mips-outgoing; Sat, 15 Sep 2001 21:21:28 -0700 Received: from mercury.shreve.net (IDENT:root@mercury.shreve.net [208.206.76.23]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8G4LPe30906 for ; Sat, 15 Sep 2001 21:21:26 -0700 Received: from mercury.shreve.net (IDENT:signal@mercury.shreve.net [208.206.76.23]) by mercury.shreve.net (8.11.6/8.9.3) with ESMTP id f8G4LO713936 for ; Sat, 15 Sep 2001 23:21:24 -0500 Date: Sat, 15 Sep 2001 23:21:24 -0500 (CDT) From: Brian To: Subject: Origin 200 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have an Origin 200 coming in for my use configured as: Origin 200 (rackmount) 4x10k MIPS 1GB mem 4x5GB SCSI Craylink Will I be able to run the MIPs linux on this? What is the best most current and active distribution to install? Any vendor sponsoring one (like redhat?). Also, if anyone know the estimated current value for my system, please advise. Thanks, Brian ----------------------------------------------- Brian Feeny, CCIE #8036 email:signal@shreve.net Network Engineer phone:318.222.2638x109 ShreveNet Inc. fax: 318.221.6612 From owner-linux-mips@oss.sgi.com Sun Sep 16 02:51:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8G9pvL02795 for linux-mips-outgoing; Sun, 16 Sep 2001 02:51:57 -0700 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8G9pse02790 for ; Sun, 16 Sep 2001 02:51:54 -0700 Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id FAA28449; Sun, 16 Sep 2001 05:51:45 -0400 Date: Sun, 16 Sep 2001 05:51:45 -0400 (EDT) From: X-Sender: nick@ns To: Brian cc: linux-mips@oss.sgi.com Subject: Re: Origin 200 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk MIPS linux will love that system. I'd recommend one of the recent debian root images mine is running one nicely, though I'm tracking a few bugs. Value is around 3-4k assumeing dual towers I'd guess. Nick On Sat, 15 Sep 2001, Brian wrote: > > I have an Origin 200 coming in for my use > configured as: > > Origin 200 (rackmount) > 4x10k MIPS > 1GB mem > 4x5GB SCSI > Craylink > > Will I be able to run the MIPs linux on this? > What is the best most current and active > distribution to install? Any vendor sponsoring > one (like redhat?). > > Also, if anyone know the estimated current value > for my system, please advise. Thanks, > > Brian > > > ----------------------------------------------- > Brian Feeny, CCIE #8036 email:signal@shreve.net > Network Engineer phone:318.222.2638x109 > ShreveNet Inc. fax: 318.221.6612 > > From owner-linux-mips@oss.sgi.com Sun Sep 16 05:18:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GCIHR10146 for linux-mips-outgoing; Sun, 16 Sep 2001 05:18:17 -0700 Received: from minerva (pat.opera.no [213.141.139.59]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GCIAe10142 for ; Sun, 16 Sep 2001 05:18:11 -0700 Received: from pere by minerva with local (Exim 3.12 #1 (Debian)) id 15iary-0002nW-00; Sun, 16 Sep 2001 14:17:54 +0200 To: linux-mips@oss.sgi.com Subject: linker problem: relocation truncated to fit From: Petter Reinholdtsen Message-Id: Date: Sun, 16 Sep 2001 14:17:54 +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello I'm using debian/mips (sid) on an SGI Indy with 256 MB RAM. It is as far as I know up to date with the latest packages. When I try to compile and link a huge C++ program using Qt and various other libraries, I get strange error message like this during linking: libopera.a(registerdialog.o): In function `RegisterDialog::RegisterDialog(QWidget *, char const *, bool)': linux/ui/registerdialog.cpp(.text+0xd08): relocation truncated to fit: R_MIPS_GOT16 RegisterDialog virtual table libopera.a(registerdialog.o): In function `RegisterDialog::slotOk(void)': linux/ui/registerdialog.cpp(.text+0xdd8): relocation truncated to fit: R_MIPS_CALL16 RegisterWidget::verifySettings(void) libopera.a(registerdialog.o): In function `onceinalifetime(void)': regkey/regver.h(.text+0x10d8): relocation truncated to fit: R_MIPS_CALL16 regkey_init(void) Is this a known problem, and is there anything I can do to fix it? % dpkg -l | egrep 'gcc|binutils|g\+\+' ii binutils 2.11.90.0.31-1 The GNU assembler, linker and binary utiliti ii g++ 2.95.4-6 The GNU C++ compiler. ii g++-2.95 2.95.4-0.01090 The GNU C++ compiler. ii gcc 2.95.4-6 The GNU C compiler. ii gcc-2.95 2.95.4-0.01090 The GNU C compiler. From owner-linux-mips@oss.sgi.com Sun Sep 16 08:17:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GFH2M12544 for linux-mips-outgoing; Sun, 16 Sep 2001 08:17:02 -0700 Received: from mulberry.ip.media.kyoto-u.ac.jp (mulberry.ip.media.kyoto-u.ac.jp [130.54.223.65]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GFH0e12541 for ; Sun, 16 Sep 2001 08:17:00 -0700 Received: from localhost (ppp59.ip.media.kyoto-u.ac.jp [192.168.130.59]) by mulberry.ip.media.kyoto-u.ac.jp (8.10.1+3.3W/3.6W) with ESMTP id f8GEbnm19772 for ; Sun, 16 Sep 2001 23:37:50 +0900 (JST) To: linux-mips@oss.sgi.com Subject: indigo2 IP28 From: Matsuo X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010916234124R.s30y1771@ip.media.kyoto-u.ac.jp> Date: Sun, 16 Sep 2001 23:41:24 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 12 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi. I have an indigo2. indigo2 IP28 MIPS R10000 Can Linux run on it? And what document should I refer to? Hiroshi Matsuo From owner-linux-mips@oss.sgi.com Sun Sep 16 08:19:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GFJSI12634 for linux-mips-outgoing; Sun, 16 Sep 2001 08:19:28 -0700 Received: from mercury.shreve.net (IDENT:root@mercury.shreve.net [208.206.76.23]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GFJNe12631 for ; Sun, 16 Sep 2001 08:19:23 -0700 Received: from mercury.shreve.net (IDENT:signal@mercury.shreve.net [208.206.76.23]) by mercury.shreve.net (8.11.6/8.9.3) with ESMTP id f8GFJM727604; Sun, 16 Sep 2001 10:19:22 -0500 Date: Sun, 16 Sep 2001 10:19:22 -0500 (CDT) From: Brian To: cc: Subject: Re: Origin 200 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Its the rackmount version..............I will search for some benchmarks to see how this system ranks compared to some PIII and other systems. Are there any graphics options available for these, or just console? I realize the origin is more of a "server", used for serving files and web pages, than a workstation. On Sun, 16 Sep 2001 nick@snowman.net wrote: > MIPS linux will love that system. I'd recommend one of the recent debian > root images mine is running one nicely, though I'm tracking a few > bugs. Value is around 3-4k assumeing dual towers I'd guess. > Nick > > On Sat, 15 Sep 2001, Brian wrote: > > > > > I have an Origin 200 coming in for my use > > configured as: > > > > Origin 200 (rackmount) > > 4x10k MIPS > > 1GB mem > > 4x5GB SCSI > > Craylink > > > > Will I be able to run the MIPs linux on this? > > What is the best most current and active > > distribution to install? Any vendor sponsoring > > one (like redhat?). > > > > Also, if anyone know the estimated current value > > for my system, please advise. Thanks, > > > > Brian > > > > > > ----------------------------------------------- > > Brian Feeny, CCIE #8036 email:signal@shreve.net > > Network Engineer phone:318.222.2638x109 > > ShreveNet Inc. fax: 318.221.6612 > > > > > ----------------------------------------------- Brian Feeny, CCIE #8036 email:signal@shreve.net Network Engineer phone:318.222.2638x109 ShreveNet Inc. fax: 318.221.6612 From owner-linux-mips@oss.sgi.com Sun Sep 16 09:16:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GGGxQ13401 for linux-mips-outgoing; Sun, 16 Sep 2001 09:16:59 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GGGue13398 for ; Sun, 16 Sep 2001 09:16:56 -0700 Received: from lucon.org (lake.in.lucon.org [192.168.0.2]) by ocean.lucon.org (Postfix) with ESMTP id 76C93125C6; Sun, 16 Sep 2001 09:16:55 -0700 (PDT) Received: by lucon.org (Postfix, from userid 1000) id 79309EBA4; Sun, 16 Sep 2001 09:16:54 -0700 (PDT) Date: Sun, 16 Sep 2001 09:16:54 -0700 From: "H . J . Lu" To: Petter Reinholdtsen Cc: linux-mips@oss.sgi.com Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010916091654.C1812@lucon.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pere@hungry.com on Sun, Sep 16, 2001 at 02:17:54PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 02:17:54PM +0200, Petter Reinholdtsen wrote: > > Hello > > I'm using debian/mips (sid) on an SGI Indy with 256 MB RAM. It is as > far as I know up to date with the latest packages. > > When I try to compile and link a huge C++ program using Qt and various > other libraries, I get strange error message like this during linking: > > libopera.a(registerdialog.o): In function > `RegisterDialog::RegisterDialog(QWidget *, char const *, bool)': > linux/ui/registerdialog.cpp(.text+0xd08): relocation truncated to > fit: R_MIPS_GOT16 RegisterDialog virtual table > libopera.a(registerdialog.o): In function > `RegisterDialog::slotOk(void)': > linux/ui/registerdialog.cpp(.text+0xdd8): relocation truncated to > fit: R_MIPS_CALL16 RegisterWidget::verifySettings(void) > libopera.a(registerdialog.o): In function `onceinalifetime(void)': > regkey/regver.h(.text+0x10d8): relocation truncated to fit: > R_MIPS_CALL16 regkey_init(void) > This may be a MIPS linker bug/limitation. But I don't use Qt on mips and have no plan to do so. If you can provide a complete testcase, in this case, every single file used for the final linking, I will take a look. H.J. From owner-linux-mips@oss.sgi.com Sun Sep 16 09:29:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GGTqw13798 for linux-mips-outgoing; Sun, 16 Sep 2001 09:29:52 -0700 Received: from cn.csoft.net ([204.92.252.130]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GGTme13792 for ; Sun, 16 Sep 2001 09:29:48 -0700 Received: (qmail 13631 invoked from network); 16 Sep 2001 16:29:38 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 16 Sep 2001 16:29:38 -0000 Date: Sun, 16 Sep 2001 13:29:38 -0300 (ADT) From: Wilbern Cobb X-X-Sender: To: "H . J . Lu" cc: Petter Reinholdtsen , Subject: Re: linker problem: relocation truncated to fit In-Reply-To: <20010916091654.C1812@lucon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, 16 Sep 2001, H . J . Lu wrote: > > libopera.a(registerdialog.o): In function > > `RegisterDialog::RegisterDialog(QWidget *, char const *, bool)': > > linux/ui/registerdialog.cpp(.text+0xd08): relocation truncated to > > fit: R_MIPS_GOT16 RegisterDialog virtual table > > libopera.a(registerdialog.o): In function > > `RegisterDialog::slotOk(void)': > > linux/ui/registerdialog.cpp(.text+0xdd8): relocation truncated to > > fit: R_MIPS_CALL16 RegisterWidget::verifySettings(void) > > libopera.a(registerdialog.o): In function `onceinalifetime(void)': > > regkey/regver.h(.text+0x10d8): relocation truncated to fit: > > R_MIPS_CALL16 regkey_init(void) > > This may be a MIPS linker bug/limitation. But I don't use Qt on mips This is a `feature' of the MIPS toolchain. Global and static items <= n bytes are placed into the small data or small bss sections instead of the normal data or bss sections as an optimization. Excess items would cause these linker errors. Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work for most purposes. -vedge From owner-linux-mips@oss.sgi.com Sun Sep 16 15:07:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GM7O319668 for linux-mips-outgoing; Sun, 16 Sep 2001 15:07:24 -0700 Received: from linpro.no (qmailr@mail.linpro.no [213.203.57.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GM7Le19665 for ; Sun, 16 Sep 2001 15:07:22 -0700 Received: (qmail 22851 invoked from network); 16 Sep 2001 22:07:19 -0000 Received: from false.linpro.no (213.203.57.201) by mail.linpro.no with SMTP; 16 Sep 2001 22:07:19 -0000 Received: from pere by false.linpro.no with local (Exim 3.22 #1 (Debian)) id 15ik4N-0006tV-00; Mon, 17 Sep 2001 00:07:19 +0200 Date: Mon, 17 Sep 2001 00:07:19 +0200 From: Petter Reinholdtsen To: linux-mips@oss.sgi.com Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917000719.B25531@false.linpro.no> References: <20010916091654.C1812@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk [Wilbern Cobb] > This is a `feature' of the MIPS toolchain. Global and static items <= n > bytes are placed into the small data or small bss sections instead of > the normal data or bss sections as an optimization. Excess items would > cause these linker errors. > > Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work > for most purposes. I tried -G4, -G2 and -G1 without any luck. Even with -G1 there are still more than 9300 relocation messages. (Do I need to compile all the object files again, by the way? I've only tried to relink -- it takes 12 hours to compile :-( )) Unfortunately, my problem is with is a prorietary software product (Opera web browser), so I can not send you any source or object files. :-( From owner-linux-mips@oss.sgi.com Sun Sep 16 15:39:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GMd2g20175 for linux-mips-outgoing; Sun, 16 Sep 2001 15:39:02 -0700 Received: from straylight.cyberhqz.com (root@h24-76-98-250.vc.shawcable.net [24.76.98.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GMcwe20172 for ; Sun, 16 Sep 2001 15:38:58 -0700 Received: (from rmurray@localhost) by straylight.cyberhqz.com (8.9.3/8.9.3/Debian 8.9.3-21) id PAA26266 for linux-mips@oss.sgi.com; Sun, 16 Sep 2001 15:38:57 -0700 From: Ryan Murray Date: Sun, 16 Sep 2001 15:38:57 -0700 To: linux-mips@oss.sgi.com Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010916153857.H22750@cyberhqz.com> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010917000719.B25531@false.linpro.no>; from pere@hungry.com on Mon, Sep 17, 2001 at 12:07:19AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 17, 2001 at 12:07:19AM +0200, Petter Reinholdtsen wrote: > [Wilbern Cobb] > > This is a `feature' of the MIPS toolchain. Global and static items <=3D= n > > bytes are placed into the small data or small bss sections instead of > > the normal data or bss sections as an optimization. Excess items would > > cause these linker errors. > >=20 > > Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work > > for most purposes. >=20 > I tried -G4, -G2 and -G1 without any luck. Even with -G1 there are still I don't think -G is the problem here. The problem is that the GOT needs to be bigger than a 16 bit value. The only way to do this is to recompile everything that is going to be linked in statically (libc_noshared.a and libgcc.a included) with -Wa,-xgot This problem currently affects openh323 and mozilla, among other things. --=20 Ryan Murray, Debian Developer (rmurray@cyberhqz.com, rmurray@debian.org) The opinions expressed here are my own. --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7pSoAN2Dbz/1mRasRAld1AJ9zTGYw5aL2aw8tvcmI6Vf747N1SQCfSkld N3Mn6YLaQYsi6JEqsZ6MeYs= =ES7e -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-linux-mips@oss.sgi.com Sun Sep 16 15:50:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GMoA920370 for linux-mips-outgoing; Sun, 16 Sep 2001 15:50:10 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GMo7e20367 for ; Sun, 16 Sep 2001 15:50:07 -0700 Received: from lucon.org (lake.in.lucon.org [192.168.0.2]) by ocean.lucon.org (Postfix) with ESMTP id BCA05125C6; Sun, 16 Sep 2001 15:50:05 -0700 (PDT) Received: by lucon.org (Postfix, from userid 1000) id 8691AEBA4; Sun, 16 Sep 2001 15:50:03 -0700 (PDT) Date: Sun, 16 Sep 2001 15:50:03 -0700 From: "H . J . Lu" To: Ryan Murray Cc: linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010916155003.B1446@lucon.org> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916153857.H22750@cyberhqz.com>; from rmurray@cyberhqz.com on Sun, Sep 16, 2001 at 03:38:57PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 03:38:57PM -0700, Ryan Murray wrote: > On Mon, Sep 17, 2001 at 12:07:19AM +0200, Petter Reinholdtsen wrote: > > [Wilbern Cobb] > > > This is a `feature' of the MIPS toolchain. Global and static items <= n > > > bytes are placed into the small data or small bss sections instead of > > > the normal data or bss sections as an optimization. Excess items would > > > cause these linker errors. > > > > > > Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work > > > for most purposes. > > > > I tried -G4, -G2 and -G1 without any luck. Even with -G1 there are still > > I don't think -G is the problem here. The problem is that the GOT > needs to be bigger than a 16 bit value. The only way to do this is to > recompile everything that is going to be linked in statically > (libc_noshared.a and libgcc.a included) with -Wa,-xgot This problem > currently affects openh323 and mozilla, among other things. > I don't think mips is the only platform which has this problem. Do Alpha, PowerPC and Sparc have similar problems like that? What are the solutions for them? BTW, it sounds like the -fpic vs. -fPIC issue. H.J. From owner-linux-mips@oss.sgi.com Sun Sep 16 15:50:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8GMoLr20443 for linux-mips-outgoing; Sun, 16 Sep 2001 15:50:21 -0700 Received: from cn.csoft.net ([204.92.252.130]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8GMoGe20440 for ; Sun, 16 Sep 2001 15:50:17 -0700 Received: (qmail 6131 invoked from network); 16 Sep 2001 22:50:08 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 16 Sep 2001 22:50:08 -0000 Date: Sun, 16 Sep 2001 19:50:08 -0300 (ADT) From: Wilbern Cobb X-X-Sender: To: Petter Reinholdtsen cc: Subject: Re: linker problem: relocation truncated to fit In-Reply-To: <20010917000719.B25531@false.linpro.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, 17 Sep 2001, Petter Reinholdtsen wrote: > [Wilbern Cobb] > > This is a `feature' of the MIPS toolchain. Global and static items <= n > > bytes are placed into the small data or small bss sections instead of > > the normal data or bss sections as an optimization. Excess items would > > cause these linker errors. > > > > Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work > > for most purposes. > > I tried -G4, -G2 and -G1 without any luck. Even with -G1 there are still > more than 9300 relocation messages. (Do I need to compile all the object > files again, by the way? I've only tried to relink -- it takes 12 hours > to compile :-( )) > > Unfortunately, my problem is with is a prorietary software product > (Opera web browser), so I can not send you any source or object files. > :-( You most definately need to recompile all object files, sorry =). -vedge From owner-linux-mips@oss.sgi.com Sun Sep 16 18:14:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H1EIk22426 for linux-mips-outgoing; Sun, 16 Sep 2001 18:14:18 -0700 Received: from dea.linux-mips.net (u-10-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H1E9e22420 for ; Sun, 16 Sep 2001 18:14:10 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8H1DVQ24273; Mon, 17 Sep 2001 03:13:31 +0200 Date: Mon, 17 Sep 2001 03:13:31 +0200 From: Ralf Baechle To: Brian Cc: nick@snowman.net, linux-mips@oss.sgi.com Subject: Re: Origin 200 Message-ID: <20010917031331.H23656@dea.linux-mips.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from signal@shreve.net on Sun, Sep 16, 2001 at 10:19:22AM -0500 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 10:19:22AM -0500, Brian wrote: > Its the rackmount version..............I will search for some > benchmarks to see how this system ranks compared to some > PIII and other systems. > > Are there any graphics options available for these, or just console? > > I realize the origin is more of a "server", used for serving files > and web pages, than a workstation. What's the difference anyway. Origin 2000 with graphics option was sold as Onyx 2; the basic architecture of both is identical. SGI just never built the planned graphics option for the Origin 200 which is why the machine still comes with the keyboard and mouse connectors on the backside which I'm not even sure of if any software is supportign them at all. Ralf From owner-linux-mips@oss.sgi.com Sun Sep 16 18:52:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H1qo623048 for linux-mips-outgoing; Sun, 16 Sep 2001 18:52:50 -0700 Received: from dea.linux-mips.net (u-10-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H1qBe23045 for ; Sun, 16 Sep 2001 18:52:15 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8H1oe824438; Mon, 17 Sep 2001 03:50:40 +0200 Date: Mon, 17 Sep 2001 03:50:40 +0200 From: Ralf Baechle To: Wilbern Cobb Cc: "H . J . Lu" , Petter Reinholdtsen , linux-mips@oss.sgi.com Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917035040.A24278@dea.linux-mips.net> References: <20010916091654.C1812@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cobb@cn.csoft.net on Sun, Sep 16, 2001 at 01:29:38PM -0300 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 01:29:38PM -0300, Wilbern Cobb wrote: > This is a `feature' of the MIPS toolchain. Global and static items <= n > bytes are placed into the small data or small bss sections instead of > the normal data or bss sections as an optimization. Excess items would > cause these linker errors. > > Pass the compiler the -Gn flag (default is 8 bytes), ie. -G4 should work > for most purposes. Default is -G0 because GP optimization isn't supported with SVR4 PIC code. SVR4 code uses the $gp register as a pointer to the middle of a 64kbyte sized data segment called GOT, global offset table. A GOT overflow results in obscure error messages as you observe them. The only easy way to get around this is -Wa,-xgot and making sure that all the static objects like libgcc which can't be rebuilt easily with -Wa,-xgot get linked in first. More effort is splitting files with this problem into multiple shared libraries each below the critical size but this usually results in better code. The best solution which currently isn't supported by binutils is a multi-got code model. Ralf From owner-linux-mips@oss.sgi.com Sun Sep 16 18:55:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H1teU23138 for linux-mips-outgoing; Sun, 16 Sep 2001 18:55:40 -0700 Received: from dea.linux-mips.net (u-10-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H1tZe23135 for ; Sun, 16 Sep 2001 18:55:36 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8H1tA424458; Mon, 17 Sep 2001 03:55:10 +0200 Date: Mon, 17 Sep 2001 03:55:09 +0200 From: Ralf Baechle To: "H . J . Lu" Cc: Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917035509.B24278@dea.linux-mips.net> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916155003.B1446@lucon.org>; from hjl@lucon.org on Sun, Sep 16, 2001 at 03:50:03PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 03:50:03PM -0700, H . J . Lu wrote: > I don't think mips is the only platform which has this problem. Do > Alpha, PowerPC and Sparc have similar problems like that? What are > the solutions for them? > > BTW, it sounds like the -fpic vs. -fPIC issue. It is. Yet I wouldn't like to assign a different meaning to -fpic and -fPIC as most makefiles make little difference between these two options, so that would imply quite some overhead. Ralf From owner-linux-mips@oss.sgi.com Sun Sep 16 20:24:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H3OLr24625 for linux-mips-outgoing; Sun, 16 Sep 2001 20:24:21 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H3OCe24621; Sun, 16 Sep 2001 20:24:13 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 17 Sep 2001 03:24:12 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 23E13B463; Mon, 17 Sep 2001 12:24:09 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id MAA94151; Mon, 17 Sep 2001 12:24:04 +0900 (JST) Date: Mon, 17 Sep 2001 12:28:52 +0900 (JST) Message-Id: <20010917.122852.39150017.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: setup_frame() failure From: Atsushi Nemoto In-Reply-To: <20010914221455.A2272@dea.linux-mips.net> References: <20010913031119.B27168@dea.linux-mips.net> <20010914.111632.41627160.nemoto@toshiba-tops.co.jp> <20010914221455.A2272@dea.linux-mips.net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks for your answer. >>>>> On Fri, 14 Sep 2001 22:14:55 +0200, Ralf Baechle said: ralf> Certain I/O models use a large number of signals so we're trying ralf> hard to keep signal latency down. I agree. ralf> The current code already can guarantee proper termination in ralf> case of a stack fault, just not the shortest way. I can not believe it. There is a case we can not terminate the process: a) If we installed a signal handler for SIGTRAP, b) and a signal queued by a "trap" instruction, c) and a stack fault occured. I will show the reason (again): 1. "trap" instruction raises a exception. 2. The exception handler queues SIGTRAP(5). 3. do_signal() dequeue a signal with LOWEST number. 4. setup_frame() fails and queues SIGSEGV(11). 5. returns to user process (without compute_return_epc()). 6. again from 1. (forever) In this case, dequeue_signal() always return SIGTRAP and any signal which has a larger number than SIGTRAP never be processed, isn't it? Or am I missing something? Thank you. --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Sun Sep 16 21:19:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H4JW025372 for linux-mips-outgoing; Sun, 16 Sep 2001 21:19:32 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H4JTe25369 for ; Sun, 16 Sep 2001 21:19:29 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8H4JOH28680 for linux-mips@oss.sgi.com; Mon, 17 Sep 2001 00:19:24 -0400 Date: Mon, 17 Sep 2001 00:19:22 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: pcmcia (again) Message-ID: <20010917001922.A28670@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I've learned a bit since my question regarding PCMCIA, and haven't gotten any answers, so here's a possibly-easier-to-answer version. My architecture has ISA memory mapped at some high address (via isa_slot_offset). Turns out this isn't special; most non-x86 targets with ISA do it (PPC, MIPS). So, the problem seems to boil down to the fact that the kernel's PCMCIA drivers simply don't support this (as they assume that ISA space is absolutely addressable). Is this true, and if so, how do you guys get PCMCIA working on MIPS? Has anyone done it? -jim From owner-linux-mips@oss.sgi.com Sun Sep 16 22:23:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H5NWo26455 for linux-mips-outgoing; Sun, 16 Sep 2001 22:23:32 -0700 Received: from pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H5NQe26452 for ; Sun, 16 Sep 2001 22:23:26 -0700 Received: from pacbell.net ([63.194.214.47]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GJS00A73KAZ88@mta7.pltn13.pbi.net> for linux-mips@oss.sgi.com; Sun, 16 Sep 2001 22:23:23 -0700 (PDT) Date: Sun, 16 Sep 2001 22:22:53 -0700 From: Pete Popov Subject: Re: pcmcia (again) To: jim@jtan.com Cc: linux-mips@oss.sgi.com Reply-to: ppopov@pacbell.net Message-id: <3BA588AD.3070402@pacbell.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------080502070104090806060903 X-Accept-Language: en-us User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010816 References: <20010917001922.A28670@neurosis.mit.edu> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------080502070104090806060903 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jim Paris wrote: > I've learned a bit since my question regarding PCMCIA, and haven't > gotten any answers, so here's a possibly-easier-to-answer version. > > My architecture has ISA memory mapped at some high address (via > isa_slot_offset). Turns out this isn't special; most non-x86 targets > with ISA do it (PPC, MIPS). So, the problem seems to boil down to the > fact that the kernel's PCMCIA drivers simply don't support this (as > they assume that ISA space is absolutely addressable). > > Is this true, and if so, how do you guys get PCMCIA working on MIPS? > Has anyone done it? Yes, I did it recently for the Alchemy Au1000 eval board, the pb1000. In fact, just last week I added support for the ide-cs driver which allows you to use flash ata cards. The Au1000 pcmcia controller is part of the SOC. There are three windows with fixed addresses: one that accesses pcmcia io, another for attribute memory, and the last for common memory. If your pcmcia controller is not one of the ones that linux already supports (ie, no socket driver for it), you might encounter problems beyond just the ones you describe above. There is a small patch I got from a strongarm board which adds support for fixed memory windows controllers. I've attached that patch in case you need it (I also had to make ioaddr_t a 32 bit type). The socket driver I wrote ioremaps the pcmcia io space. I have set mips_io_port_base to 0, so now when the inl/inb/outl/outb etc macros are used, the "offset" that is passed to them is actually the ioremapped address so it's a valid address. The IO macros in the mips port take the "offset" passed to them and then add mips_io_port_base. So the sum of the two has to be a valid address. The socket driver passes the physical addresses of the attribute and common memory to the cs driver, and those addresses are then ioremapped at some point. Unfortunately the client drivers make assumptions about the pcmcia windows that are valid for the type of pcmcia controllers used in PCs and even some PPC SOCs, but they are not valid for fixed window controllers. The only client driver I was able to use without any modifications to it is the 3COM 589 ethernet card, and now the ide-cs driver. The memory-cs driver (which is not part of the kernel drivers anyway) does not work for me without modifying it. One advice, stay the hell away from Xircom cards when you're testing. Apparently there is no documentation for them (someone correct me if I'm wrong) so they work mainly (and perhaps only) on x86, since that's where they were reversed engineered. Pete --------------080502070104090806060903 Content-Type: text/plain; name="pcmcia_fixed_io.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pcmcia_fixed_io.patch" --- stock-2.4.8/drivers/pcmcia/cs.c Wed Jun 20 11:19:02 2001 +++ linux-mips-dev/drivers/pcmcia/cs.c Wed Sep 5 12:51:24 2001 @@ -788,6 +788,10 @@ *base, align); align = 0; } + if ((s->cap.features & SS_CAP_STATIC_MAP) && s->cap.io_offset) { + *base = s->cap.io_offset | (*base & 0x0fff); + return 0; + } /* Check for an already-allocated window that must conflict with what was asked for. It is a hack because it does not catch all potential conflicts, just the most obvious ones. */ --- stock-2.4.8/include/pcmcia/ss.h Fri Feb 16 16:02:37 2001 +++ linux-mips-dev/include/pcmcia/ss.h Wed Sep 5 12:25:36 2001 @@ -52,6 +52,7 @@ u_int features; u_int irq_mask; u_int map_size; + ioaddr_t io_offset; u_char pci_irq; struct pci_dev *cb_dev; struct bus_operations *bus; --------------080502070104090806060903-- From owner-linux-mips@oss.sgi.com Mon Sep 17 00:53:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H7rt329549 for linux-mips-outgoing; Mon, 17 Sep 2001 00:53:55 -0700 Received: from web14007.mail.yahoo.com (web14007.mail.yahoo.com [216.136.175.123]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H7rje29519 for ; Mon, 17 Sep 2001 00:53:45 -0700 Message-ID: <20010917075345.52314.qmail@web14007.mail.yahoo.com> Received: from [66.20.116.145] by web14007.mail.yahoo.com via HTTP; Mon, 17 Sep 2001 00:53:45 PDT Date: Mon, 17 Sep 2001 00:53:45 -0700 (PDT) From: Eugenio Diaz Subject: Re: Origin 200 To: linux-mips@oss.sgi.com Cc: linux-mips@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --- Brian wrote: > > Its the rackmount version..............I will search for some > benchmarks to see how this system ranks compared to some > PIII and other systems. > > Are there any graphics options available for these, or just console? > > I realize the origin is more of a "server", used for serving files > and web pages, than a workstation. I used to work for an SGI VAR, and we sold expensive (he, he) but SGI approved third party PCI video cards; I don't remember what manufacturer tough. I remember one particular customer (an NT shop) who was not comfortable with head-less servers, and required us to put a head on it :-) However, I think that if Linux is currently handling the PCI Bus (I think it's a 64-bit) on that architecture, you can use any PCI video card supported by Linux ... am I right? ===== ________________________ Eugenio Diaz, BSEE/BSCE Linux Engineer getnito@yahoo.com __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ From owner-linux-mips@oss.sgi.com Mon Sep 17 00:53:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8H7rlF29525 for linux-mips-outgoing; Mon, 17 Sep 2001 00:53:47 -0700 Received: from web14007.mail.yahoo.com (web14007.mail.yahoo.com [216.136.175.123]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8H7rje29518 for ; Mon, 17 Sep 2001 00:53:45 -0700 Message-ID: <20010917075345.52314.qmail@web14007.mail.yahoo.com> Received: from [66.20.116.145] by web14007.mail.yahoo.com via HTTP; Mon, 17 Sep 2001 00:53:45 PDT Date: Mon, 17 Sep 2001 00:53:45 -0700 (PDT) From: Eugenio Diaz Subject: Re: Origin 200 To: linux-mips@oss.sgi.com Cc: linux-mips@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --- Brian wrote: > > Its the rackmount version..............I will search for some > benchmarks to see how this system ranks compared to some > PIII and other systems. > > Are there any graphics options available for these, or just console? > > I realize the origin is more of a "server", used for serving files > and web pages, than a workstation. I used to work for an SGI VAR, and we sold expensive (he, he) but SGI approved third party PCI video cards; I don't remember what manufacturer tough. I remember one particular customer (an NT shop) who was not comfortable with head-less servers, and required us to put a head on it :-) However, I think that if Linux is currently handling the PCI Bus (I think it's a 64-bit) on that architecture, you can use any PCI video card supported by Linux ... am I right? ===== ________________________ Eugenio Diaz, BSEE/BSCE Linux Engineer getnito@yahoo.com __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ From owner-linux-mips@oss.sgi.com Mon Sep 17 04:44:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HBiTk02206 for linux-mips-outgoing; Mon, 17 Sep 2001 04:44:29 -0700 Received: from t111.niisi.ras.ru (IDENT:root@[193.232.173.111]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HBiLe02202 for ; Mon, 17 Sep 2001 04:44:22 -0700 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id PAA20056; Mon, 17 Sep 2001 15:42:50 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id PAA22944; Mon, 17 Sep 2001 15:42:56 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id PAA03691; Mon, 17 Sep 2001 15:20:16 +0400 (MSD) Message-ID: <3BA5DCAC.F4E8E236@niisi.msk.ru> Date: Mon, 17 Sep 2001 15:21:16 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Jun Sun CC: "linux-mips@oss.sgi.com" Subject: Re: arch/mips/pci* stuff References: <3B862487.EF22D143@niisi.msk.ru> <3B869596.CBDBC20D@mvista.com> <3B8B7ED8.D2DD9E86@niisi.msk.ru> <3B9E63A9.F2B5703C@mvista.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jun, Jun Sun wrote: > > Gleb, > > Sorry to get back to this late. I have been on a trip. > > If I understand you correctly, your major argument is that "we do scan first, > so that we can do resource assignment more easily because we have got all the > dev structures and lists". Yes. Also, "no code duplication". > > This unfortunately may not work, mainly because the PCI bridge may not be > setup properly so the scan results may be incomplete or invalid. You may control pci_scan_bridge by pcibios_assign_all_busses, just return 0 from the latter and the code in pci_scan_bridge assigns all numbers itself. > > However, I do see your point. Actually the most desirable result might be > that we do the resource assignement while we do the scan. > > I think more and more people are realizing that bus number assignment and > fixup must be done separately and done at the beginning. It is a more > complicated problem. For example, in a multi-CPU cPCI system, you don't want > to re-assign bus numbers unless you are the first CPU to boot up. Thus, pcibios_assign_all_busses should just check CPU number. > > pci_auto.c is not the ultimate solution. But the nice thing is that it solves > the broken firmware problem and yet still works with pci_scan_bus() scheme. > > My personal view is that we ultimately should do something like this: > > 1. do one pass scan for PCI bridges and do bus number assigment or fixup. > > 2. based on the above results, we should have a uniformed access to all > devices on all buses (such as read_pci_config(busno, ...)). > > 3. do another pass of pci scan to discover pci devs and assign proper > resources. You definitely can't mix device discovering and assignment of resources in one pass a on a multi-board cPCI system. While you may implement the algorithm above, I think it isn't necessary. Between my previous mail and your reply, I just implemented pcibios_ calls for a mips board that has 2 PCI busses with a PCI bridge between. Yes, BIOS doesn't initialize PCI properly. What I had to do is just call pci_scan_bus, pci_assign_unassigned_resources, and provide callbacks for - pcibios_fixup_bus (sets bus->resource[] to board private resources describing PCI spaces for root bus and to corresponding bridge resources for child bus. For the latter case, I had to inherit values from parent bus also.) - pcibios_update_resource (just write supplied value to the configuration register) - pcibios_fixup_pbus_ranges (convert addresses on the system bus to addresses on PCI bus) I also implemented registration of resources in the global resource tree, but it's not necessary. The only problem I observed is that PCI code treats 0 as invalid address. It's bad but non-fatal. > > BTW, I think your pcibios_assign_resources(bus) function may have already been > implemented in the current pci code. See pbus_assign_resources(). Those > functions are relatively new. I have not got time to fully digest them yet. I had. Basically, pci_assign_unassigned_resources will do the job if pcibios_fixup_bus will provide places for bus->resources. Regards, Gleb. From owner-linux-mips@oss.sgi.com Mon Sep 17 09:10:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HGAQZ07555 for linux-mips-outgoing; Mon, 17 Sep 2001 09:10:26 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HGANe07551 for ; Mon, 17 Sep 2001 09:10:24 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id E7A6C18C for ; Mon, 17 Sep 2001 12:10:15 -0400 (EDT) Date: Mon, 17 Sep 2001 12:10:13 -0400 (EDT) From: George Gensure To: Subject: openssh probs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Has anyone had any success running openssh on an Indy r5000? Currently running 2.4.8 #4, and the error I get when running ssh is "Disconnecting: Corrupted MAC on input." George -- George R. Gensure Computer Science House Member werkt@csh.rit.edu Sophomore, Rochester Institute of Technology Computer Science Major From owner-linux-mips@oss.sgi.com Mon Sep 17 09:15:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HGFb707708 for linux-mips-outgoing; Mon, 17 Sep 2001 09:15:37 -0700 Received: from fenris.scrooge.dk (213.237.12.36.adsl.ynoe.worldonline.dk [213.237.12.36]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HGFZe07705 for ; Mon, 17 Sep 2001 09:15:35 -0700 Received: from athlon-800 (athlon-pc [10.0.0.2]) by fenris.scrooge.dk (8.11.5/8.8.7) with ESMTP id f8HGGSm21525; Mon, 17 Sep 2001 18:16:28 +0200 From: "Soeren Laursen" To: , George Gensure Date: Mon, 17 Sep 2001 18:16:34 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: openssh probs Reply-to: soeren.laursen@scrooge.dk Message-ID: <3BA63E02.20088.2100546@localhost> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Has anyone had any success running openssh on an Indy r5000? Currently > running 2.4.8 #4, and the error I get when running ssh is "Disconnecting: > Corrupted MAC on input." Yep, upgraded to openssh 2.x and the vanished. I guess it was an implementation error because I got it as well on i386 running openssh 1.x. It depended on the client software as well. Other systems running openssh could connect. Client from www.ssh.com could not connect. Best regards, Soeren, From owner-linux-mips@oss.sgi.com Mon Sep 17 09:21:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HGL2X07830 for linux-mips-outgoing; Mon, 17 Sep 2001 09:21:02 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HGL0e07826 for ; Mon, 17 Sep 2001 09:21:00 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id 0BB37E6; Mon, 17 Sep 2001 12:20:57 -0400 (EDT) Date: Mon, 17 Sep 2001 12:20:54 -0400 (EDT) From: George Gensure To: Soeren Laursen Cc: Subject: Re: openssh probs In-Reply-To: <3BA63E02.20088.2100546@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Yeah, should've mentioned the version. I'm already running 2.9p2. The ssh server I'm testing on, I KNOW works. I connect to it from my i686 box all the time. I looked at the packet dump, and it doesn't look like the MAC is getting sent correctly. I wasn't able to find the string anywhere in there (assuming it gets sent unencrypted, of course). George On Mon, 17 Sep 2001, Soeren Laursen wrote: > > Has anyone had any success running openssh on an Indy r5000? Currently > > running 2.4.8 #4, and the error I get when running ssh is "Disconnecting: > > Corrupted MAC on input." > Yep, upgraded to openssh 2.x and the vanished. > > I guess it was an implementation error because I got it as well on > i386 running openssh 1.x. > > It depended on the client software as well. Other systems running > openssh could connect. Client from www.ssh.com could not > connect. > > Best regards, > > Soeren, > -- George R. Gensure Computer Science House Member werkt@csh.rit.edu Sophomore, Rochester Institute of Technology Computer Science Major From owner-linux-mips@oss.sgi.com Mon Sep 17 09:31:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HGVMk07991 for linux-mips-outgoing; Mon, 17 Sep 2001 09:31:22 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HGVHe07988 for ; Mon, 17 Sep 2001 09:31:17 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8HGV6200503; Mon, 17 Sep 2001 12:31:06 -0400 Date: Mon, 17 Sep 2001 12:31:06 -0400 From: Jim Paris To: Pete Popov Cc: linux-mips@oss.sgi.com Subject: Re: pcmcia (again) Message-ID: <20010917123106.A396@neurosis.mit.edu> Reply-To: jim@jtan.com References: <20010917001922.A28670@neurosis.mit.edu> <3BA588AD.3070402@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA588AD.3070402@pacbell.net>; from ppopov@pacbell.net on Sun, Sep 16, 2001 at 10:22:53PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks for your reply. > If your pcmcia > controller is not one of the ones that linux already supports (ie, > no socket driver for it), you might encounter problems beyond just > the ones you describe above. My PCMCIA controller is an i82365-compatible VG-469. The driver for that works; there are some linux-vr specific modifications to it that allow it to work with remapped interrupts. The I/O port mapping also seems to work fine, as the controller is detected and it has no trouble seeing when cards are inserted. The problem comes in with cs.c; it doesn't seem to know about the ISA memory remapping: cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 initializing socket 0 cs: memory probe 0x0d0000-0x0dffff: excluding 0xd0000-0xdffff cs: memory probe 0x0c0000-0x0cffff: excluding 0xc0000-0xcffff cs: unable to map card memory! cs: unable to map card memory! initializing socket 1 cs: unable to map card memory! cs: unable to map card memory! And, from my inspection of the code, this seems to be caused by the fact that it assumes that if it's ISA, the memory is mapped to absolute address 0; rsrc_mgr.c excludes those memory regions and fails to find available ISA memory space because the kernel already has 0x000000-0xffffff allocated to system RAM. Am I misunderstanding something here? Is there some simple way to get the PCMCIA driver to use isa_slot_offset when checking and requesting memory regions? I tried adding that offset to the check_mem_resource, request_mem_region, and release_mem_region calls, and changing all of the readx/writex() calls to isa_readx/isa_writex(), but things still don't work right. thanks, -jim From owner-linux-mips@oss.sgi.com Mon Sep 17 09:38:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HGca408116 for linux-mips-outgoing; Mon, 17 Sep 2001 09:38:36 -0700 Received: from fenris.scrooge.dk (213.237.12.36.adsl.ynoe.worldonline.dk [213.237.12.36]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HGcWe08113 for ; Mon, 17 Sep 2001 09:38:32 -0700 Received: from athlon-800 (athlon-pc [10.0.0.2]) by fenris.scrooge.dk (8.11.5/8.8.7) with ESMTP id f8HGdOm22913; Mon, 17 Sep 2001 18:39:24 +0200 From: "Soeren Laursen" To: George Gensure Date: Mon, 17 Sep 2001 18:39:30 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: openssh probs Reply-to: soeren.laursen@scrooge.dk CC: Message-ID: <3BA64362.29627.225041C@localhost> References: <3BA63E02.20088.2100546@localhost> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by oss.sgi.com id f8HGcXe08114 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Yeah, should've mentioned the version. I'm already running 2.9p2. The > ssh server I'm testing on, I KNOW works. I connect to it from my i686 box > all the time. I looked at the packet dump, and it doesn't look like the > MAC is getting sent correctly. I wasn't able to find the string anywhere > in there (assuming it gets sent unencrypted, of course). Running OpenSSH_2.9p2, SSH protocols 1.5/2.0, On a: cpu : MIPS cpu model : R4000SC V5.0 system type : SGI Indy BogoMIPS : 74.75 byteorder : big endian unaligned accesses : 0 wait instruction : no microsecond timers : yes extra interrupt vector : no hardware watchpoint : yes VCED exceptions : 27900 VCEI exceptions : 135012 It is a 2.4.3 kernel. Nothing special running on it. Just installed a upgrade 2.9p6 OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f And it work just as great as the first version. Best regards, Sren, From owner-linux-mips@oss.sgi.com Mon Sep 17 10:05:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HH59c08518 for linux-mips-outgoing; Mon, 17 Sep 2001 10:05:09 -0700 Received: from dea.linux-mips.net (u-68-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.68]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HH50e08515 for ; Mon, 17 Sep 2001 10:05:01 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8HE1qX27118; Mon, 17 Sep 2001 16:01:52 +0200 Date: Mon, 17 Sep 2001 16:01:52 +0200 From: Ralf Baechle To: Eugenio Diaz Cc: linux-mips@oss.sgi.com Subject: Re: Origin 200 Message-ID: <20010917160152.C26631@dea.linux-mips.net> References: <20010917075345.52314.qmail@web14007.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010917075345.52314.qmail@web14007.mail.yahoo.com>; from getnito@yahoo.com on Mon, Sep 17, 2001 at 12:53:45AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 12:53:45AM -0700, Eugenio Diaz wrote: > > Its the rackmount version..............I will search for some > > benchmarks to see how this system ranks compared to some > > PIII and other systems. > > > > Are there any graphics options available for these, or just console? > > > > I realize the origin is more of a "server", used for serving files > > and web pages, than a workstation. > > I used to work for an SGI VAR, and we sold expensive (he, he) but SGI approved > third party PCI video cards; I don't remember what manufacturer tough. I > remember one particular customer (an NT shop) who was not comfortable with > head-less servers, and required us to put a head on it :-) Head-less users ;-) With the firmware not supporting video that is just a halfbreed headless system anyway ... > However, I think that if Linux is currently handling the PCI Bus (I think it's > a 64-bit) on that architecture, you can use any PCI video card supported by > Linux ... am I right? Yes. In theory. The usual problem with video card initialization through the BIOS applies. Aside of this PCI video cards should work fine. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 17 11:48:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HImoY10184 for linux-mips-outgoing; Mon, 17 Sep 2001 11:48:50 -0700 Received: from tnint06.telogy.com (tnint06.telogy.com [209.116.120.7] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HImVe10179 for ; Mon, 17 Sep 2001 11:48:32 -0700 Received: by tnint06.telogy.design.ti.com with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Sep 2001 14:48:03 -0400 Received: from telogy.com (reddwarf.telogy.design.ti.com [158.218.105.148]) by tnint06.telogy.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TCQ4SXX1; Mon, 17 Sep 2001 14:48:00 -0400 From: Jeff Harrell To: linux-mips@oss.sgi.com Message-ID: <3BA66163.392CA619@telogy.com> Date: Mon, 17 Sep 2001 14:47:31 -0600 Organization: Telogy X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-12 i686) X-Accept-Language: en MIME-Version: 1.0 Subject: Question concerning the serial console Content-Type: multipart/alternative; boundary="------------BB5DD87EDD42889B966ECCB2" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --------------BB5DD87EDD42889B966ECCB2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have recently ported 2.4.2 version of the Linux kernel to a development board that I am working on. I have built a HHL2.0 version of the filesystem for userland apps. I am getting output on the serial console but when I get to a login prompt it is not handling any keyboard input. I have included my /dev/console node, inittab and a snippet from the xxx_setup.c for the board that I am running. I thought this was all that was required. Any help in this area would be greatly appreciated. Jeff ------------------------------------------------ /dev/console crw-r--r-- 1 root tty 5, 1 Sep 17 12:47 console ---------8<------ /etc/initab --------8<------------- # /etc/inittab: init(8) configuration. # $Id: inittab,v 1.8 1998/05/10 10:37:50 miquels Exp $ # The default runlevel. id:2:initdefault: # Boot-time system configuration/initialization script. # This is run first except when booting in emergency (-b) mode. si::sysinit:/etc/init.d/rcS # What to do in single-user mode. ~~:S:wait:/sbin/sulogin # /etc/init.d executes the S and K scripts upon change # of runlevel. # # Runlevel 0 is halt. # Runlevel 1 is single-user. # Runlevels 2-5 are multi-user. # Runlevel 6 is reboot. l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # Normally not reached, but fallthrough in case of emergency. z6:6:respawn:/sbin/sulogin # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now # Action on special keypress (ALT-UpArrow). kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work." # What to do when the power fails/returns. pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # This line provides a nice out-of-box experience. For regular use, you # should replace it with the proper getty lines below. con:2345:respawn:/sbin/getty console # /sbin/getty invocations for the runlevels. # # The "id" field MUST be the same as the last # characters of the device (after "tty"). # # Format: # ::: #1:2345:respawn:/sbin/getty 38400 tty1 #2:23:respawn:/sbin/getty 38400 tty2 #3:23:respawn:/sbin/getty 38400 tty3 #4:23:respawn:/sbin/getty 38400 tty4 #5:23:respawn:/sbin/getty 38400 tty5 #6:23:respawn:/sbin/getty 38400 tty6 # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 ------8<---------------8<--------------- snippet from my xxx_setup.c code.... #ifdef CONFIG_SERIAL_CONSOLE argptr = prom_getcmdline(); if ((argptr = strstr(argptr, "console=ttyS0")) == NULL) { int i = 0; char *s = prom_getenv("modetty0"); while(s[i] >= '0' && s[i] <= '9') i++; strcpy(serial_console, "ttyS0,"); strncpy(serial_console + 6, s, i); prom_printf("Config serial console: %s\n", serial_console); // console_setup(serial_console, NULL); console_setup(serial_console); } #endif -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ \ Jeff Harrell (jharrell@telogy.com) \ \ Telogy Networks \ \ Broadband Access Group \ \ \ \ Work: (301) 515-6537 \ \ Fax: (301) 515-6637 \ \~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --------------BB5DD87EDD42889B966ECCB2 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I have recently ported 2.4.2 version of the Linux kernel to a development
board that I am working on.  I have built a HHL2.0 version of the filesystem
for userland apps.  I am getting output on the serial console but when I get
to a login prompt it is not handling any keyboard input.   I have included my
/dev/console node, inittab and a snippet from the xxx_setup.c for the board
that I am running.  I thought this was all that was required.  Any help in this
area would be greatly appreciated.

Jeff

------------------------------------------------

/dev/console
crw-r--r--    1 root     tty        5,   1 Sep 17 12:47 console

---------8<------ /etc/initab --------8<-------------
# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.8 1998/05/10 10:37:50 miquels Exp $
 
# The default runlevel.
id:2:initdefault:
 
# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS
 
# What to do in single-user mode.
~~:S:wait:/sbin/sulogin
 
# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.
 
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin
 
# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
 
# Action on special keypress (ALT-UpArrow).
kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."
 
# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop
 
# This line provides a nice out-of-box experience.  For regular use, you
# should replace it with the proper getty lines below.
 
con:2345:respawn:/sbin/getty console
 
# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6
 
# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
 
# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

------8<---------------8<---------------

snippet from my xxx_setup.c code....

#ifdef CONFIG_SERIAL_CONSOLE
 argptr = prom_getcmdline();
 if ((argptr = strstr(argptr, "console=ttyS0")) == NULL) {
  int i = 0;
  char *s = prom_getenv("modetty0");
  while(s[i] >= '0' && s[i] <= '9')
   i++;
  strcpy(serial_console, "ttyS0,");
  strncpy(serial_console + 6, s, i);
  prom_printf("Config serial console: %s\n", serial_console);
                //  console_setup(serial_console, NULL);
                console_setup(serial_console);
 }
#endif
 
 
  

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
\ Jeff Harrell  (jharrell@telogy.com)               \
\ Telogy Networks                                   \
\ Broadband Access Group                            \
\                                                   \
\ Work: (301) 515-6537                              \
\ Fax:  (301) 515-6637                              \
\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  --------------BB5DD87EDD42889B966ECCB2-- From owner-linux-mips@oss.sgi.com Mon Sep 17 15:40:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMeRm15029 for linux-mips-outgoing; Mon, 17 Sep 2001 15:40:27 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMeNe15026; Mon, 17 Sep 2001 15:40:24 -0700 Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA16136; Mon, 17 Sep 2001 15:40:02 -0700 (PDT) Received: (from rth@localhost) by dot.cygnus.com (8.11.0/8.11.0) id f8HMe2V30440; Mon, 17 Sep 2001 15:40:02 -0700 X-Authentication-Warning: dot.cygnus.com: rth set sender to rth@redhat.com using -f Date: Mon, 17 Sep 2001 15:40:01 -0700 From: Richard Henderson To: Ralf Baechle Cc: "H . J . Lu" , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917154001.D30386@redhat.com> Mail-Followup-To: Richard Henderson , Ralf Baechle , "H . J . Lu" , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917035509.B24278@dea.linux-mips.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010917035509.B24278@dea.linux-mips.net>; from ralf@oss.sgi.com on Mon, Sep 17, 2001 at 03:55:09AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:55:09AM +0200, Ralf Baechle wrote: > It is. Yet I wouldn't like to assign a different meaning to -fpic and > -fPIC as most makefiles make little difference between these two options, > so that would imply quite some overhead. There is already such a difference. Sparc uses 13-bit GOT offsets with -fpic and 32-bit offsets with -fPIC. I'm considering changes to Alpha to use a 16/32 split for pic/PIC. r~ From owner-linux-mips@oss.sgi.com Mon Sep 17 15:45:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMjsT15256 for linux-mips-outgoing; Mon, 17 Sep 2001 15:45:54 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMjne15253 for ; Mon, 17 Sep 2001 15:45:49 -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 f8HMmhA02959; Mon, 17 Sep 2001 15:48:43 -0700 Message-ID: <3BA67B2D.604D95E5@mvista.com> Date: Mon, 17 Sep 2001 15:37:33 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Gleb O. Raiko" CC: "linux-mips@oss.sgi.com" Subject: Re: arch/mips/pci* stuff References: <3B862487.EF22D143@niisi.msk.ru> <3B869596.CBDBC20D@mvista.com> <3B8B7ED8.D2DD9E86@niisi.msk.ru> <3B9E63A9.F2B5703C@mvista.com> <3BA5DCAC.F4E8E236@niisi.msk.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "Gleb O. Raiko" wrote: > > Jun, > > Jun Sun wrote: > > > > Gleb, > > > > Sorry to get back to this late. I have been on a trip. > > > > If I understand you correctly, your major argument is that "we do scan first, > > so that we can do resource assignment more easily because we have got all the > > dev structures and lists". > > Yes. Also, "no code duplication". Well, "code duplication" sometimes is not too bad when you avoid "code bloating". :-) > You may control pci_scan_bridge by pcibios_assign_all_busses, just > return 0 from the latter and the code in pci_scan_bridge assigns all > numbers itself. Do you mean that we call pci_scan_brige first before scaning other devices? > >> > pci_auto.c is not the ultimate solution. But the nice thing is that it solves > > the broken firmware problem and yet still works with pci_scan_bus() scheme. > > > > My personal view is that we ultimately should do something like this: > > > > 1. do one pass scan for PCI bridges and do bus number assigment or fixup. > > > > 2. based on the above results, we should have a uniformed access to all > > devices on all buses (such as read_pci_config(busno, ...)). > > > > 3. do another pass of pci scan to discover pci devs and assign proper > > resources. > > You definitely can't mix device discovering and assignment of resources > in one pass a on a multi-board cPCI system. > I have not given enough thought on 3), but it is certainly desirable. > While you may implement the algorithm above, I think it isn't necessary. > Between my previous mail and your reply, I just implemented pcibios_ > calls for a mips board that has 2 PCI busses with a PCI bridge between. > Yes, BIOS doesn't initialize PCI properly. > > What I had to do is just call pci_scan_bus, > pci_assign_unassigned_resources, and provide callbacks for > Like I said before, this is the old style of doing things. There are many drawbacks in this approach. Among them, one is to require lots of knowledge about PCI and how the following hookup functions are called. Not every porting engineer is willing to dive into that. There are some other problems too. > - pcibios_fixup_bus (sets bus->resource[] to board private resources > describing PCI spaces for root bus and to corresponding bridge resources > for child bus. For the latter case, I had to inherit values from parent > bus also.) > > - pcibios_update_resource (just write supplied value to the > configuration register) > > - pcibios_fixup_pbus_ranges (convert addresses on the system bus to > addresses on PCI bus) > > I also implemented registration of resources in the global resource > tree, but it's not necessary. > > The only problem I observed is that PCI code treats 0 as invalid > address. It's bad but non-fatal. > Jun From owner-linux-mips@oss.sgi.com Mon Sep 17 15:48:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMm3q15396 for linux-mips-outgoing; Mon, 17 Sep 2001 15:48:03 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMm1e15345 for ; Mon, 17 Sep 2001 15:48:01 -0700 Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA16952; Mon, 17 Sep 2001 15:47:54 -0700 (PDT) Received: (from rth@localhost) by dot.cygnus.com (8.11.0/8.11.0) id f8HMlsT30446; Mon, 17 Sep 2001 15:47:54 -0700 X-Authentication-Warning: dot.cygnus.com: rth set sender to rth@redhat.com using -f Date: Mon, 17 Sep 2001 15:47:54 -0700 From: Richard Henderson To: "H . J . Lu" Cc: Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917154754.E30386@redhat.com> Mail-Followup-To: Richard Henderson , "H . J . Lu" , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916155003.B1446@lucon.org>; from hjl@lucon.org on Sun, Sep 16, 2001 at 03:50:03PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 03:50:03PM -0700, H . J . Lu wrote: > I don't think mips is the only platform which has this problem. Do > Alpha, PowerPC and Sparc have similar problems like that? What are > the solutions for them? Alpha has a complicated scheme by which every input object file may be assigned to a different GOT, each of which is limited to 64k. The other reason this works is that variables assigned to .sdata/.sbss are _not_ treated differently wrt code generation. Instead, this is optimized via linker relaxation. IA-64 will overflow its small data area at 22 bits. PowerPC and Sparc do not use .sdata/.sbss. r~ From owner-linux-mips@oss.sgi.com Mon Sep 17 15:52:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMqbx15523 for linux-mips-outgoing; Mon, 17 Sep 2001 15:52:37 -0700 Received: from sunsite.ms.mff.cuni.cz (sunsite.ms.mff.cuni.cz [195.113.19.66]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMqae15520 for ; Mon, 17 Sep 2001 15:52:36 -0700 Received: (from jj@localhost) by sunsite.ms.mff.cuni.cz (8.9.3/8.9.3) id AAA04641; Tue, 18 Sep 2001 00:56:01 +0200 Date: Tue, 18 Sep 2001 00:56:01 +0200 From: Jakub Jelinek To: Richard Henderson , "H . J . Lu" , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010918005601.F2189@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917154754.E30386@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20010917154754.E30386@redhat.com>; from Richard Henderson on Mon, Sep 17, 2001 at 03:47:54PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:47:54PM -0700, Richard Henderson wrote: > PowerPC and Sparc do not use .sdata/.sbss. Minor correction: PowerPC uses .sdata/.sbss, Sparc does not. Jakub From owner-linux-mips@oss.sgi.com Mon Sep 17 15:53:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMrVd15591 for linux-mips-outgoing; Mon, 17 Sep 2001 15:53:31 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMrRe15588; Mon, 17 Sep 2001 15:53:27 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 1A59C125C6; Mon, 17 Sep 2001 15:53:26 -0700 (PDT) Date: Mon, 17 Sep 2001 15:53:25 -0700 From: "H . J . Lu" To: Richard Henderson Cc: Ralf Baechle , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917155325.A25017@lucon.org> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917035509.B24278@dea.linux-mips.net> <20010917154001.D30386@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010917154001.D30386@redhat.com>; from rth@redhat.com on Mon, Sep 17, 2001 at 03:40:01PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:40:01PM -0700, Richard Henderson wrote: > On Mon, Sep 17, 2001 at 03:55:09AM +0200, Ralf Baechle wrote: > > It is. Yet I wouldn't like to assign a different meaning to -fpic and > > -fPIC as most makefiles make little difference between these two options, > > so that would imply quite some overhead. > > There is already such a difference. Sparc uses 13-bit GOT offsets > with -fpic and 32-bit offsets with -fPIC. I'm considering changes > to Alpha to use a 16/32 split for pic/PIC. Can you mix object files compiled with -fPIC/-fpic on Sparc/Alpha? H.J. From owner-linux-mips@oss.sgi.com Mon Sep 17 15:56:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMufC15700 for linux-mips-outgoing; Mon, 17 Sep 2001 15:56:41 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMuce15697; Mon, 17 Sep 2001 15:56:38 -0700 Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA18185; Mon, 17 Sep 2001 15:56:16 -0700 (PDT) Received: (from rth@localhost) by dot.cygnus.com (8.11.0/8.11.0) id f8HMuG230464; Mon, 17 Sep 2001 15:56:16 -0700 X-Authentication-Warning: dot.cygnus.com: rth set sender to rth@redhat.com using -f Date: Mon, 17 Sep 2001 15:56:16 -0700 From: Richard Henderson To: "H . J . Lu" Cc: Ralf Baechle , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917155616.H30386@redhat.com> Mail-Followup-To: Richard Henderson , "H . J . Lu" , Ralf Baechle , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917035509.B24278@dea.linux-mips.net> <20010917154001.D30386@redhat.com> <20010917155325.A25017@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010917155325.A25017@lucon.org>; from hjl@lucon.org on Mon, Sep 17, 2001 at 03:53:25PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:53:25PM -0700, H . J . Lu wrote: > Can you mix object files compiled with -fPIC/-fpic on Sparc/Alpha? Yes, but of course the total GOT/small data area is constrained by the size allowed by -fpic. r~ From owner-linux-mips@oss.sgi.com Mon Sep 17 15:57:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HMvXS15764 for linux-mips-outgoing; Mon, 17 Sep 2001 15:57:33 -0700 Received: from sunsite.ms.mff.cuni.cz (sunsite.ms.mff.cuni.cz [195.113.19.66]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HMvTe15761; Mon, 17 Sep 2001 15:57:30 -0700 Received: (from jj@localhost) by sunsite.ms.mff.cuni.cz (8.9.3/8.9.3) id BAA04809; Tue, 18 Sep 2001 01:01:07 +0200 Date: Tue, 18 Sep 2001 01:01:07 +0200 From: Jakub Jelinek To: "H . J . Lu" Cc: Richard Henderson , Ralf Baechle , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010918010107.G2189@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917035509.B24278@dea.linux-mips.net> <20010917154001.D30386@redhat.com> <20010917155325.A25017@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20010917155325.A25017@lucon.org>; from H . J . Lu on Mon, Sep 17, 2001 at 03:53:25PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:53:25PM -0700, H . J . Lu wrote: > Can you mix object files compiled with -fPIC/-fpic on Sparc/Alpha? At least on the Sparc, you can mix them as you want, if you don't overflow the signed 13bit relocs in -fpic objects. The linker will tell you... Jakub From owner-linux-mips@oss.sgi.com Mon Sep 17 16:06:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8HN6XY16003 for linux-mips-outgoing; Mon, 17 Sep 2001 16:06:33 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8HN6Te16000; Mon, 17 Sep 2001 16:06:29 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id 08467125C6; Mon, 17 Sep 2001 16:06:29 -0700 (PDT) Date: Mon, 17 Sep 2001 16:06:28 -0700 From: "H . J . Lu" To: Richard Henderson Cc: Ralf Baechle , Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917160628.B25204@lucon.org> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917035509.B24278@dea.linux-mips.net> <20010917154001.D30386@redhat.com> <20010917155325.A25017@lucon.org> <20010917155616.H30386@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010917155616.H30386@redhat.com>; from rth@redhat.com on Mon, Sep 17, 2001 at 03:56:16PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Sep 17, 2001 at 03:56:16PM -0700, Richard Henderson wrote: > On Mon, Sep 17, 2001 at 03:53:25PM -0700, H . J . Lu wrote: > > Can you mix object files compiled with -fPIC/-fpic on Sparc/Alpha? > > Yes, but of course the total GOT/small data area is constrained > by the size allowed by -fpic. It doesn't help much if you do need -fPIC on some Qt code. Since I don't use Qt on mips, I will let others work on it. H.J. From owner-linux-mips@oss.sgi.com Mon Sep 17 20:47:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I3lMh20791 for linux-mips-outgoing; Mon, 17 Sep 2001 20:47:22 -0700 Received: from groucho.maths.monash.edu.au (groucho.maths.monash.edu.au [130.194.160.211]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I3lKe20788 for ; Mon, 17 Sep 2001 20:47:20 -0700 Received: (from rjh@localhost) by groucho.maths.monash.edu.au (8.8.8/8.8.8) id DAA01979 for linux-mips@oss.sgi.com; Tue, 18 Sep 2001 03:47:16 GMT From: Robin Humble Message-Id: <200109180347.DAA01979@groucho.maths.monash.edu.au> Subject: Re: openssh probs To: linux-mips@oss.sgi.com Date: Tue, 18 Sep 2001 13:47:16 +1000 (EST) In-Reply-To: from "George Gensure" at Sep 17, 2001 12:20:54 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >Yeah, should've mentioned the version. I'm already running 2.9p2. The It's an endian build problem in the openssl library. Are you running the H. J. Lu RH7.1 distro? If so then this was a week or so ago and the updated rpm and srpm on the site now work fine on my R4600 Indy. If you want to recompile the openssl library yourself then find the L_ENDIAN in the Configure file entry for linux-mips, change it to B_ENDIAN and rebuild. cheers, robin From owner-linux-mips@oss.sgi.com Mon Sep 17 21:01:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I41Yx21050 for linux-mips-outgoing; Mon, 17 Sep 2001 21:01:34 -0700 Received: from pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I41Te21047 for ; Mon, 17 Sep 2001 21:01:29 -0700 Received: from pacbell.net ([63.194.214.47]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GJU00EAHB6G0P@mta7.pltn13.pbi.net> for linux-mips@oss.sgi.com; Mon, 17 Sep 2001 21:01:29 -0700 (PDT) Date: Mon, 17 Sep 2001 21:00:58 -0700 From: Pete Popov Subject: Re: pcmcia (again) To: jim@jtan.com Cc: linux-mips@oss.sgi.com Reply-to: ppopov@pacbell.net Message-id: <3BA6C6FA.7070309@pacbell.net> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010816 References: <20010917001922.A28670@neurosis.mit.edu> <3BA588AD.3070402@pacbell.net> <20010917123106.A396@neurosis.mit.edu> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jim Paris wrote: > Thanks for your reply. > > >>If your pcmcia >>controller is not one of the ones that linux already supports (ie, >>no socket driver for it), you might encounter problems beyond just >>the ones you describe above. >> > > My PCMCIA controller is an i82365-compatible VG-469. The driver for > that works; there are some linux-vr specific modifications to it that > allow it to work with remapped interrupts. > > The I/O port mapping also seems to work fine, as the controller is > detected and it has no trouble seeing when cards are inserted. > > The problem comes in with cs.c; it doesn't seem to know about the > ISA memory remapping: > > cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 > initializing socket 0 > cs: memory probe 0x0d0000-0x0dffff: excluding 0xd0000-0xdffff > cs: memory probe 0x0c0000-0x0cffff: excluding 0xc0000-0xcffff > cs: unable to map card memory! > cs: unable to map card memory! > initializing socket 1 > cs: unable to map card memory! > cs: unable to map card memory! > > And, from my inspection of the code, this seems to be caused by the > fact that it assumes that if it's ISA, the memory is mapped to > absolute address 0; rsrc_mgr.c excludes those memory regions and fails > to find available ISA memory space because the kernel already has > 0x000000-0xffffff allocated to system RAM. > > Am I misunderstanding something here? Is there some simple way to get > the PCMCIA driver to use isa_slot_offset when checking and > requesting memory regions? I tried adding that offset to the > check_mem_resource, request_mem_region, and release_mem_region calls, > and changing all of the readx/writex() calls to isa_readx/isa_writex(), > but things still don't work right. Are ioport_resource.{start,end} and iomem_resource.{start,end} set correctly? Perhaps you haven't set those up and the requests are failing. Pete From owner-linux-mips@oss.sgi.com Mon Sep 17 23:48:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I6mLG23236 for linux-mips-outgoing; Mon, 17 Sep 2001 23:48:21 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I6mIe23233 for ; Mon, 17 Sep 2001 23:48:18 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8I6mFO06547; Tue, 18 Sep 2001 02:48:15 -0400 Date: Tue, 18 Sep 2001 02:48:15 -0400 From: Jim Paris To: Pete Popov Cc: linux-mips@oss.sgi.com Subject: Re: pcmcia (again) Message-ID: <20010918024814.A6517@neurosis.mit.edu> Reply-To: jim@jtan.com References: <20010917001922.A28670@neurosis.mit.edu> <3BA588AD.3070402@pacbell.net> <20010917123106.A396@neurosis.mit.edu> <3BA6C6FA.7070309@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA6C6FA.7070309@pacbell.net>; from ppopov@pacbell.net on Mon, Sep 17, 2001 at 09:00:58PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > Am I misunderstanding something here? Is there some simple way to get > > the PCMCIA driver to use isa_slot_offset when checking and > > requesting memory regions? I tried adding that offset to the > > check_mem_resource, request_mem_region, and release_mem_region calls, > > and changing all of the readx/writex() calls to isa_readx/isa_writex(), > > but things still don't work right. .. Success!! The main problem was that I had subtly broken the ioremap function while trying to update the linux-vr tree to 2.4.5ish. Doh! A second problem is that the pcmcia drivers needed to add isa_slot_offset when calling {check,request,release}_mem_region -- but the readx/writex calls do _not_ need this offset added. (So this must be handled by the ioremap. I still don't fully understand when or where this remapping is done, but I know it's happening.) And it works! This means that I now have a working 2.4.5 kernel on my Mobilon Tripad (aka Vadem Clio) with a functional compact flash and wireless ethernet card. I'm quite happy. Now I just need to build some binaries. Pete, thanks for your help; it pointed me in the right direction. -jim From owner-linux-mips@oss.sgi.com Tue Sep 18 00:07:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I77Js23700 for linux-mips-outgoing; Tue, 18 Sep 2001 00:07:19 -0700 Received: from pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I77Fe23689 for ; Tue, 18 Sep 2001 00:07:15 -0700 Received: from pacbell.net ([63.194.214.47]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GJU00M4XJS2PX@mta7.pltn13.pbi.net> for linux-mips@oss.sgi.com; Tue, 18 Sep 2001 00:07:15 -0700 (PDT) Date: Tue, 18 Sep 2001 00:06:44 -0700 From: Pete Popov Subject: Re: pcmcia (again) To: jim@jtan.com Cc: linux-mips@oss.sgi.com Reply-to: ppopov@pacbell.net Message-id: <3BA6F284.50506@pacbell.net> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010816 References: <20010917001922.A28670@neurosis.mit.edu> <3BA588AD.3070402@pacbell.net> <20010917123106.A396@neurosis.mit.edu> <3BA6C6FA.7070309@pacbell.net> <20010918024814.A6517@neurosis.mit.edu> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jim Paris wrote: >>>Am I misunderstanding something here? Is there some simple way to get >>>the PCMCIA driver to use isa_slot_offset when checking and >>>requesting memory regions? I tried adding that offset to the >>>check_mem_resource, request_mem_region, and release_mem_region calls, >>>and changing all of the readx/writex() calls to isa_readx/isa_writex(), >>>but things still don't work right. >>> > > .. > > Success!! > > The main problem was that I had subtly broken the ioremap function > while trying to update the linux-vr tree to 2.4.5ish. Doh! > > A second problem is that the pcmcia drivers needed to add > isa_slot_offset when calling {check,request,release}_mem_region > -- but the readx/writex calls do _not_ need this offset added. > (So this must be handled by the ioremap. I still don't fully > understand when or where this remapping is done, but I know it's > happening.) > > And it works! > > This means that I now have a working 2.4.5 kernel on my Mobilon Tripad > (aka Vadem Clio) with a functional compact flash and wireless ethernet > card. I'm quite happy. Now I just need to build some binaries. > > Pete, thanks for your help; it pointed me in the right direction. > Good to hear that you found the problems. If your patch to use isa_slot_offset doesn't get accepted, you might want to try to figure out if there's any way to limit your changes to your board's specific files. That way you won't have to carry patches around from one kernel version to another. I think this is now the second mips board with pcmcia support. BTW, I have a LE ramdisk which runs linuxrc, loads pcmcia drivers, starts cardmgr, and exits. The kernel then mounts the real root fs which is /dev/hda1 in my case (pcmcia ata card). Let me know if you need it. Pete From owner-linux-mips@oss.sgi.com Tue Sep 18 00:45:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I7jp624462 for linux-mips-outgoing; Tue, 18 Sep 2001 00:45:51 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I7jme24459 for ; Tue, 18 Sep 2001 00:45:48 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8I7jk306906; Tue, 18 Sep 2001 03:45:46 -0400 Date: Tue, 18 Sep 2001 03:45:46 -0400 From: Jim Paris To: Pete Popov Cc: linux-mips@oss.sgi.com Subject: Re: pcmcia (again) Message-ID: <20010918034546.A6886@neurosis.mit.edu> Reply-To: jim@jtan.com References: <20010917001922.A28670@neurosis.mit.edu> <3BA588AD.3070402@pacbell.net> <20010917123106.A396@neurosis.mit.edu> <3BA6C6FA.7070309@pacbell.net> <20010918024814.A6517@neurosis.mit.edu> <3BA6F284.50506@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA6F284.50506@pacbell.net>; from ppopov@pacbell.net on Tue, Sep 18, 2001 at 12:06:44AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Good to hear that you found the problems. If your patch to use > isa_slot_offset doesn't get accepted, you might want to try to > figure out if there's any way to limit your changes to your board's > specific files. That way you won't have to carry patches around from > one kernel version to another. I think this is now the second mips > board with pcmcia support. My architecture is only superficially supported by the current Linux-MIPS cvs, so coming up with a patch for that would be a bit difficult right now. (the current CVS appears to have some basic support for the vr41xx processor, but that's it). The codebase I'm working with right now is a terrible mix of the (outdated) linux-vr and (current) linux-MIPS trees, which means that I'm already going to have big issues if I ever want to upgrade versions or whatnot. I guess my current plan is to keep hacking until I get a system that works acceptably well, and then start submitting small patches to the linux-MIPS tree to try to incorporate all of the linux-vr-specific stuff, which would hopefully eliminate the need for the linux-VR tree (which is not being actively maintained anyway). > BTW, I have a LE ramdisk which runs linuxrc, loads pcmcia drivers, > starts cardmgr, and exits. The kernel then mounts the real root fs > which is /dev/hda1 in my case (pcmcia ata card). Let me know if you > need it. I currently have my PCMCIA drivers built into the kernel; the kernel-based card services stuff seems to work just fine in my case, so I don't need an initrd. Having never dealt directly with PCMCIA under Linux before, I didn't find this strange, but it seems that other people find a cardmgr-free PCMCIA setup a bit strange. :) -jim From owner-linux-mips@oss.sgi.com Tue Sep 18 01:10:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8I8AiS24884 for linux-mips-outgoing; Tue, 18 Sep 2001 01:10:44 -0700 Received: from zh.t2-design.com ([210.14.211.66]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8I8Age24881 for ; Tue, 18 Sep 2001 01:10:42 -0700 Received: from zh.t2-design.com ([210.14.211.118]) by zh.t2-design.com (8.9.3/8.9.3) with ESMTP id QAA17011 for ; Tue, 18 Sep 2001 16:16:47 +0800 Message-ID: <3BA701FA.A8986A95@zh.t2-design.com> Date: Tue, 18 Sep 2001 16:12:42 +0800 From: william Organization: t2-design X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: Gcc-2.95 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, Does anybody try to use GCC-2.95.2(or GCC2.95.3) compile Linux,If it's done,can you show me your compiler list? william 18/9/2001 From owner-linux-mips@oss.sgi.com Tue Sep 18 03:34:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IAYLv27617 for linux-mips-outgoing; Tue, 18 Sep 2001 03:34:21 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IAYIe27614 for ; Tue, 18 Sep 2001 03:34:18 -0700 Message-Id: <200109181034.f8IAYIe27614@oss.sgi.com> Received: (qmail 15539 invoked from network); 18 Sep 2001 10:28:23 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 18 Sep 2001 10:28:23 -0000 Date: Tue, 18 Sep 2001 18:33:35 +0800 From: Zhang Fuxin To: "linux-mips@oss.sgi.com" Subject: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,all I have finally been able to get a copy of sgi cvs code:).Now I have changed my p6032 code to use new[time,pci,irq] code and it seems a lot cleaner.But still problems. I keep seeing spurious interrupt when starting xwindows.And sometimes without x. If the machine is doing heavy io(e.g.,unzip & untar mozilla source) when I startx,it will probably enter an endless loop of spurious interrupt or lead to unaligned instruction access shortly after(with epc=0x1,ra=0x1) and die. I have seen spurious IRQ1,IRQ7 and IRQ12,and the endless loop case is IRQ12--ps2 mouse interrupt. Can somebody give me a clue? What I know is that 8259 may generate spurious IRQ7 & IRQ15. But how can the others happen,buggy hw?And what may cause a kernel unaligned instruction access? My hw is p6032 rev.B eval board with idtRC64474 cpu. BTW,is that current code has no support for different PCI & CPU address space?In p6032 default setting,PCI memory address 0 is CPU physical address 0x10000000,and main memory is 0-0x10000000 for CPU,but 0x80000000-0x90000000 for pci. So I have to change ioremap,virt_to_bus & bus_to_virt. I think this problem should exist in many nonpc hw,could you point me a clean way? Thanks in advance. Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Tue Sep 18 07:35:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IEZ6B32288 for linux-mips-outgoing; Tue, 18 Sep 2001 07:35:06 -0700 Received: from web10801.mail.yahoo.com (web10801.mail.yahoo.com [216.136.130.243]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IEZ4e32285 for ; Tue, 18 Sep 2001 07:35:04 -0700 Message-ID: <20010918143504.7377.qmail@web10801.mail.yahoo.com> Received: from [12.146.133.130] by web10801.mail.yahoo.com via HTTP; Tue, 18 Sep 2001 07:35:04 PDT Date: Tue, 18 Sep 2001 07:35:04 -0700 (PDT) From: han han Subject: How to access kernel memory? To: linux-mips@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, All, I allocated a block of memory in the kernel space. But I don't know how to directly access kernel space from user space. Anyone can help me? Thanks in advance. piggie __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ From owner-linux-mips@oss.sgi.com Tue Sep 18 07:53:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IErPf32653 for linux-mips-outgoing; Tue, 18 Sep 2001 07:53:25 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IErMe32650 for ; Tue, 18 Sep 2001 07:53:22 -0700 Message-Id: <200109181453.f8IErMe32650@oss.sgi.com> Received: (qmail 27425 invoked from network); 18 Sep 2001 14:47:32 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 18 Sep 2001 14:47:32 -0000 Date: Tue, 18 Sep 2001 22:52:41 +0800 From: Zhang Fuxin To: han han CC: "linux-mips@oss.sgi.com" Subject: Re: How to access kernel memory? X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IErNe32651 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,han han There are several ways.For example: 1.You can create a character device , implement its mmap function to map the memory block you allcated.This can be done in a little kernel module.There are some sample code before. 2.via /dev/mem,/dev/kmem etc 2001-09-18 07:35:00 you wrote >Hi, All, > >I allocated a block of memory in the kernel space. But >I don't know how to directly access kernel space from >user space. Anyone can help me? > >Thanks in advance. > >piggie > > >__________________________________________________ >Terrorist Attacks on U.S. - How can you help? >Donate cash, emergency relief information >http://dailynews.yahoo.com/fc/US/Emergency_Information/ Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Tue Sep 18 08:01:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IF19h00379 for linux-mips-outgoing; Tue, 18 Sep 2001 08:01:09 -0700 Received: from server3.toshibatv.com ([207.152.29.75]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IF15e00376 for ; Tue, 18 Sep 2001 08:01:05 -0700 Received: by SERVER3 with Internet Mail Service (5.5.2650.21) id ; Tue, 18 Sep 2001 10:00:39 -0500 Message-ID: <7DF7BFDC95ECD411B4010090278A44CA1B72E5@ATVX> From: "Siders, Keith" To: "'Zhang Fuxin'" Cc: linux-mips@oss.sgi.com Subject: RE: How to access kernel memory? Date: Tue, 18 Sep 2001 09:59:07 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IF15e00377 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have just the opposite requirement. I need to allow any running process and its threads to be "hot-patched" with executable code. I know you're thinking "why?". I can't tell you that. I can only say it's a firm requirement, and I could use some helpful ideas. Keith -> -----Original Message----- -> From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] -> Sent: Tuesday, September 18, 2001 9:53 AM -> To: han han -> Cc: linux-mips@oss.sgi.com -> Subject: Re: How to access kernel memory? -> -> -> hi,han han -> There are several ways.For example: -> 1.You can create a character device , implement its mmap function -> to map the memory block you allcated.This can be done in a little -> kernel module.There are some sample code before. -> 2.via /dev/mem,/dev/kmem etc -> -> -> -> -> 2001-09-18 07:35:00 you wrote -> >Hi, All, -> > -> >I allocated a block of memory in the kernel space. But -> >I don't know how to directly access kernel space from -> >user space. Anyone can help me? -> > -> >Thanks in advance. -> > -> >piggie -> > -> > -> >__________________________________________________ -> >Terrorist Attacks on U.S. - How can you help? -> >Donate cash, emergency relief information -> >http://dailynews.yahoo.com/fc/US/Emergency_Information/ -> -> Regards -> Zhang Fuxin -> fxzhang@ict.ac.cn -> From owner-linux-mips@oss.sgi.com Tue Sep 18 08:10:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IFAdx00550 for linux-mips-outgoing; Tue, 18 Sep 2001 08:10:39 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IFAYe00546 for ; Tue, 18 Sep 2001 08:10:34 -0700 Message-Id: <200109181510.f8IFAYe00546@oss.sgi.com> Received: (qmail 27998 invoked from network); 18 Sep 2001 15:04:44 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 18 Sep 2001 15:04:44 -0000 Date: Tue, 18 Sep 2001 23:9:53 +0800 From: Zhang Fuxin To: "Siders, Keith" CC: "linux-mips@oss.sgi.com" Subject: Re: RE: How to access kernel memory? X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IFAZe00547 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Siders, Keith Hehe,I can think of some usage of 'hot-patched': virus or security daemon,binary code enhancement or some kind of transform,auto parallelize...:) But all this could be done through /dev/mem,in theory. 2001-09-18 09:59:00 you wrote >I have just the opposite requirement. I need to allow any running process >and its threads to be "hot-patched" with executable code. I know you're >thinking "why?". I can't tell you that. I can only say it's a firm >requirement, and I could use some helpful ideas. > >Keith > >-> -----Original Message----- >-> From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] >-> Sent: Tuesday, September 18, 2001 9:53 AM >-> To: han han >-> Cc: linux-mips@oss.sgi.com >-> Subject: Re: How to access kernel memory? >-> >-> >-> hi,han han >-> There are several ways.For example: >-> 1.You can create a character device , implement its mmap function >-> to map the memory block you allcated.This can be done in a little >-> kernel module.There are some sample code before. >-> 2.via /dev/mem,/dev/kmem etc >-> >-> >-> >-> >-> 2001-09-18 07:35:00 you wrote >-> >Hi, All, >-> > >-> >I allocated a block of memory in the kernel space. But >-> >I don't know how to directly access kernel space from >-> >user space. Anyone can help me? >-> > >-> >Thanks in advance. >-> > >-> >piggie >-> > >-> > >-> >__________________________________________________ >-> >Terrorist Attacks on U.S. - How can you help? >-> >Donate cash, emergency relief information >-> >http://dailynews.yahoo.com/fc/US/Emergency_Information/ >-> >-> Regards >-> Zhang Fuxin >-> fxzhang@ict.ac.cn >-> Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Tue Sep 18 08:15:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IFFqY00675 for linux-mips-outgoing; Tue, 18 Sep 2001 08:15:52 -0700 Received: from web10802.mail.yahoo.com (web10802.mail.yahoo.com [216.136.130.244]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IFFne00665 for ; Tue, 18 Sep 2001 08:15:49 -0700 Message-ID: <20010918151548.75811.qmail@web10802.mail.yahoo.com> Received: from [12.146.133.130] by web10802.mail.yahoo.com via HTTP; Tue, 18 Sep 2001 08:15:48 PDT Date: Tue, 18 Sep 2001 08:15:48 -0700 (PDT) From: han han Subject: Re: How to access kernel memory? To: Zhang Fuxin Cc: linux-mips@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > There are several ways.For example: > 1.You can create a character device , implement > its mmap function > to map the memory block you allcated.This can be > done in a little > kernel module.There are some sample code before. > 2.via /dev/mem,/dev/kmem etc If allocating a block memory in the user space. I can use functions like "map_user_kiobuf()" to lock it in the physical memory and access it in the kernel space. Does there exist corresponding methods to give my application ability to directly access it without using any kinds of mem/character devices? > > > > > 2001-09-18 07:35:00 you wrote > >Hi, All, > > > >I allocated a block of memory in the kernel space. > But > >I don't know how to directly access kernel space > from > >user space. Anyone can help me? > > > >Thanks in advance. > > > >piggie > > > > > >__________________________________________________ > >Terrorist Attacks on U.S. - How can you help? > >Donate cash, emergency relief information > >http://dailynews.yahoo.com/fc/US/Emergency_Information/ > > Regards > Zhang Fuxin > fxzhang@ict.ac.cn > __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ From owner-linux-mips@oss.sgi.com Tue Sep 18 08:17:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IFHbG00757 for linux-mips-outgoing; Tue, 18 Sep 2001 08:17:37 -0700 Received: from server3.toshibatv.com ([207.152.29.75]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IFHXe00753 for ; Tue, 18 Sep 2001 08:17:34 -0700 Received: by SERVER3 with Internet Mail Service (5.5.2650.21) id ; Tue, 18 Sep 2001 10:17:07 -0500 Message-ID: <7DF7BFDC95ECD411B4010090278A44CA1B72E6@ATVX> From: "Siders, Keith" To: "'Zhang Fuxin'" Cc: linux-mips@oss.sgi.com Subject: RE: RE: How to access kernel memory? Date: Tue, 18 Sep 2001 10:15:35 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IFHZe00755 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks. Except for the virus, that sums up the intent. "That's not a bug; it's a feature...";-) -> -----Original Message----- -> From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] -> Sent: Monday, September 17, 2001 1:01 PM -> To: Siders, Keith -> Cc: linux-mips@oss.sgi.com -> Subject: Re: RE: How to access kernel memory? -> -> -> hi,Siders, Keith -> Hehe,I can think of some usage of 'hot-patched': virus or security -> daemon,binary code enhancement or some kind of -> transform,auto parallelize...:) -> But all this could be done through /dev/mem,in theory. -> From owner-linux-mips@oss.sgi.com Tue Sep 18 10:02:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IH26002087 for linux-mips-outgoing; Tue, 18 Sep 2001 10:02:06 -0700 Received: from t111.niisi.ras.ru (IDENT:root@[193.232.173.111]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IH22e02084 for ; Tue, 18 Sep 2001 10:02:04 -0700 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id RAA02199; Tue, 18 Sep 2001 17:07:39 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id RAA28851; Tue, 18 Sep 2001 17:04:55 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id QAA21475; Tue, 18 Sep 2001 16:15:39 +0400 (MSD) Message-ID: <3BA73B11.A522EBA9@niisi.msk.ru> Date: Tue, 18 Sep 2001 16:16:17 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Zhang Fuxin CC: "linux-mips@oss.sgi.com" Subject: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) References: <200109181034.f8IAYIe27614@oss.sgi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Zhang Fuxin wrote: > BTW,is that current code has no support for different PCI & CPU > address space?In p6032 default setting,PCI memory address 0 is > CPU physical address 0x10000000,and main memory is 0-0x10000000 > for CPU,but 0x80000000-0x90000000 for pci. So I have to change > ioremap,virt_to_bus & bus_to_virt. I think this problem should > exist in many nonpc hw,could you point me a clean way? > Change them. Regards, Gleb. From owner-linux-mips@oss.sgi.com Tue Sep 18 10:17:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IHHIa02427 for linux-mips-outgoing; Tue, 18 Sep 2001 10:17:18 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IHHFe02423 for ; Tue, 18 Sep 2001 10:17:15 -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 f8IHKcA07361; Tue, 18 Sep 2001 10:20:38 -0700 Message-ID: <3BA77FC6.C7ECC151@mvista.com> Date: Tue, 18 Sep 2001 10:09:26 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Zhang Fuxin CC: "linux-mips@oss.sgi.com" Subject: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) References: <200109181034.f8IAYIe27614@oss.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Zhang Fuxin wrote: > > hi,all > I have finally been able to get a copy of sgi cvs code:).Now I have > changed my p6032 code to use new[time,pci,irq] code and it seems a > lot cleaner.But still problems. Cool. Very glad to hear that. > I keep seeing spurious interrupt when starting xwindows.And > sometimes without x. If the machine is doing heavy io(e.g.,unzip & > untar mozilla source) when I startx,it will probably enter an > endless loop of spurious interrupt or lead to unaligned instruction > access shortly after(with epc=0x1,ra=0x1) and die. > I have seen spurious IRQ1,IRQ7 and IRQ12,and the endless loop case > is IRQ12--ps2 mouse interrupt. > Can somebody give me a clue? What I know is that 8259 may generate > spurious IRQ7 & IRQ15. But how can the others happen,buggy hw?And > what may cause a kernel unaligned instruction access? Are you using arch/mips/i8259.c file? One possibility is your irq dispatching code. If it loops to deliver all pending interrupts, what you described may happen (assuming there is a real hardware connecting to those irq sources). > > My hw is p6032 rev.B eval board with idtRC64474 cpu. > > BTW,is that current code has no support for different PCI & CPU > address space?In p6032 default setting,PCI memory address 0 is > CPU physical address 0x10000000,and main memory is 0-0x10000000 > for CPU,but 0x80000000-0x90000000 for pci. So I have to change > ioremap,virt_to_bus & bus_to_virt. I think this problem should > exist in many nonpc hw,could you point me a clean way? > For now, we do assume PCI memeory space is identical to physical address space. To remove the restriction cleanly is not a small task. It is typically much easier to modify PCI device BARS so that they do coincide with the same physical address. You can control that by using the correct starting address for PCI MEM space in pci_auto.c resource assignment. Jun From owner-linux-mips@oss.sgi.com Tue Sep 18 10:35:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IHZel03248 for linux-mips-outgoing; Tue, 18 Sep 2001 10:35:40 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IHZbe03245 for ; Tue, 18 Sep 2001 10:35:38 -0700 Message-Id: <200109181735.f8IHZbe03245@oss.sgi.com> Received: (qmail 32668 invoked from network); 18 Sep 2001 17:29:48 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 18 Sep 2001 17:29:48 -0000 Date: Wed, 19 Sep 2001 1:34:56 +0800 From: Zhang Fuxin To: "Gleb O. Raiko" CC: "linux-mips@oss.sgi.com" Subject: Re: Re:different PCI & CPU address space X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IHZce03246 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Gleb O. Raiko Do you mean change p6032 setting or change those interfaces? To make more drivers and userland apps like X happy,it seems better to make both address space consistent.And since current code seems to assume same CPU & PCI space,this may make Ralf happy if someday he accept the code:). Just that I am not sure the setting can be freely changed.Will try later. 2001-09-18 16:16:00 you wrote >Zhang Fuxin wrote: >> BTW,is that current code has no support for different PCI & CPU >> address space?In p6032 default setting,PCI memory address 0 is >> CPU physical address 0x10000000,and main memory is 0-0x10000000 >> for CPU,but 0x80000000-0x90000000 for pci. So I have to change >> ioremap,virt_to_bus & bus_to_virt. I think this problem should >> exist in many nonpc hw,could you point me a clean way? >> > >Change them. > >Regards, >Gleb. Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Tue Sep 18 10:57:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IHv7R03526 for linux-mips-outgoing; Tue, 18 Sep 2001 10:57:07 -0700 Received: from [64.152.86.3] (unknown.Level3.net [64.152.86.3] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IHv4e03523 for ; Tue, 18 Sep 2001 10:57:04 -0700 Received: from mail.esstech.com by [64.152.86.3] via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 18 Sep 2001 17:58:11 UT Received: from bud.austin.esstech.com ([193.5.206.3]) by mail.esstech.com (8.8.8+Sun/8.8.8) with SMTP id KAA05124 for ; Tue, 18 Sep 2001 10:55:44 -0700 (PDT) Received: from esstech.com by bud.austin.esstech.com (SMI-8.6/SMI-SVR4) id MAA04165; Tue, 18 Sep 2001 12:56:10 -0500 Message-ID: <3BA78B3B.6090602@esstech.com> Date: Tue, 18 Sep 2001 12:58:19 -0500 From: Gerald Champagne User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Freeing global memory used only by __init functions Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I noticed that several global buffers are used by a few functions marked as __init functions. I assume that the code space used by these functions will be freed up when kernel initialization is completed, but can the associated global memory be freed up as well? An example can be found in arch/mips/mips-boards/generic/cmdline.c: char arcs_cmdline[COMMAND_LINE_SIZE]; char * __init prom_getcmdline(void); void __init prom_init_cmdline(void); arcs_cmdline is only used by these two functions and one other function marked as __init. This buffer is small, but it can apply to larger buffers as well. For example, in arch/mips/mips-boards/generic/printf.c, I think the functions putPromChar and getPromChar should be marked as __init functions, and the 1k buffer "buf" is never used after initialization. Can this 1k be recovered? I know kmalloc could normally be used in kernel code, but that won't work on initialization code used before kmalloc is initialized. Thanks. Gerald From owner-linux-mips@oss.sgi.com Tue Sep 18 11:06:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8II6w603714 for linux-mips-outgoing; Tue, 18 Sep 2001 11:06:58 -0700 Received: from 8848.net ([211.99.202.113]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8II6se03711 for ; Tue, 18 Sep 2001 11:06:56 -0700 Received: from 8848.net([10.1.0.101]) by 8848.net(JetMail 2.5.3.0) with SMTP id jm23ba7ae0d; Tue, 18 Sep 2001 18:03:57 -0000 Received: from sourceware.cygnus.com([209.249.29.67]) by 8848.net(JetMail 2.5.3.0) with SMTP id jm353ba59db3; Mon, 17 Sep 2001 02:03:46 -0000 Received: (qmail 12266 invoked by alias); 17 Sep 2001 01:55:58 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm List-Unsubscribe: List-Archive: List-Post: List-Help: Delivered-To: mailing list gcc@gcc.gnu.org Received: (qmail 12105 invoked from network); 17 Sep 2001 01:55:54 -0000 Received: from unknown (HELO dea.linux-mips.net) (62.180.20.10) by sourceware.cygnus.com with SMTP; 17 Sep 2001 01:55:54 -0000 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8H1tA424458; Mon, 17 Sep 2001 03:55:10 +0200 Date: Mon, 17 Sep 2001 03:55:09 +0200 From: Ralf Baechle To: "H . J . Lu" Cc: Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010917035509.B24278@dea.linux-mips.net> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916155003.B1446@lucon.org>; from hjl@lucon.org on Sun, Sep 16, 2001 at 03:50:03PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Sep 16, 2001 at 03:50:03PM -0700, H . J . Lu wrote: > I don't think mips is the only platform which has this problem. Do > Alpha, PowerPC and Sparc have similar problems like that? What are > the solutions for them? > > BTW, it sounds like the -fpic vs. -fPIC issue. It is. Yet I wouldn't like to assign a different meaning to -fpic and -fPIC as most makefiles make little difference between these two options, so that would imply quite some overhead. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 18 11:09:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8II9Vq03804 for linux-mips-outgoing; Tue, 18 Sep 2001 11:09:31 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8II9Se03800 for ; Tue, 18 Sep 2001 11:09:28 -0700 Message-Id: <200109181809.f8II9Se03800@oss.sgi.com> Received: (qmail 1166 invoked from network); 18 Sep 2001 18:03:39 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 18 Sep 2001 18:03:39 -0000 Date: Wed, 19 Sep 2001 2:8:47 +0800 From: Zhang Fuxin To: Gerald Champagne CC: "linux-mips@oss.sgi.com" Subject: Re: Freeing global memory used only by __init functions X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8II9Se03801 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Gerald Champagne I think __initdata attribute is the answer.You just need to put init data in init data section(via __initdata),there are many examples in kernel. 2001-09-18 12:58:00 you wrote >I noticed that several global buffers are used by a few functions marked >as __init functions. I assume that the code space used by these functions >will be freed up when kernel initialization is completed, but can the >associated global memory be freed up as well? > >An example can be found in arch/mips/mips-boards/generic/cmdline.c: > >char arcs_cmdline[COMMAND_LINE_SIZE]; >char * __init prom_getcmdline(void); >void __init prom_init_cmdline(void); > >arcs_cmdline is only used by these two functions and one other function >marked as __init. > >This buffer is small, but it can apply to larger buffers as well. For >example, in arch/mips/mips-boards/generic/printf.c, I think the functions >putPromChar and getPromChar should be marked as __init functions, and the >1k buffer "buf" is never used after initialization. Can this 1k be recovered? > >I know kmalloc could normally be used in kernel code, but that won't work on >initialization code used before kmalloc is initialized. > >Thanks. > >Gerald Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Tue Sep 18 11:36:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IIaLM04143 for linux-mips-outgoing; Tue, 18 Sep 2001 11:36:21 -0700 Received: from [64.152.86.3] (unknown.Level3.net [64.152.86.3] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IIaGe04140 for ; Tue, 18 Sep 2001 11:36:16 -0700 Received: from mail.esstech.com by [64.152.86.3] via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 18 Sep 2001 18:37:23 UT Received: from bud.austin.esstech.com ([193.5.206.3]) by mail.esstech.com (8.8.8+Sun/8.8.8) with SMTP id LAA05576; Tue, 18 Sep 2001 11:34:56 -0700 (PDT) Received: from esstech.com by bud.austin.esstech.com (SMI-8.6/SMI-SVR4) id NAA04585; Tue, 18 Sep 2001 13:35:22 -0500 Message-ID: <3BA7946B.4070806@esstech.com> Date: Tue, 18 Sep 2001 13:37:31 -0500 From: Gerald Champagne User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: Zhang Fuxin CC: "linux-mips@oss.sgi.com" Subject: Re: Freeing global memory used only by __init functions References: <200109181808.LAA05245@mail.esstech.com> Content-Type: text/plain; charset=GB2312 X-MIME-Autoconverted: from 8bit to quoted-printable by mail.esstech.com id LAA05576 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8IIaGe04141 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks for the reply. Sorry I didn't find the __initdata attribute. Is this stuff worth patching? I'd make the following changes as a start: in arch/mips/mips-boards/generic/printf.c: Add __init to putPromChar Add __init to getPromChar Add __initdata to buf (1k buffer) in arch/mips/mips-boards/generic/cmdline.c: Add __initdata to arcs_cmdline Can someone point to a set of rules for submitting patches for linux-mips? I'm familiar with the methods used for the kernel. Is this the same? I'm using 2.4.3 from the mips site. Can I patch against that, or do I have to start from a certain cvs version? Thanks! Gerald Zhang Fuxin wrote: > hi,Gerald Champagne > I think __initdata attribute is the answer.You just need to > put init data in init data section(via __initdata),there are many examples > in kernel. > > > 2001-09-18 12:58:00 you wrote > >>I noticed that several global buffers are used by a few functions marked >>as __init functions. I assume that the code space used by these functions >>will be freed up when kernel initialization is completed, but can the >>associated global memory be freed up as well? >> >>An example can be found in arch/mips/mips-boards/generic/cmdline.c: >> >>char arcs_cmdline[COMMAND_LINE_SIZE]; >>char * __init prom_getcmdline(void); >>void __init prom_init_cmdline(void); >> >>arcs_cmdline is only used by these two functions and one other function >>marked as __init. >> >>This buffer is small, but it can apply to larger buffers as well. For >>example, in arch/mips/mips-boards/generic/printf.c, I think the functions >>putPromChar and getPromChar should be marked as __init functions, and the >>1k buffer "buf" is never used after initialization. Can this 1k be recovered? >> >>I know kmalloc could normally be used in kernel code, but that won't work on >>initialization code used before kmalloc is initialized. >> >>Thanks. >> >>Gerald >> > > Regards > Zhang Fuxin > fxzhang@ict.ac.cn > > > > From owner-linux-mips@oss.sgi.com Tue Sep 18 11:42:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8IIgO704264 for linux-mips-outgoing; Tue, 18 Sep 2001 11:42:24 -0700 Received: from nevyn.them.org (NEVYN.RES.CMU.EDU [128.2.145.6]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8IIgIe04256 for ; Tue, 18 Sep 2001 11:42:22 -0700 Received: from drow by nevyn.them.org with local (Exim 3.32 #1 (Debian)) id 15jPoH-0001fB-00; Tue, 18 Sep 2001 14:41:29 -0400 Date: Tue, 18 Sep 2001 14:41:29 -0400 From: Daniel Jacobowitz To: "Siders, Keith" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: How to access kernel memory? Message-ID: <20010918144129.A6259@nevyn.them.org> References: <7DF7BFDC95ECD411B4010090278A44CA1B72E5@ATVX> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <7DF7BFDC95ECD411B4010090278A44CA1B72E5@ATVX>; from keith_siders@toshibatv.com on Tue, Sep 18, 2001 at 09:59:07AM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 18, 2001 at 09:59:07AM -0500, Siders, Keith wrote: > I have just the opposite requirement. I need to allow any running process > and its threads to be "hot-patched" with executable code. I know you're > thinking "why?". I can't tell you that. I can only say it's a firm > requirement, and I could use some helpful ideas. You can probably do all you need in this case with ptrace() - the existing ptrace will not be quite adequate for large data sets, especially if you need some atomicity, but it should have all the sample kernel code you need. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer From owner-linux-mips@oss.sgi.com Tue Sep 18 18:02:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J12js12063 for linux-mips-outgoing; Tue, 18 Sep 2001 18:02:45 -0700 Received: from dea.linux-mips.net (u-114-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.114]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J12ge12060 for ; Tue, 18 Sep 2001 18:02:42 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8J12J302544; Wed, 19 Sep 2001 03:02:19 +0200 Date: Wed, 19 Sep 2001 03:02:19 +0200 From: Ralf Baechle To: Gerald Champagne Cc: Zhang Fuxin , "linux-mips@oss.sgi.com" Subject: Re: Freeing global memory used only by __init functions Message-ID: <20010919030219.B2161@dea.linux-mips.net> References: <200109181808.LAA05245@mail.esstech.com> <3BA7946B.4070806@esstech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA7946B.4070806@esstech.com>; from gerald.champagne@esstech.com on Tue, Sep 18, 2001 at 01:37:31PM -0500 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Sep 18, 2001 at 01:37:31PM -0500, Gerald Champagne wrote: > Can someone point to a set of rules for submitting patches > for linux-mips? I'm familiar with the methods used for the > kernel. Is this the same? I'm using 2.4.3 from the mips site. > Can I patch against that, or do I have to start from a > certain cvs version? Please send unified diffs relative to the latest revision of the CVS archive from oss.sgi.com to me by mail. Same rulesSee http://oss.sgi.com/mips/mips-howto.html for how to access CVS. See also Documentation/SubmittingPatches in your kernel tree. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 18 19:41:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J2fY514335 for linux-mips-outgoing; Tue, 18 Sep 2001 19:41:34 -0700 Received: from smtp.huawei.com ([61.144.161.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J2fUe14331 for ; Tue, 18 Sep 2001 19:41:30 -0700 Received: from z15805 ([10.105.34.205]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GJW21N00.24G; Wed, 19 Sep 2001 10:39:23 +0800 Message-ID: <00fe01c140b4$ad3f9200$cd22690a@huawei.com> Reply-To: "Shaolin Zhang" From: "Shaolin Zhang" To: Cc: "Ernest Jih" , "\"recc stone\"" Subject: kgdb with linux-mips problem Date: Wed, 19 Sep 2001 10:42:08 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id f8J2fUe14332 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello , Now we have some problems in using kgdb to debug the Linux-mips kernel on IDT 79s334A board. 1.I enabled the kernel startup option kgdb=on to debug the kernel setup. At first, the gdb on host pc connected to the target boards correctly. Then I use a few "n"(Next) command to debug the kernel, but the kernel seems to run out of my hands, as if I had executed some "c" command. I use "set debug remote 1" command to see the packets gdb send&receive: and find : the gdb send a "c" packet to the stub at the end of packet sequence. I guess that the gdb on the host pc send some wrong command , or it can't get right info to debug? 2.I want to debug some init_module function in module , like this : int init_module(void) { breakpoint(); // use the breakpoint function in kernel to get a break. my_functions(); } When I insmod this module, it through exception 9 (breakpoint), then I run "bt" command in gdb, but this time gdb report "can't find the start of function 0x....". Is this a gdb problem or gdb stub problem? BTW, when I first bootup the kernel and connect the gdb&stub ,the sample problem happened. From owner-linux-mips@oss.sgi.com Tue Sep 18 19:57:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J2vBH14713 for linux-mips-outgoing; Tue, 18 Sep 2001 19:57:11 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J2uxe14698 for ; Tue, 18 Sep 2001 19:56:59 -0700 Received: from nevyn.them.org (NEVYN.RES.CMU.EDU [128.2.145.6]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA00133 for ; Tue, 18 Sep 2001 19:56:46 -0700 (PDT) mail_from (drow@crack.them.org) Received: from drow by nevyn.them.org with local (Exim 3.32 #1 (Debian)) id 15jXNU-0005qP-00; Tue, 18 Sep 2001 22:46:20 -0400 Date: Tue, 18 Sep 2001 22:46:20 -0400 From: Daniel Jacobowitz To: Shaolin Zhang Cc: linux-mips@oss.sgi.com, Ernest Jih , recc stone Subject: Re: kgdb with linux-mips problem Message-ID: <20010918224620.A22455@nevyn.them.org> References: <00fe01c140b4$ad3f9200$cd22690a@huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <00fe01c140b4$ad3f9200$cd22690a@huawei.com>; from zhangshaolin@huawei.com on Wed, Sep 19, 2001 at 10:42:08AM +0800 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk What version of GDB are you using? I recommend you get the current CVS snapshot and try again. On Wed, Sep 19, 2001 at 10:42:08AM +0800, Shaolin Zhang wrote: > Hello , > > Now we have some problems in using kgdb to debug the Linux-mips kernel on IDT 79s334A board. > > 1.I enabled the kernel startup option kgdb=on to debug the kernel setup. > At first, the gdb on host pc connected to the target boards correctly. > Then I use a few "n"(Next) command to debug the kernel, but the kernel > seems > to run out of my hands, as if I had executed some "c" command. > I use "set debug remote 1" command to see the packets gdb send&receive: > and find : > the gdb send a "c" packet to the stub at the end of packet sequence. > > I guess that the gdb on the host pc send some wrong command , or it can't > get right info > to debug? > > > 2.I want to debug some init_module function in module , like this : > > int init_module(void) > { > breakpoint(); // use the breakpoint function in kernel to get a break. > my_functions(); > } > > When I insmod this module, it through exception 9 (breakpoint), then I run > "bt" > command in gdb, but this time gdb report "can't find the start of function > 0x....". > Is this a gdb problem or gdb stub problem? BTW, when I first bootup the > kernel > and connect the gdb&stub ,the sample problem happened. > > -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer From owner-linux-mips@oss.sgi.com Tue Sep 18 20:18:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J3I2h15260 for linux-mips-outgoing; Tue, 18 Sep 2001 20:18:02 -0700 Received: from smtp.huawei.com ([61.144.161.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J3Hve15254 for ; Tue, 18 Sep 2001 20:17:57 -0700 Received: from z15805 ([10.105.34.205]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GJW3QF00.U6B; Wed, 19 Sep 2001 11:15:51 +0800 Message-ID: <016001c140b9$c5a2e900$cd22690a@huawei.com> Reply-To: "Shaolin Zhang" From: "Shaolin Zhang" To: "Daniel Jacobowitz" Cc: "Ernest Jih" , , References: <00fe01c140b4$ad3f9200$cd22690a@huawei.com> <20010918224620.A22455@nevyn.them.org> Subject: Re: kgdb with linux-mips problem Date: Wed, 19 Sep 2001 11:18:37 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id f8J3Hwe15255 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk My gcc verison is 2.95.3 19991030, gdb verison is 20000204. What is current version of bintuil and egcs,and where can i get it ? thanks. ----- Original Message ----- From: "Daniel Jacobowitz" To: "Shaolin Zhang" Cc: ; "Ernest Jih" ; "recc stone" Sent: Wednesday, September 19, 2001 10:46 AM Subject: Re: kgdb with linux-mips problem > What version of GDB are you using? I recommend you get the current CVS > snapshot and try again. > > On Wed, Sep 19, 2001 at 10:42:08AM +0800, Shaolin Zhang wrote: > > Hello , > > > > Now we have some problems in using kgdb to debug the Linux-mips kernel on IDT 79s334A board. > > > > 1.I enabled the kernel startup option kgdb=on to debug the kernel setup. > > At first, the gdb on host pc connected to the target boards correctly. > > Then I use a few "n"(Next) command to debug the kernel, but the kernel > > seems > > to run out of my hands, as if I had executed some "c" command. > > I use "set debug remote 1" command to see the packets gdb send&receive: > > and find : > > the gdb send a "c" packet to the stub at the end of packet sequence. > > > > I guess that the gdb on the host pc send some wrong command , or it can't > > get right info > > to debug? > > > > > > 2.I want to debug some init_module function in module , like this : > > > > int init_module(void) > > { > > breakpoint(); // use the breakpoint function in kernel to get a break. > > my_functions(); > > } > > > > When I insmod this module, it through exception 9 (breakpoint), then I run > > "bt" > > command in gdb, but this time gdb report "can't find the start of function > > 0x....". > > Is this a gdb problem or gdb stub problem? BTW, when I first bootup the > > kernel > > and connect the gdb&stub ,the sample problem happened. > > > > > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer From owner-linux-mips@oss.sgi.com Wed Sep 19 00:35:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J7ZMF20093 for linux-mips-outgoing; Wed, 19 Sep 2001 00:35:22 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J7ZGe20089 for ; Wed, 19 Sep 2001 00:35:16 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA11339; Wed, 19 Sep 2001 00:34:30 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id AAA22594; Wed, 19 Sep 2001 00:34:29 -0700 (PDT) Message-ID: <000f01c140de$2bf553e0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Shaolin Zhang" , Cc: "Ernest Jih" , "\"recc stone\"" References: <00fe01c140b4$ad3f9200$cd22690a@huawei.com> Subject: Re: kgdb with linux-mips problem Date: Wed, 19 Sep 2001 09:38:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm not 100% sure about where your first problem is coming from,but you should not be too surprised that gdb is sending a continue message as part of implementing the "next" command. The gdb kernel agent has no idea what the composition of the source code would be - that's up to gdb. Gdb implements commands like "next" by computing a breakpoint address, setting an (internal) breakpoint, and telling the agent to resume execution, presumably with a "c" packet. This problem *may* be linked with the second you describe, which is one I know well. While this may have been fixed in more recent versions of gdb, the last time I used kgdb for MIPS, it was certainly the case that gdb looked for text (code) symbols *only* in the *.text* section of the kernel image. All of the init_module functions are grouped together in a seperate (".init_text" or something like that) section of the file. They need to be loaded together in a seperate hunk of memory, after all. That causes the backtrace problem you describe on a compiled-in breakpoint, and makes it very tricky to dynamically set breakpoints in the init modules. I remember that I had to set them, not by symbol, but by hex address after having manually dumped the kernel symbol table. This situation could also explain why doing a "next" command while the kernel is still executing in init modules is causing bad behavior. This, along with some other bugs that are fatal to the kernel during kgdb sessions, should have been fixed in gdb long ago, but I don't know that they ever were. When I was using it, I was in sufficiently desperate need of *something* that I accepted doing a lot of painful procedural work-arounds. Kevin K. ----- Original Message ----- From: "Shaolin Zhang" To: Cc: "Ernest Jih" ; ""recc stone"" Sent: Wednesday, September 19, 2001 4:42 AM Subject: kgdb with linux-mips problem > Hello , > > Now we have some problems in using kgdb to debug the Linux-mips kernel on IDT 79s334A board. > > 1.I enabled the kernel startup option kgdb=on to debug the kernel setup. > At first, the gdb on host pc connected to the target boards correctly. > Then I use a few "n"(Next) command to debug the kernel, but the kernel > seems > to run out of my hands, as if I had executed some "c" command. > I use "set debug remote 1" command to see the packets gdb send&receive: > and find : > the gdb send a "c" packet to the stub at the end of packet sequence. > > I guess that the gdb on the host pc send some wrong command , or it can't > get right info > to debug? > > > 2.I want to debug some init_module function in module , like this : > > int init_module(void) > { > breakpoint(); // use the breakpoint function in kernel to get a break. > my_functions(); > } > > When I insmod this module, it through exception 9 (breakpoint), then I run > "bt" > command in gdb, but this time gdb report "can't find the start of function > 0x....". > Is this a gdb problem or gdb stub problem? BTW, when I first bootup the > kernel > and connect the gdb&stub ,the sample problem happened. > > From owner-linux-mips@oss.sgi.com Wed Sep 19 01:29:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J8T2N21113 for linux-mips-outgoing; Wed, 19 Sep 2001 01:29:02 -0700 Received: from t111.niisi.ras.ru (IDENT:root@[193.232.173.111]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J8Sse21109 for ; Wed, 19 Sep 2001 01:28:54 -0700 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA08714; Wed, 19 Sep 2001 12:27:17 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA03724; Wed, 19 Sep 2001 12:24:09 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA21408; Wed, 19 Sep 2001 12:21:59 +0400 (MSD) Message-ID: <3BA855FF.1CCD4F9@niisi.msk.ru> Date: Wed, 19 Sep 2001 12:23:27 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Jun Sun CC: "linux-mips@oss.sgi.com" Subject: Re: arch/mips/pci* stuff References: <3B862487.EF22D143@niisi.msk.ru> <3B869596.CBDBC20D@mvista.com> <3B8B7ED8.D2DD9E86@niisi.msk.ru> <3B9E63A9.F2B5703C@mvista.com> <3BA5DCAC.F4E8E236@niisi.msk.ru> <3BA67B2D.604D95E5@mvista.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jun Sun wrote: > > You may control pci_scan_bridge by pcibios_assign_all_busses, just > > return 0 from the latter and the code in pci_scan_bridge assigns all > > numbers itself. > > Do you mean that we call pci_scan_brige first before scaning other devices? > Yes I do. Look at drivers/pci/pci.c. The code does for each bus (by recursion) scan devices on this bus for each bridge on this bus scan bridge scan bus behind bridge The flow is pci_do_scan_bus -> pci_scan_bridge -> pci_do_scan_bus > > You definitely can't mix device discovering and assignment of resources > > in one pass a on a multi-board cPCI system. > > > > I have not given enough thought on 3), but it is certainly desirable. Well, your previous example works here. You perform scanning of devices and assignments in one pass. You find new device unassigned by firmware/another CPU in cPCI system, then you need find a room in a PCI space. You can't do that, because you don't know yet what rooms firmware/another CPU has allocated, so you don't know what rooms are free. Thus, you have to scan pci in two passes. On first pass, just scan devices and collect allocated rooms in PCI spaces. On second pass, assign unassigned devices. Look how Dave Miller did this for ultras in 2.2 when common pci driver didn't do that. You have to implement more or less the same modulo ultras hw and OBP bugs. BTW, it's exactly what current drivers/pci code does. > Like I said before, this is the old style of doing things. There are many > drawbacks in this approach. Among them, one is to require lots of knowledge > about PCI and how the following hookup functions are called. Not every > porting engineer is willing to dive into that. There are some other problems > too. Sorry, your reason doesn't convince me. I believe, a porting engineer must know hardware and operating system internals very well irrespective of what his wishes are. Could you explain other problems, please ? Regards, Gleb. From owner-linux-mips@oss.sgi.com Wed Sep 19 01:38:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8J8cO421414 for linux-mips-outgoing; Wed, 19 Sep 2001 01:38:24 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8J8cIe21408 for ; Wed, 19 Sep 2001 01:38:18 -0700 Message-Id: <200109190838.f8J8cIe21408@oss.sgi.com> Received: (qmail 30892 invoked from network); 19 Sep 2001 08:32:27 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 19 Sep 2001 08:32:27 -0000 Date: Wed, 19 Sep 2001 16:37:35 +0800 From: Zhang Fuxin To: "linux-mips@oss.sgi.com" Subject: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8J8cIe21409 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Jun Sun 2001-09-18 10:09:00 you wrote >Zhang Fuxin wrote: >> >> hi,all >> I have finally been able to get a copy of sgi cvs code:).Now I have >> changed my p6032 code to use new[time,pci,irq] code and it seems a >> lot cleaner.But still problems. > >Cool. Very glad to hear that. Thank you for encourage:). I am new to mips and kernel programming,the code may still look very dirty for your eyes.But i will try my best. > >> I keep seeing spurious interrupt when starting xwindows.And >> sometimes without x. If the machine is doing heavy io(e.g.,unzip & >> untar mozilla source) when I startx,it will probably enter an >> endless loop of spurious interrupt or lead to unaligned instruction >> access shortly after(with epc=0x1,ra=0x1) and die. >> I have seen spurious IRQ1,IRQ7 and IRQ12,and the endless loop case >> is IRQ12--ps2 mouse interrupt. >> Can somebody give me a clue? What I know is that 8259 may generate >> spurious IRQ7 & IRQ15. But how can the others happen,buggy hw?And >> what may cause a kernel unaligned instruction access? > >Are you using arch/mips/i8259.c file? Yes. > >One possibility is your irq dispatching code. If it loops to deliver all >pending interrupts, what you described may happen (assuming there is a real >hardware connecting to those irq sources). I have checked the p6032 manual.It says it has an intel FW82371AB("PIIX 4") south bridge chip,a National Semiconductor PC97307-ICE/VUL multi I/O controller which includes dual serial ports and rtc,PC mouse/keyb etc,connect to the PIIX 4. My irq dispatching code is very simple,it just read the IRR,count the first irq number and call do_IRQ. /* * the first level int-handler will jump here if it is a 8259A irq */ asmlinkage void i8259A_irqdispatch(struct pt_regs *regs) { int isr, irq; isr = inb(0x20); irq = ffz (~isr); if (irq == 2) { isr = inb(0xa0); irq = 8 + ffz(~isr); } do_IRQ(irq,regs); } > >> >> My hw is p6032 rev.B eval board with idtRC64474 cpu. >> >> BTW,is that current code has no support for different PCI & CPU >> address space?In p6032 default setting,PCI memory address 0 is >> CPU physical address 0x10000000,and main memory is 0-0x10000000 >> for CPU,but 0x80000000-0x90000000 for pci. So I have to change >> ioremap,virt_to_bus & bus_to_virt. I think this problem should >> exist in many nonpc hw,could you point me a clean way? >> > >For now, we do assume PCI memeory space is identical to physical address >space. To remove the restriction cleanly is not a small task. > >It is typically much easier to modify PCI device BARS so that they do coincide >with the same physical address. You can control that by using the correct >starting address for PCI MEM space in pci_auto.c resource assignment. It seems a good way to solve the ioremap problem and X problem.But virt_to_bus & bus_to_virt problem remains? Thank you very much. > >Jun Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Wed Sep 19 03:28:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JASrv23230 for linux-mips-outgoing; Wed, 19 Sep 2001 03:28:53 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JASke23225 for ; Wed, 19 Sep 2001 03:28:49 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f8JAS3722337; Wed, 19 Sep 2001 11:28:03 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 19 Sep 2001 11:27:22 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC596@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: RE: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) Date: Wed, 19 Sep 2001 11:27:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8JASne23228 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > -----Original Message----- > From: Zhang Fuxin [mailto:fxzhang@ict.ac.cn] > Sent: 19 September 2001 09:38 > To: linux-mips@oss.sgi.com > Subject: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) > > > hi,Jun Sun > 2001-09-18 10:09:00 you wrote > >Zhang Fuxin wrote: > >> > >> hi,all > >> I have finally been able to get a copy of sgi cvs > code:).Now I have > >> changed my p6032 code to use new[time,pci,irq] code and it seems a > >> lot cleaner.But still problems. > > > >Cool. Very glad to hear that. > Thank you for encourage:). I am new to mips and kernel > programming,the code > may still look very dirty for your eyes.But i will try my best. > > > >> I keep seeing spurious interrupt when starting xwindows.And > >> sometimes without x. If the machine is doing heavy io(e.g.,unzip & > >> untar mozilla source) when I startx,it will probably enter an > >> endless loop of spurious interrupt or lead to unaligned instruction > >> access shortly after(with epc=0x1,ra=0x1) and die. > >> I have seen spurious IRQ1,IRQ7 and IRQ12,and the endless > loop case > >> is IRQ12--ps2 mouse interrupt. > >> Can somebody give me a clue? What I know is that 8259 > may generate > >> spurious IRQ7 & IRQ15. But how can the others happen,buggy hw?And > >> what may cause a kernel unaligned instruction access? > > > >Are you using arch/mips/i8259.c file? > Yes. > > > >One possibility is your irq dispatching code. If it loops > to deliver all > >pending interrupts, what you described may happen (assuming > there is a real > >hardware connecting to those irq sources). > I have checked the p6032 manual.It says it has an intel > FW82371AB("PIIX 4") > south bridge chip,a National Semiconductor PC97307-ICE/VUL multi I/O > controller which includes dual serial ports and rtc,PC > mouse/keyb etc,connect > to the PIIX 4. Make sure you read the section in the P6032 manual "Tips on programming south bridge interrupt controller(s)" - page 31. I don't see how the 8259 code that's part of the MIPS tree can ever be used without changes. Phil From owner-linux-mips@oss.sgi.com Wed Sep 19 06:39:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JDdRg27454 for linux-mips-outgoing; Wed, 19 Sep 2001 06:39:27 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.6]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JDdOe27448 for ; Wed, 19 Sep 2001 06:39:24 -0700 Received: from drow by nevyn.them.org with local (Exim 3.32 #1 (Debian)) id 15jhZM-0001A8-00; Wed, 19 Sep 2001 09:39:16 -0400 Date: Wed, 19 Sep 2001 09:39:16 -0400 From: Daniel Jacobowitz To: Shaolin Zhang Cc: Ernest Jih , linux-mips@oss.sgi.com, renwei@huawei.com Subject: Re: kgdb with linux-mips problem Message-ID: <20010919093916.A4421@nevyn.them.org> References: <00fe01c140b4$ad3f9200$cd22690a@huawei.com> <20010918224620.A22455@nevyn.them.org> <016001c140b9$c5a2e900$cd22690a@huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <016001c140b9$c5a2e900$cd22690a@huawei.com>; from zhangshaolin@huawei.com on Wed, Sep 19, 2001 at 11:18:37AM +0800 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 19, 2001 at 11:18:37AM +0800, Shaolin Zhang wrote: > My gcc verison is 2.95.3 19991030, gdb verison is 20000204. > What is current version of bintuil and egcs,and where can i get it ? > thanks. >From gcc.gnu.org/sources.redhat.com. The one you'll really need to update is GDB: sources.redhat.com/pub/gdb/, I think, and look for a snapshot from the past few weeks. I highly recommend you use an existing toolchain - MontaVista's (www.mvista.com, look for Journeyman) or H.J. Lu's (don't know the URL offhand). -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer From owner-linux-mips@oss.sgi.com Wed Sep 19 09:42:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JGgPw32023 for linux-mips-outgoing; Wed, 19 Sep 2001 09:42:25 -0700 Received: from dea.linux-mips.net (f-248-188.frankfurt.ipdial.viaginterkom.de [62.180.188.248]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JGgMe32020 for ; Wed, 19 Sep 2001 09:42:23 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8JGfNA06014; Wed, 19 Sep 2001 18:41:23 +0200 Date: Wed, 19 Sep 2001 18:41:23 +0200 From: Ralf Baechle To: Phil Thompson Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) Message-ID: <20010919184123.A5849@dea.linux-mips.net> References: <54045BFDAD47D5118A850002A5095CC30AC596@exchange1.cam.pace.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <54045BFDAD47D5118A850002A5095CC30AC596@exchange1.cam.pace.co.uk>; from Phil.Thompson@pace.co.uk on Wed, Sep 19, 2001 at 11:27:14AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Sep 19, 2001 at 11:27:14AM +0100, Phil Thompson wrote: > Make sure you read the section in the P6032 manual "Tips on programming > south bridge interrupt controller(s)" - page 31. I don't see how the 8259 > code that's part of the MIPS tree can ever be used without changes. Can you elaborate? It's actually being used without problems. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 19 11:10:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JIAfm01260 for linux-mips-outgoing; Wed, 19 Sep 2001 11:10:41 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JIAZe01253 for ; Wed, 19 Sep 2001 11:10:35 -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 f8JICAA31314; Wed, 19 Sep 2001 11:12:10 -0700 Message-ID: <3BA8DD59.C780FE46@mvista.com> Date: Wed, 19 Sep 2001 11:00:57 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Gleb O. Raiko" CC: "linux-mips@oss.sgi.com" Subject: Re: arch/mips/pci* stuff References: <3B862487.EF22D143@niisi.msk.ru> <3B869596.CBDBC20D@mvista.com> <3B8B7ED8.D2DD9E86@niisi.msk.ru> <3B9E63A9.F2B5703C@mvista.com> <3BA5DCAC.F4E8E236@niisi.msk.ru> <3BA67B2D.604D95E5@mvista.com> <3BA855FF.1CCD4F9@niisi.msk.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "Gleb O. Raiko" wrote: > > Jun Sun wrote: > > > You may control pci_scan_bridge by pcibios_assign_all_busses, just > > > return 0 from the latter and the code in pci_scan_bridge assigns all > > > numbers itself. > > > > Do you mean that we call pci_scan_brige first before scaning other devices? > > > > Yes I do. Look at drivers/pci/pci.c. The code does > > for each bus (by recursion) > scan devices on this bus > for each bridge on this bus > scan bridge > scan bus behind bridge > > The flow is pci_do_scan_bus -> pci_scan_bridge -> pci_do_scan_bus > > > > You definitely can't mix device discovering and assignment of resources > > > in one pass a on a multi-board cPCI system. > > > > > > > I have not given enough thought on 3), but it is certainly desirable. > > Well, your previous example works here. You perform scanning of devices > and assignments in one pass. You find new device unassigned by > firmware/another CPU in cPCI system, then you need find a room in a PCI > space. You can't do that, because you don't know yet what rooms > firmware/another CPU has allocated, so you don't know what rooms are > free. > You can if you throw away all the previous assignement done by BIOS, like pci_auto.c approach. > > Like I said before, this is the old style of doing things. There are many > > drawbacks in this approach. Among them, one is to require lots of knowledge > > about PCI and how the following hookup functions are called. Not every > > porting engineer is willing to dive into that. There are some other problems > > too. > > Sorry, your reason doesn't convince me. I believe, a porting engineer > must know hardware and operating system internals very well irrespective > of what his wishes are. > > Could you explain other problems, please ? I am not actively working on PCI right now. A couple of problems I remembered are related to the fixup mechnisms. If you rely on BIOS assignment, than you cannot do fixup on a per-PCI-device basis, then you have to do fixup based on per-device/BIOS-combo basis. I think a couple of days ago, there was a question about the restriction of PCI memory space being the same as CPU physical address space. Using pci_auto allows you to control the PCI memory region you use and deal with the restriction more easily. BTW, your objection seems to stem from the objection against pci_auto. But so far I have not seen any good reasons for not using pci_auto. Did I miss anything? If pci_auto does make porting easier, is there any good reason to go to a more difficult route? If you compare code size, PCI auto is much much smaller than the pci_assign_unassigned_resources(). I really don't understand what is the complain here. Jun From owner-linux-mips@oss.sgi.com Wed Sep 19 12:47:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JJl5l03282 for linux-mips-outgoing; Wed, 19 Sep 2001 12:47:05 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JJl2e03279 for ; Wed, 19 Sep 2001 12:47:02 -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 f8JJoNA03779; Wed, 19 Sep 2001 12:50:23 -0700 Message-ID: <3BA8F45D.21347CD@mvista.com> Date: Wed, 19 Sep 2001 12:39:09 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Zhang Fuxin CC: "linux-mips@oss.sgi.com" Subject: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) References: <200109190838.f8J8cIe21408@oss.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Zhang Fuxin wrote: > > My irq dispatching code is very simple,it just read the IRR,count the first > irq number and call do_IRQ. > /* > * the first level int-handler will jump here if it is a 8259A irq > */ > asmlinkage void i8259A_irqdispatch(struct pt_regs *regs) > { > int isr, irq; > > isr = inb(0x20); > > irq = ffz (~isr); > > if (irq == 2) { > isr = inb(0xa0); > irq = 8 + ffz(~isr); > } > > do_IRQ(irq,regs); > } > OK, so the problem is not what I was thinking. I don't have much clue here. I remember old i8259As have some timing issues on fast cpus. Hopefully all the bridge chips are set up correctly ... > >It is typically much easier to modify PCI device BARS so that they do coincide > >with the same physical address. You can control that by using the correct > >starting address for PCI MEM space in pci_auto.c resource assignment. > It seems a good way to solve the ioremap problem and X problem.But virt_to_bus > & bus_to_virt problem remains? > What is the virt_to_bus() problem? Is the address beyond 512MB (phy addr)? If PCI mem (BUS) address is identical to phy addr, you should not have problem unless the address is beyond 512MB. BTW, virt_to_bus()/bus_to_virt() are deprecicated. See Documentation/DMA-mapping.txt. Jun From owner-linux-mips@oss.sgi.com Wed Sep 19 13:18:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8JKIMA04198 for linux-mips-outgoing; Wed, 19 Sep 2001 13:18:22 -0700 Received: from blueyonder.co.uk (pcow029o.blueyonder.co.uk [195.188.53.123]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8JKIJe04194 for ; Wed, 19 Sep 2001 13:18:20 -0700 Received: from rogue ([62.31.4.162]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.687.68); Wed, 19 Sep 2001 21:18:32 +0100 Content-Type: text/plain; charset="iso-8859-1" From: "Luke A. Guest" To: linux-mips@oss.sgi.com Subject: Indigo2 Date: Wed, 19 Sep 2001 21:16:55 +0100 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01091921165502.25510@rogue> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I'm considering buying an (purple) Indigo2 and was wondering what kind of help I could get regarding the hardware of this machine? Would it be possible to liaise with people at SGI for the relevant information? I *have* read the archives and I know that I2's only boot via serial console at the moment, but I would like to try and get something else working as I want some experience with MIPS and this seems to be the best way forward. Any advice would be appreciated. Thanks in advance, Luke A. Guest P.S: Any buying advice would also be appreciated ;-) From owner-linux-mips@oss.sgi.com Wed Sep 19 18:52:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K1qqL10140 for linux-mips-outgoing; Wed, 19 Sep 2001 18:52:52 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K1qne10137 for ; Wed, 19 Sep 2001 18:52:49 -0700 Message-Id: <200109200152.f8K1qne10137@oss.sgi.com> Received: (qmail 11527 invoked from network); 20 Sep 2001 01:47:02 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 20 Sep 2001 01:47:02 -0000 Date: Thu, 20 Sep 2001 9:52:0 +0800 From: Zhang Fuxin To: Jun Sun CC: "linux-mips@oss.sgi.com" Subject: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8K1qoe10138 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Jun Sun 2001-09-19 12:39:00 you wrote > >> >It is typically much easier to modify PCI device BARS so that they do coincide >> >with the same physical address. You can control that by using the correct >> >starting address for PCI MEM space in pci_auto.c resource assignment. >> It seems a good way to solve the ioremap problem and X problem.But virt_to_bus >> & bus_to_virt problem remains? >> > >What is the virt_to_bus() problem? Is the address beyond 512MB (phy addr)? No,I mean problem caused different cpu & pci address space.from pci's view, the main memory is at address 0x80000000-0x90000000 in p6032.But for cpu, they are 0x0-0x10000000.So current virt_to_bus & bus_to_virt won't work. >If PCI mem (BUS) address is identical to phy addr, you should not have problem >unless the address is beyond 512MB. yes:).When i solve the 8259,i will try to make them same. > >BTW, virt_to_bus()/bus_to_virt() are deprecicated. See >Documentation/DMA-mapping.txt. I think the "depreciated" is only for direct usage: they are used in arch/mips/pci-dma.c to implement new interface pci_alloc_consistent. And there are still many driver using them(grep tell me).Am i missing something? > >Jun Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Wed Sep 19 19:26:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K2QBG10778 for linux-mips-outgoing; Wed, 19 Sep 2001 19:26:11 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K2Q6e10774 for ; Wed, 19 Sep 2001 19:26:06 -0700 Message-Id: <200109200226.f8K2Q6e10774@oss.sgi.com> Received: (qmail 14593 invoked from network); 20 Sep 2001 02:20:10 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 20 Sep 2001 02:20:10 -0000 Date: Thu, 20 Sep 2001 10:25:0 +0800 From: Zhang Fuxin To: Ralf Baechle CC: "linux-mips@oss.sgi.com" Subject: Re: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8K2Q6e10776 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hi,Ralf Baechle The mannual says: Tips on programming south bridge interrupt controller(s) The interrupt controllers inside the south bridge chip have to be software-compatible with the dual Intel 8259 controllers fitted to ver y old PCs.There are two 8-bit controllers inside the south bridge,aslave whose interrupt output becomes one of the eight inputs of the master controller. The 8259 is a ver y old device,dating from around 1980. Under the influence of contemporar y minicomputer designs,the 8259 made a brave attempt to build an interrupt prior ity system in hardware for Intel 8-bit and 8086 CPUs.With the benefit of 20 years hindsight, we can see this was pretty silly (but that s a lot of hindsight, and the people who did it were much younger then). When separated from its Intel CPU,the 8259 is unable to do exciting things like automatically causing the CPU to vector to an appropriate interrupt vector location. Experience shows that allowing it to do anything complicated is likely to lead to trouble,so we suggest: 1. Dont use the 8259s prior ity logic. Instead, place both the master and slave controller into what the Intel manuals call Special Mask Mode.This disables all interrupt prior itisation; now any active and unmasked interr upt input will activate the interrupt output, which is enough. 2. Do not ever read the ISR (in-ser vice) registers.They dont make sense outside of the prior ity scheme.If you want to know what individual interrupt lines are doing, look in the IRR (interr upt request) registers instead. 3. Conclude each interrupt service routine with a Specific end-of-interrupt (EOI) command to the 8259. In special mask mode this does n't do anything to the priority,but it does serve to clear a latched interrupt, if there is one.(There are other ways of doing this). ----------------- I have tried to put both 8259 into Special mask mode( write OCW3=0x6a to 0x20 and 0xa0).But it doesn't stop spurious IRQ12.But so far I have see only IRQ7 and IRQ12. A skim over 82371(PIIX) manual I find something that may relate: XBCS register(0x4e),which can control mouse support at IRQ12,and keyb,rtc support. Because p6032 use multi-IO controller to provide keyb,mouse,rtc,I guess it may lead to some problem; 0x60,a read to it clear mouse/keyb interrupt if mouse/keyb support is enabled in XBCS; 0x4d0,0x4d1,set level/edge sense mode per interrupt. But sadly up to now i have tried several combination,none can stop spurious IRQ12. I have to add a read to 0x60 to prevent endless spurious IRQ12 when it happens. Another fact is the 82371 manual is 82371FB & 82371SB,but the chip on the board is 82371EB.I will try to find the exact manual later. 2001-09-19 18:41:00 you wrote >On Wed, Sep 19, 2001 at 11:27:14AM +0100, Phil Thompson wrote: > >> Make sure you read the section in the P6032 manual "Tips on programming >> south bridge interrupt controller(s)" - page 31. I don't see how the 8259 >> code that's part of the MIPS tree can ever be used without changes. > >Can you elaborate? It's actually being used without problems. > > Ralf Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Wed Sep 19 20:08:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K38kt11364 for linux-mips-outgoing; Wed, 19 Sep 2001 20:08:46 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K38be11359; Wed, 19 Sep 2001 20:08:38 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 20 Sep 2001 03:08:37 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id A65DDB462; Thu, 20 Sep 2001 12:08:32 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id MAA01732; Thu, 20 Sep 2001 12:08:28 +0900 (JST) Date: Thu, 20 Sep 2001 12:13:16 +0900 (JST) Message-Id: <20010920.121316.74756227.nemoto@toshiba-tops.co.jp> To: linux-mips@oss.sgi.com Cc: ralf@oss.sgi.com Subject: NON FPU cpus (again) From: Atsushi Nemoto X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation In-Reply-To: <20010207144857.B24485@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On 7 Feb 2001, Florian Lohoff reported exit_thread() problem on NON-FPU CPUs. Tt is still not solved in the current kernel. >>>>> On Wed, 7 Feb 2001 14:48:58 +0100, Florian Lohoff said: flo> I stumbled over the current tree as on the 3912 we dont have a flo> FPU so we cant use the default "exit_thread" which simply causes flo> the CPU to halt (not even an cpu reset works) Following codes in exit_thread() and flush_thread() should be executed only if (mips_cpu.options & MIPS_CPU_FPU) == 0, shouldn't it? set_cp0_status(ST0_CU1); __asm__ __volatile__("cfc1\t$0,$31"); BTW, I can not see any point in copying FCR31 to r0. What is a purpose of the cfc1 instruction? --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Wed Sep 19 20:17:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K3H2h11525 for linux-mips-outgoing; Wed, 19 Sep 2001 20:17:02 -0700 Received: from dea.linux-mips.net (f-20-190.frankfurt.ipdial.viaginterkom.de [62.180.190.20]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K3Gxe11522 for ; Wed, 19 Sep 2001 20:16:59 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8K3Ghk13327; Thu, 20 Sep 2001 05:16:43 +0200 Date: Thu, 20 Sep 2001 05:16:43 +0200 From: Ralf Baechle To: Atsushi Nemoto Cc: linux-mips@oss.sgi.com Subject: Re: NON FPU cpus (again) Message-ID: <20010920051642.C11714@dea.linux-mips.net> References: <20010207144857.B24485@paradigm.rfc822.org> <20010920.121316.74756227.nemoto@toshiba-tops.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920.121316.74756227.nemoto@toshiba-tops.co.jp>; from nemoto@toshiba-tops.co.jp on Thu, Sep 20, 2001 at 12:13:16PM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 20, 2001 at 12:13:16PM +0900, Atsushi Nemoto wrote: > Following codes in exit_thread() and flush_thread() should be executed > only if (mips_cpu.options & MIPS_CPU_FPU) == 0, shouldn't it? > > set_cp0_status(ST0_CU1); > __asm__ __volatile__("cfc1\t$0,$31"); > > BTW, I can not see any point in copying FCR31 to r0. What is a > purpose of the cfc1 instruction? On CPUs with imprecise exceptions a FPU exception might still be pending and possibly be taken arbitrarily delayed. The cfc1 instruction serves as an exception barrier for such exceptions. At this time TFP is the only CPU which features imprecise exceptions. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 19 20:58:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K3wEZ12066 for linux-mips-outgoing; Wed, 19 Sep 2001 20:58:14 -0700 Received: from topsns.toshiba-tops.co.jp (topsns.toshiba-tops.co.jp [202.230.225.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K3w6e12062; Wed, 19 Sep 2001 20:58:06 -0700 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 20 Sep 2001 03:58:06 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 07057B462; Thu, 20 Sep 2001 12:58:05 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id MAA01901; Thu, 20 Sep 2001 12:58:00 +0900 (JST) Date: Thu, 20 Sep 2001 13:02:48 +0900 (JST) Message-Id: <20010920.130248.41627158.nemoto@toshiba-tops.co.jp> To: ralf@oss.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: NON FPU cpus (again) From: Atsushi Nemoto In-Reply-To: <20010920051642.C11714@dea.linux-mips.net> References: <20010207144857.B24485@paradigm.rfc822.org> <20010920.121316.74756227.nemoto@toshiba-tops.co.jp> <20010920051642.C11714@dea.linux-mips.net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.1 (AOI) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> On Thu, 20 Sep 2001 05:16:43 +0200, Ralf Baechle said: >> BTW, I can not see any point in copying FCR31 to r0. What is a >> purpose of the cfc1 instruction? ralf> On CPUs with imprecise exceptions a FPU exception might still be ralf> pending and possibly be taken arbitrarily delayed. The cfc1 ralf> instruction serves as an exception barrier for such exceptions. ralf> At this time TFP is the only CPU which features imprecise ralf> exceptions. I see. Thanks for your quick answer. And I wrote wrong thing in my previous mail. What I wanted to say is: diff -ur linux.sgi/arch/mips/kernel/process.c linux/arch/mips/kernel/process.c --- linux.sgi/arch/mips/kernel/process.c Sun Aug 5 23:39:09 2001 +++ linux/arch/mips/kernel/process.c Thu Sep 20 12:54:52 2001 @@ -56,8 +56,10 @@ { /* Forget lazy fpu state */ if (last_task_used_math == current) { - set_cp0_status(ST0_CU1); - __asm__ __volatile__("cfc1\t$0,$31"); + if (mips_cpu.options & MIPS_CPU_FPU) { + set_cp0_status(ST0_CU1); + __asm__ __volatile__("cfc1\t$0,$31"); + } last_task_used_math = NULL; } } @@ -66,8 +68,10 @@ { /* Forget lazy fpu state */ if (last_task_used_math == current) { - set_cp0_status(ST0_CU1); - __asm__ __volatile__("cfc1\t$0,$31"); + if (mips_cpu.options & MIPS_CPU_FPU) { + set_cp0_status(ST0_CU1); + __asm__ __volatile__("cfc1\t$0,$31"); + } last_task_used_math = NULL; } } --- As Florian Lohoff reported, there are CPUs require this patch. --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Wed Sep 19 22:57:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K5vkN13827 for linux-mips-outgoing; Wed, 19 Sep 2001 22:57:46 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K5vhe13823 for ; Wed, 19 Sep 2001 22:57:43 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8K5vgr08350 for linux-mips@oss.sgi.com; Thu, 20 Sep 2001 01:57:42 -0400 Date: Thu, 20 Sep 2001 01:57:42 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: native gcc-3.0.1? Message-ID: <20010920015742.A8317@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Does anyone have gcc-3.0.1 built as a native MIPS compiler? I have a 3.0.1 cross-compiler that seems to work fine, but when I cross-compiled a native gcc-3.0.1, it doesn't work: # cat hello.c main() { printf("hello, world\n"); } # gcc -c hello.c hello.c: In function 'main': hello.c:4: Internal error: Illegal instruction Please submit a full bug report with preprocessed source if appropriate. See for instructions. It's possible that 1) My kernel is broken. I doubt this, only because the other possibilities seem more likely; I suppose I could add debugging output to all of the places where the kernel generates SIGILL 2) My cross-compiler is broken. But, everything else it's compiled has worked fine, including relatively complicated programs like strace and bash. It could also be that gcc-3.0.1 is simply broken when running natively on MIPS. Has anyone done this? Any luck? It's also possible (and I think likely) that my cross-compiler is making wrong assumptions about the target system (since ./configure can be pretty dumb when it comes to setting up a cross compile). If anyone has built gcc-3.0 or gcc-3.0.1 natively on MIPS, can you send me the config.cache from your build? I tried using my gcc-3.0.1 cross-compiler to build a native gcc-2.95.3 instead, but the newer GCCs doesn't seem to happy about building old ones. Grr.. -jim From owner-linux-mips@oss.sgi.com Wed Sep 19 23:09:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K69xA14036 for linux-mips-outgoing; Wed, 19 Sep 2001 23:09:59 -0700 Received: from straylight.cyberhqz.com (root@h24-76-98-250.vc.shawcable.net [24.76.98.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K69te14033 for ; Wed, 19 Sep 2001 23:09:55 -0700 Received: (from rmurray@localhost) by straylight.cyberhqz.com (8.9.3/8.9.3/Debian 8.9.3-21) id XAA17444 for linux-mips@oss.sgi.com; Wed, 19 Sep 2001 23:09:53 -0700 From: Ryan Murray Date: Wed, 19 Sep 2001 23:09:53 -0700 To: linux-mips@oss.sgi.com Subject: Re: native gcc-3.0.1? Message-ID: <20010919230953.B6044@cyberhqz.com> Mail-Followup-To: linux-mips@oss.sgi.com References: <20010920015742.A8317@neurosis.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010920015742.A8317@neurosis.mit.edu>; from jim@jtan.com on Thu, Sep 20, 2001 at 01:57:42AM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 20, 2001 at 01:57:42AM -0400, Jim Paris wrote: > Does anyone have gcc-3.0.1 built as a native MIPS compiler? Debian built 3.0.1 natively... > It could also be that gcc-3.0.1 is simply broken when running natively > on MIPS. Has anyone done this? Any luck? When that was the version in Debian, it did work. > anyone has built gcc-3.0 or gcc-3.0.1 natively on MIPS, can you send > me the config.cache from your build? I don't have that around anymore, but I can send you the config.cache from a build of a 3.0.2 CVS snapshot... --=20 Ryan Murray, Debian Developer (rmurray@cyberhqz.com, rmurray@debian.org) The opinions expressed here are my own. --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7qYgxN2Dbz/1mRasRAgwhAKCmEITst+jeArOdgIJaEW4amMU/wQCglsnw dSmS5JtzKZQZLmhtuSDqm+k= =aTMZ -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-linux-mips@oss.sgi.com Thu Sep 20 00:11:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K7Box14917 for linux-mips-outgoing; Thu, 20 Sep 2001 00:11:50 -0700 Received: from viditec-netmedia.com.tw (61-220-240-70.HINET-IP.hinet.net [61.220.240.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K7BQe14906 for ; Thu, 20 Sep 2001 00:11:28 -0700 Received: from kjlin ([61.220.240.66]) by viditec-netmedia.com.tw (8.10.0/8.10.0) with SMTP id f8K9nUI04761 for ; Thu, 20 Sep 2001 17:49:30 +0800 Message-ID: <05e901c141a0$a03e6120$056aaac0@kjlin> From: "kjlin" To: Subject: fork() vs vfork() Date: Thu, 20 Sep 2001 14:51:08 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_05E6_01C141E3.AE47B080" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_05E6_01C141E3.AE47B080 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi all, How does linux-mips treat the vfork() function? I can see the fork() implemented in syscall.c as following: save_static_function(sys_fork); static_unused int _sys_fork(struct pt_regs regs) { int res; res =3D do_fork(SIGCHLD, regs.regs[29], ®s, 0); return res; } But i can't see anything about vfork/sys_vfork in mips platform. However, the vfork() was implemented as sys_vfork in other architecture. Such as arm platform: asmlinkage int sys_vfork(struct pt_regs *regs) { return do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->ARM_sp, = regs, 0); } Why not do the same "sys_vfork" in linux-mips? Does it mean that MIPS does not support vfork() or vfork() is equal to = fork() in MIPS platform? Thanks, KJ ------=_NextPart_000_05E6_01C141E3.AE47B080 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hi all,
 
How does linux-mips treat the vfork() = function?
I can see the fork() implemented in syscall.c as=20 following:
 
save_static_function(sys_fork);
static_unused int = _sys_fork(struct pt_regs=20 regs)
{
        int = res;
        res =3D=20 do_fork(SIGCHLD, regs.regs[29], &regs, 0);
        return=20 res;
}
 
But i can't see anything about = vfork/sys_vfork in=20 mips platform.
However, the vfork() was implemented as sys_vfork in = other=20 architecture.
Such as arm platform:
asmlinkage int sys_vfork(struct pt_regs=20 *regs)
{
        return=20 do_fork(CLONE_VFORK | CLONE_VM | SIGCHLD, regs->ARM_sp, regs,=20 0);
}
 
Why not do the same "sys_vfork" in = linux-mips?
Does it mean that MIPS does not support vfork() or = vfork() is=20 equal to fork() in MIPS platform?

Thanks,
KJ
 
------=_NextPart_000_05E6_01C141E3.AE47B080-- From owner-linux-mips@oss.sgi.com Thu Sep 20 01:46:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8K8kJa16738 for linux-mips-outgoing; Thu, 20 Sep 2001 01:46:19 -0700 Received: from animal.pace.co.uk (gateway.pace.co.uk [195.44.197.250]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8K8k3e16734; Thu, 20 Sep 2001 01:46:04 -0700 Received: from exchange1.cam.pace.co.uk (exchange1.cam.pace.co.uk [136.170.131.80]) by animal.pace.co.uk (8.10.2/8.10.2) with ESMTP id f8K8jv724278; Thu, 20 Sep 2001 09:45:57 +0100 Received: by exchange1.cam.pace.co.uk with Internet Mail Service (5.5.2650.21) id ; Thu, 20 Sep 2001 09:45:14 +0100 Message-ID: <54045BFDAD47D5118A850002A5095CC30AC599@exchange1.cam.pace.co.uk> From: Phil Thompson To: "'Ralf Baechle'" Cc: "'Zhang Fuxin'" , linux-mips@oss.sgi.com Subject: RE: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) Date: Thu, 20 Sep 2001 09:45:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > -----Original Message----- > From: Ralf Baechle [mailto:ralf@oss.sgi.com] > Sent: 19 September 2001 17:41 > To: Phil Thompson > Cc: 'Zhang Fuxin'; linux-mips@oss.sgi.com > Subject: Re: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) > > > On Wed, Sep 19, 2001 at 11:27:14AM +0100, Phil Thompson wrote: > > > Make sure you read the section in the P6032 manual "Tips on > programming > > south bridge interrupt controller(s)" - page 31. I don't > see how the 8259 > > code that's part of the MIPS tree can ever be used without changes. > > Can you elaborate? It's actually being used without problems. The P6032 documentation recommends using Special Mask Mode to disable the 8259's priority logic so that reading the ISR register gives you the set of pending interrupts. I took that at face value, so you need to program the mode and need a function to return the set of pending interrupts (although you could use i8259A_irq_pending() in loop). Phil From owner-linux-mips@oss.sgi.com Thu Sep 20 03:03:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8KA3aw18888 for linux-mips-outgoing; Thu, 20 Sep 2001 03:03:36 -0700 Received: from zh.t2-design.com ([210.14.211.66]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8KA1ge18866 for ; Thu, 20 Sep 2001 03:01:50 -0700 Received: from zh.t2-design.com ([210.14.211.118]) by zh.t2-design.com (8.9.3/8.9.3) with ESMTP id SAA21382; Thu, 20 Sep 2001 18:04:56 +0800 Message-ID: <3BA9BE47.BEF47A87@zh.t2-design.com> Date: Thu, 20 Sep 2001 18:00:39 +0800 From: william Reply-To: william@zh.t2-design.com Organization: t2-design X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ryan Murray CC: linux-mips@oss.sgi.com Subject: Re: native gcc-3.0.1? References: <20010920015742.A8317@neurosis.mit.edu> <20010919230953.B6044@cyberhqz.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ryan Murray wrote: > On Thu, Sep 20, 2001 at 01:57:42AM -0400, Jim Paris wrote: > > Does anyone have gcc-3.0.1 built as a native MIPS compiler? > > Debian built 3.0.1 natively... > > > It could also be that gcc-3.0.1 is simply broken when running natively > > on MIPS. Has anyone done this? Any luck? > > When that was the version in Debian, it did work. > > > anyone has built gcc-3.0 or gcc-3.0.1 natively on MIPS, can you send > > me the config.cache from your build? > > I don't have that around anymore, but I can send you the config.cache from > a build of a 3.0.2 CVS snapshot... > > -- > Ryan Murray, Debian Developer (rmurray@cyberhqz.com, rmurray@debian.org) > The opinions expressed here are my own. > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature Hi, Just, I use GCC-3.0.1 to compile Linux kernel,except ramdisk.o,everything seems fine.about ramdisk.o because GCC-3.0.1 can't suppor failed to merge target specific data of file ../boot/ramdisk.ot ecoff-littlemips target.so I modified it as elf32-littlemips,but when linking, compiler told me failed to merge specific data of file ramdisk.o,from the output compiler message,it says ISA mismatch(-mips1) with previous modules(--mips3) and used different e_flags(0x0) fields than previous modules(0x100).What's wrong with it? Best regards william 20/9/2001 From owner-linux-mips@oss.sgi.com Thu Sep 20 04:30:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8KBUMU20570 for linux-mips-outgoing; Thu, 20 Sep 2001 04:30:22 -0700 Received: from dea.linux-mips.net (u-100-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.100]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8KBUIe20567 for ; Thu, 20 Sep 2001 04:30:18 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8KBTZw14958; Thu, 20 Sep 2001 13:29:35 +0200 Date: Thu, 20 Sep 2001 13:29:35 +0200 From: Ralf Baechle To: kjlin Cc: linux-mips@oss.sgi.com Subject: Re: fork() vs vfork() Message-ID: <20010920132935.A13439@dea.linux-mips.net> References: <05e901c141a0$a03e6120$056aaac0@kjlin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <05e901c141a0$a03e6120$056aaac0@kjlin>; from kj.lin@viditec-netmedia.com.tw on Thu, Sep 20, 2001 at 02:51:08PM +0800 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 20, 2001 at 02:51:08PM +0800, kjlin wrote: > From: "kjlin" > To: > Subject: fork() vs vfork() > Date: Thu, 20 Sep 2001 14:51:08 +0800 > > Hi all, > > How does linux-mips treat the vfork() function? > I can see the fork() implemented in syscall.c as following: > > save_static_function(sys_fork); > static_unused int _sys_fork(struct pt_regs regs) > { > int res; > res = do_fork(SIGCHLD, regs.regs[29], ®s, 0); > return res; > } > Why not do the same "sys_vfork" in linux-mips? > Does it mean that MIPS does not support vfork() or vfork() is equal to fork() in MIPS platform? Hint: save_static_function is a macro. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 20 05:21:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8KCLwR21461 for linux-mips-outgoing; Thu, 20 Sep 2001 05:21:58 -0700 Received: from bacchus-int.veritas.com (bacchus.veritas.com [204.177.156.37]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8KCLre21458 for ; Thu, 20 Sep 2001 05:21:53 -0700 Received: from megami.veritas.com (megami-13.veritas.com [166.98.13.101]) by bacchus-int.veritas.com (8.11.2/8.11.2) with SMTP id f8KCLaF14876; Thu, 20 Sep 2001 05:21:36 -0700 (PDT) Received: from vxindia.veritas.com(vxindia.vxindia.veritas.com[202.41.69.5]) (3137 bytes) by megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Thu, 20 Sep 2001 05:21:35 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) Received: from veritas.com (hysteria.vxindia.veritas.com [10.212.2.46]) by vxindia.veritas.com (8.9.3/8.9.3) with ESMTP id RAA13346; Thu, 20 Sep 2001 17:48:57 +0530 (IST) Message-ID: <3BA9DC21.6E5FE0FA@veritas.com> Date: Thu, 20 Sep 2001 17:38:01 +0530 From: "Amit S. Kale" Organization: Veritas Software (India) X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: sjhill@cotw.com CC: binutils@sources.redhat.com, gdb@sourceware.cygnus.com, linux-mips@oss.sgi.com Subject: Re: Continued MIPS kernel debugging symbols problem... References: <3BA16CAA.6B4DF4A1@cotw.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, If you are debugging linux kernel modules, you may find the loadmodule.sh script from http://kgdb.sourceforge.net/ useful to get a gdb script to load module object files. "Steven J. Hill" wrote: > > Greetings. > > I have tried everything I can to get Linux kernel debugging > symbols to work properly. I apologize for posting to so > many lists too, but I really need to get this working. I > traded a few emails with HJ Lu and he referred me to the > following messages/threads: > > http://sources.redhat.com/ml/gdb/2001-08/msg00053.html > http://sources.redhat.com/ml/gdb/2001-08/msg00079.html > http://sources.redhat.com/ml/gdb/2001-08/msg00084.html > > I did read them a few times and it appears that all the > necessary changes are in the current gdb and insight CVS > repositories. I checked out the latest sources a half > hour ago and compiled both gdb and insight using the > configuration line: > > configure --prefix=/opt/tools --target=mipsel-linux-elf > > since my target is a NEC 5432 running in LE mode. I had > also tried 'mips-linux-elf' targets earlier in the day > with no difference. I am still getting the following > mismatch in symbols: > > -------------------------------------------------------------------- > (gdb) target remote /dev/ttyS1 > Remote debugging using /dev/ttyS1 > 0x80012828 in breakinst () at af_packet.c:1879 > 1879 sock_unregister(PF_PACKET); > (gdb) bt > #0 0x80012828 in breakinst () at af_packet.c:1879 > #1 0x8001a0d4 in sys_create_module (name_user=0x10001dc8 "cfi_probe", > size=8176) at module.c:305 > (gdb) c > Continuing. > -------------------------------------------------------------------- > > I compiled my kernel with a toolchain that used the following > versions of tools: > > binutils-2.11.90.0.31 (HJLu patches applied) > gcc-3.0.1 (stock) > glibc-2.2.3 (minor build patches) > > Things are still not working and I would greatly appreciate some > direction. I've blown a whole day this and am a bit frazzled. > Thanks a bunch in advance. > > -Steve > > -- > Steven J. Hill - Embedded SW Engineer -- Amit Kale Veritas Software India ( http://www.veritasindia.com/ ) From owner-linux-mips@oss.sgi.com Thu Sep 20 10:15:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8KHFUM28833 for linux-mips-outgoing; Thu, 20 Sep 2001 10:15:30 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8KHFQe28829 for ; Thu, 20 Sep 2001 10:15:26 -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 f8KHIlA16959; Thu, 20 Sep 2001 10:18:47 -0700 Message-ID: <3BAA2255.BF8F432@mvista.com> Date: Thu, 20 Sep 2001 10:07:33 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Zhang Fuxin CC: "linux-mips@oss.sgi.com" Subject: Re: 8259 spurious interrupt (IRQ1,IRQ7,IRQ12..) References: <200109191747.KAA12583@messenger.mvista.com> Content-Type: text/plain; charset=iso-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by hermes.mvista.com id f8KHIlA16959 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8KHFQe28830 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Zhang Fuxin wrote: > > hi,Jun Sun > > 2001-09-19 12:39:00 you wrote > > > >> >It is typically much easier to modify PCI device BARS so that they do coincide > >> >with the same physical address. You can control that by using the correct > >> >starting address for PCI MEM space in pci_auto.c resource assignment. > >> It seems a good way to solve the ioremap problem and X problem.But virt_to_bus > >> & bus_to_virt problem remains? > >> > > > >What is the virt_to_bus() problem? Is the address beyond 512MB (phy addr)? > No,I mean problem caused different cpu & pci address space.from pci's view, > the main memory is at address 0x80000000-0x90000000 in p6032.But for cpu, > they are 0x0-0x10000000.So current virt_to_bus & bus_to_virt won't work. > You should make sys memory appears starting from 0x0 in PCI memory as well. That was part of what I meant by making PCI memory address and CPU physical address identical. > >If PCI mem (BUS) address is identical to phy addr, you should not have problem > >unless the address is beyond 512MB. > yes:).When i solve the 8259,i will try to make them same. > > > >BTW, virt_to_bus()/bus_to_virt() are deprecicated. See > >Documentation/DMA-mapping.txt. > I think the "depreciated" is only for direct usage: they are used in > arch/mips/pci-dma.c to implement new interface pci_alloc_consistent. > And there are still many driver using them(grep tell me).Am i missing > something? Hmm, I am not too sure here. My understanding is any new driver should try *not* to use it. pci-dma.c may use it because of lack of other means or just a quick hack. Jun From owner-linux-mips@oss.sgi.com Thu Sep 20 15:34:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8KMY5e05133 for linux-mips-outgoing; Thu, 20 Sep 2001 15:34:05 -0700 Received: from geoffk.org (dialin-sv-00.cygnus.com [205.180.231.50]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8KMY1e05130 for ; Thu, 20 Sep 2001 15:34:02 -0700 Received: (from geoffk@localhost) by geoffk.org (8.9.3/8.9.3) id PAA02201; Thu, 20 Sep 2001 15:52:30 -0700 Date: Thu, 20 Sep 2001 15:52:30 -0700 Message-Id: <200109202252.PAA02201@geoffk.org> X-Authentication-Warning: localhost.cygnus.com: geoffk set sender to geoffk@geoffk.org using -f From: Geoff Keating To: rth@redhat.com CC: hjl@lucon.org, rmurray@cyberhqz.com, linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org In-reply-to: <20010917154754.E30386@redhat.com> (message from Richard Henderson on Mon, 17 Sep 2001 15:47:54 -0700) Subject: Re: linker problem: relocation truncated to fit Reply-to: Geoff Keating References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> <20010917154754.E30386@redhat.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Date: Mon, 17 Sep 2001 15:47:54 -0700 > From: Richard Henderson > Cc: Ryan Murray , linux-mips@oss.sgi.com, > binutils@sourceware.cygnus.com, gcc@gcc.gnu.org > On Sun, Sep 16, 2001 at 03:50:03PM -0700, H . J . Lu wrote: > > I don't think mips is the only platform which has this problem. Do > > Alpha, PowerPC and Sparc have similar problems like that? What are > > the solutions for them? > > Alpha has a complicated scheme by which every input object file may > be assigned to a different GOT, each of which is limited to 64k. The > other reason this works is that variables assigned to .sdata/.sbss > are _not_ treated differently wrt code generation. Instead, this is > optimized via linker relaxation. > > IA-64 will overflow its small data area at 22 bits. > > PowerPC and Sparc do not use .sdata/.sbss. Actually, powerpc could use .sdata/.sbss for shared libraries, but it never got implemented, and it would have the disadvantage that such code can't be linked into non-shared objects. It would be a significant speed/space win for certain objects, most notably libm. -- - Geoffrey Keating From owner-linux-mips@oss.sgi.com Thu Sep 20 18:29:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8L1TjP08261 for linux-mips-outgoing; Thu, 20 Sep 2001 18:29:45 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8L1Tge08258 for ; Thu, 20 Sep 2001 18:29:42 -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 f8L1X4A07763; Thu, 20 Sep 2001 18:33:04 -0700 Message-ID: <3BAA962D.C55F2239@mvista.com> Date: Thu, 20 Sep 2001 18:21:49 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: busybox does not like 2.4.8, or the other way around? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have a small busybox userland that works fine with 2.4.2 kernel, but failed with the latest 2.4.8 kernel. The symptom is that it is stuck at the following prompt: ================ .... Kernel command line: console=ttyS0,115200 ip=bootp .... Freeing unused kernel memory: 4k freed Algorithmics/MIPS FPU Emulator v1.4 serial console detected. Disabling virtual terminals. init started: BusyBox v0.51 (2001.07.18-06:43+0000) multi-call binary Please press Enter to activate this console. ================ A simple test shows the console is still working, i.e., pressing a key *does* generate an interrupt and ISR *does* read the correct char value. I really cannot think of anything else that might make busybox stuck here. Any clue? Anybody else is using busybox with more recent kernels? Jun From owner-linux-mips@oss.sgi.com Thu Sep 20 19:02:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8L22wm09010 for linux-mips-outgoing; Thu, 20 Sep 2001 19:02:58 -0700 Received: from ns1.ltc.com (ns1.ltc.com [38.149.17.165]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8L22re09006 for ; Thu, 20 Sep 2001 19:02:53 -0700 Received: from prefect (gw1.ltc.com [38.149.17.163]) by ns1.ltc.com (Postfix) with SMTP id D8F19590A9; Thu, 20 Sep 2001 21:59:30 -0400 (EDT) Message-ID: <048f01c14241$89c103c0$3501010a@ltc.com> From: "Bradley D. LaRonde" To: "Jun Sun" , References: <3BAA962D.C55F2239@mvista.com> Subject: Re: busybox does not like 2.4.8, or the other way around? Date: Thu, 20 Sep 2001 22:02:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm using busybox 0.60.1 with the latest oss kernel with success. No clue on why your busybox is stuck though. Regards, Brad ----- Original Message ----- From: "Jun Sun" To: Sent: Thursday, September 20, 2001 9:21 PM Subject: busybox does not like 2.4.8, or the other way around? > > I have a small busybox userland that works fine with 2.4.2 kernel, but failed > with the latest 2.4.8 kernel. The symptom is that it is stuck at the > following prompt: > > ================ > .... > Kernel command line: console=ttyS0,115200 ip=bootp > .... > Freeing unused kernel memory: 4k freed > Algorithmics/MIPS FPU Emulator v1.4 > serial console detected. Disabling virtual terminals. > init started: BusyBox v0.51 (2001.07.18-06:43+0000) multi-call binary > > Please press Enter to activate this console. > ================ > > A simple test shows the console is still working, i.e., pressing a key *does* > generate an interrupt and ISR *does* read the correct char value. > > I really cannot think of anything else that might make busybox stuck here. > Any clue? Anybody else is using busybox with more recent kernels? > > Jun > From owner-linux-mips@oss.sgi.com Thu Sep 20 20:56:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8L3uMl11050 for linux-mips-outgoing; Thu, 20 Sep 2001 20:56:22 -0700 Received: from dea.linux-mips.net (u-156-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.156]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8L3uJe11047 for ; Thu, 20 Sep 2001 20:56:19 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8L3u3g25509; Fri, 21 Sep 2001 05:56:03 +0200 Date: Fri, 21 Sep 2001 05:56:03 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? Message-ID: <20010921055603.A25424@dea.linux-mips.net> References: <3BAA962D.C55F2239@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BAA962D.C55F2239@mvista.com>; from jsun@mvista.com on Thu, Sep 20, 2001 at 06:21:49PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 20, 2001 at 06:21:49PM -0700, Jun Sun wrote: > I have a small busybox userland that works fine with 2.4.2 kernel, but failed > with the latest 2.4.8 kernel. The symptom is that it is stuck at the > following prompt: There was a change in 2.4.3 which also broke certain gettys that don't set CLOCAL. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 20 22:27:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8L5RZb12453 for linux-mips-outgoing; Thu, 20 Sep 2001 22:27:35 -0700 Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8L5RVe12448 for ; Thu, 20 Sep 2001 22:27:31 -0700 Received: from excalibur.cologne.de (pD9E405CF.dip.t-dialin.net [217.228.5.207]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id HAA01037; Fri, 21 Sep 2001 07:27:26 +0200 (MET DST) Received: from karsten by excalibur.cologne.de with local (Exim 3.12 #1 (Debian)) id 15kIt5-0001cz-00; Fri, 21 Sep 2001 07:30:07 +0200 Date: Fri, 21 Sep 2001 07:30:07 +0200 From: Karsten Merker To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? Message-ID: <20010921073007.B618@excalibur.cologne.de> Mail-Followup-To: Karsten Merker , Jun Sun , linux-mips@oss.sgi.com References: <3BAA962D.C55F2239@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BAA962D.C55F2239@mvista.com>; from jsun@mvista.com on Thu, Sep 20, 2001 at 06:21:49PM -0700 X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 20, 2001 at 06:21:49PM -0700, Jun Sun wrote: > I have a small busybox userland that works fine with 2.4.2 kernel, but failed > with the latest 2.4.8 kernel. The symptom is that it is stuck at the > following prompt: [busybox waiting for keypress] > A simple test shows the console is still working, i.e., pressing a key *does* > generate an interrupt and ISR *does* read the correct char value. > > I really cannot think of anything else that might make busybox stuck here. > Any clue? Anybody else is using busybox with more recent kernels? I have a smilar problem on my DECstation. Using 2.4.8 with the Debian boot-floppies (based on busybox), the machine hangs when waiting for the first keypress after the splash screen. When booting 2.4.8 with my "normal" installation into single user mode, I get a shell prompt, but cannot enter anything. I first thought of a problem with the DECstation keyboard driver, but the same happens on serial console. I have tested various kernel version with regard to this - the last one working for me is 2.4.5. When booting my "normal" installation with 2.4.8 into multiuser mode, the machine crashes somewhere in the init scripts. Is your box little or big endian? Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From owner-linux-mips@oss.sgi.com Fri Sep 21 03:29:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8LATx018786 for linux-mips-outgoing; Fri, 21 Sep 2001 03:29:59 -0700 Received: from harper.owbn.net.nz (210-54-231-108.adsl.xtra.co.nz [210.54.231.108]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8LATve18782 for ; Fri, 21 Sep 2001 03:29:57 -0700 Received: from kindred (kindred.owbn.net.nz [192.168.20.1]) by harper.owbn.net.nz (8.11.0/8.11.0) with SMTP id f8LAYaD24482 for ; Fri, 21 Sep 2001 22:34:37 +1200 From: "Jason Saggers" To: Subject: Newbie to the SGI Mips Date: Fri, 21 Sep 2001 22:32:02 +1200 Message-ID: <004001c14288$a7684ae0$0114a8c0@kindred> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id f8LATwe18783 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I have come into possesion of the SGI Indy Workstation with a R5000 processor. I have been going thorugh a number of site that I could find and have found a number of out of date distribution, and have manage to get the simple distribution partially working. If someone could point me to a resonable distribution I would be grateful.... Jason From owner-linux-mips@oss.sgi.com Fri Sep 21 03:45:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8LAj8419025 for linux-mips-outgoing; Fri, 21 Sep 2001 03:45:08 -0700 Received: from fargo.cgs.pl (mail@[212.126.5.98]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8LAj4e19022 for ; Fri, 21 Sep 2001 03:45:04 -0700 Received: by fargo.cgs.pl (Postfix, from userid 1000) id 400FB14EC7; Fri, 21 Sep 2001 12:43:44 +0200 (CEST) Date: Fri, 21 Sep 2001 12:43:44 +0200 From: Krzysztof Krzyzaniak To: linux-mips@oss.sgi.com Subject: Re: Newbie to the SGI Mips Message-ID: <20010921124344.B512@transilvania.eu.org> Mail-Followup-To: linux-mips@oss.sgi.com References: <004001c14288$a7684ae0$0114a8c0@kindred> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <004001c14288$a7684ae0$0114a8c0@kindred> User-Agent: Mutt/1.3.20i X-Operating-System: Linux fargo 2.2.20pre8 X-Uptime: 12:41:01 up 11 days, 3:17, 11 users, load average: 0.07, 0.07, 0.08 X-Fingerprint: AC3A 464A DF87 6468 F63D CCB2 F8D3 1F49 DEB0 EC31 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Sep 21, 2001 at 10:32:02PM +1200, Jason Saggers wrote: > Hi, > I have come into possesion of the SGI Indy Workstation with a R5000 processor. > > I have been going thorugh a number of site that I could find and have found a number of out of date distribution, and have manage to get the simple distribution partially working. > > If someone could point me to a resonable distribution I would be grateful.... Try Debian http://www.debian.org/ports/mips/. It's useable (I'm using it on my Indy R5000). eloy -- <(Krzysztof 'eloy' Krzyaniak)-(PH & PWA Member)-(eloy@transilvania.eu.org)> From owner-linux-mips@oss.sgi.com Fri Sep 21 09:27:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8LGRSI27437 for linux-mips-outgoing; Fri, 21 Sep 2001 09:27:28 -0700 Received: from ex2k.pcs.psdc.com ([209.125.203.85]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8LGRQe27434 for ; Fri, 21 Sep 2001 09:27:26 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: How to build ld-2.0.6.so? X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Fri, 21 Sep 2001 09:23:59 -0700 Message-ID: <84CE342693F11946B9F54B18C1AB837B14A0E0@ex2k.pcs.psdc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to build ld-2.0.6.so? Thread-Index: AcFCudCYE/CPJDFER8iQX4kRDsHZOg== From: "Steven Liu" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8LGRQe27435 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, All: I have built the linux kernel, glibc, gcc , and init for my mips r3000 cpu. The file /etc/ld-2.0.6.so is needed when I boot the system but I do not know how to build it. If you know, please let me know 1. Where could I get the source code? 2. Which files should I use? 3. How could I build it? Thanks, Steven Liu From owner-linux-mips@oss.sgi.com Fri Sep 21 10:48:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8LHmPD28841 for linux-mips-outgoing; Fri, 21 Sep 2001 10:48:25 -0700 Received: from www.transvirtual.com (root@www.transvirtual.com [206.14.214.140]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8LHmNe28838 for ; Fri, 21 Sep 2001 10:48:23 -0700 Received: from www.transvirtual.com (jsimmons@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8LHm2uI028706; Fri, 21 Sep 2001 10:48:02 -0700 Received: from localhost (jsimmons@localhost) by www.transvirtual.com (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f8LHm155028699; Fri, 21 Sep 2001 10:48:02 -0700 X-Authentication-Warning: www.transvirtual.com: jsimmons owned process doing -bs Date: Fri, 21 Sep 2001 10:48:01 -0700 (PDT) From: James Simmons To: Krzysztof Krzyzaniak cc: linux-mips@oss.sgi.com Subject: Re: Newbie to the SGI Mips In-Reply-To: <20010921124344.B512@transilvania.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Try Debian http://www.debian.org/ports/mips/. It's useable (I'm using it on > my Indy R5000). I'm using it on a au1000 board, Sigmarion and a cobalt qube. From owner-linux-mips@oss.sgi.com Sat Sep 22 04:40:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8MBeKt15602 for linux-mips-outgoing; Sat, 22 Sep 2001 04:40:20 -0700 Received: from dea.linux-mips.net (u-1-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8MBeCe15596 for ; Sat, 22 Sep 2001 04:40:13 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8MBCJo30237; Sat, 22 Sep 2001 13:12:19 +0200 Date: Sat, 22 Sep 2001 13:12:19 +0200 From: Ralf Baechle To: Eyal Lebedinsky Cc: "list, linux-kernel" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: Why the net driver for saa9730 is not a module? Message-ID: <20010922131219.A27982@dea.linux-mips.net> References: <3BA91980.C829078B@eyal.emu.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BA91980.C829078B@eyal.emu.id.au>; from eyal@eyal.emu.id.au on Thu, Sep 20, 2001 at 08:17:36AM +1000 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Sep 20, 2001 at 08:17:36AM +1000, Eyal Lebedinsky wrote: > The config does not offer it. Any reason? > > I had no trouble building it, however I do not have the hware to check > that all is well. SAA9730 is such an extremly buggy piece of silicon that Phillips stopped supporting it. So this driver is used for the Atlas board only which also has been superseeded by the Malta board; and you shouldn't expect any future development on this driver. That said, the driver doesn't work as a module; a quick look at it shows that at least the module_exit() functionality isn't supported. Ralf From owner-linux-mips@oss.sgi.com Sat Sep 22 09:58:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8MGwht14457 for linux-mips-outgoing; Sat, 22 Sep 2001 09:58:43 -0700 Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8MGwfe14454 for ; Sat, 22 Sep 2001 09:58:41 -0700 Received: (qmail 71632834 invoked by uid 0); 22 Sep 2001 16:58:32 -0000 Received: from unknown (HELO ?10.0.12.137?) ([212.198.35.196]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with SMTP for ; 22 Sep 2001 16:58:32 -0000 To: linux-mips@oss.sgi.com Subject: Need an account on a Linux/Mips box From: manu@netbsd.org (Emmanuel Dreyfus) Date: Sat, 22 Sep 2001 18:58:18 +0200 Message-ID: <1f05gge.7bt3xkxllentM@[10.0.12.137]> X-Mailer: MacSOUP 2.3 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 447 Lines: 16 Hello everybody I'm working on Linux compatibility on NetBSD/Mips. In order to implement things such as signals, I need a user account on a big endian Linux/Mips system. I would use this account mainly for building and running tests programs, in order to check that our Linux emulation is accurate. Anyone can helop here? -- Emmanuel Dreyfus. Si la reponse est NT, c'est probablement que vous n'avez pas compris la question. manu@netbsd.org From owner-linux-mips@oss.sgi.com Sat Sep 22 14:53:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8MLrBo18574 for linux-mips-outgoing; Sat, 22 Sep 2001 14:53:11 -0700 Received: from dea.linux-mips.net (u-105-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.105]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8MLr6e18571 for ; Sat, 22 Sep 2001 14:53:06 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8MLr4H22730; Sat, 22 Sep 2001 23:53:04 +0200 Date: Sat, 22 Sep 2001 23:53:04 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: [manu@netbsd.org: Need an account on a Linux/Mips box] Message-ID: <20010922235304.A22411@dea.linux-mips.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 713 Lines: 27 ----- Forwarded message from Emmanuel Dreyfus ----- From: manu@netbsd.org (Emmanuel Dreyfus) Date: Sat, 22 Sep 2001 18:58:18 +0200 To: linux-mips@oss.sgi.com Subject: Need an account on a Linux/Mips box Hello everybody I'm working on Linux compatibility on NetBSD/Mips. In order to implement things such as signals, I need a user account on a big endian Linux/Mips system. I would use this account mainly for building and running tests programs, in order to check that our Linux emulation is accurate. Anyone can helop here? -- Emmanuel Dreyfus. Si la reponse est NT, c'est probablement que vous n'avez pas compris la question. manu@netbsd.org ----- End forwarded message ----- Ralf From owner-linux-mips@oss.sgi.com Mon Sep 24 02:17:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8O9HZf26231 for linux-mips-outgoing; Mon, 24 Sep 2001 02:17:35 -0700 Received: from smtp.huawei.com ([61.144.161.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8O9HVe26228 for ; Mon, 24 Sep 2001 02:17:31 -0700 Received: from r19223a ([10.105.30.54]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GK5TPH00.OBQ; Mon, 24 Sep 2001 17:15:17 +0800 Message-ID: <013701c144d9$af44d3c0$361e690a@huawei.com> From: "renc stone" To: Cc: Subject: recent gdb add-symbol-file problem? Date: Mon, 24 Sep 2001 17:17:07 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 663 Lines: 27 hi , I use gdb 20010919 source form sources.redhat.com, target mipsel, host i386 box. When I want to use this to debug some module of linux-mips kernel , trouble comes: When I use the add-symbol-file command to add the symbols of module, add-symbol-file mymodule.o 0xc001e060 gdb echos no problem, but it seems to be confused: the command b my_func1 b my_func2 b my_func3 all show the same address, all the functions starts from ONE place? I checked the address, it's the text section start address of this module. Can't the gdb correctly read the elf file of mipsel ? Any ideas? Or anyone who have done this please tell me how to get through it . From owner-linux-mips@oss.sgi.com Mon Sep 24 08:03:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8OF3mc01112 for linux-mips-outgoing; Mon, 24 Sep 2001 08:03:48 -0700 Received: from linpro.no (qmailr@mail.linpro.no [213.203.57.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8OF3je01107 for ; Mon, 24 Sep 2001 08:03:46 -0700 Received: (qmail 10205 invoked from network); 24 Sep 2001 15:03:44 -0000 Received: from false.linpro.no (213.203.57.201) by mail.linpro.no with SMTP; 24 Sep 2001 15:03:44 -0000 Received: from toffer by false.linpro.no with local (Exim 3.22 #1 (Debian)) id 15lXGq-0004dn-00; Mon, 24 Sep 2001 17:03:44 +0200 To: manu@netbsd.org (Emmanuel Dreyfus) Cc: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: Need an account on a Linux/Mips box References: <1f05gge.7bt3xkxllentM@[10.0.12.137]> From: Kristoffer Gleditsch Organization: Millennium Hand And Shrimp Society Date: Mon, 24 Sep 2001 17:03:44 +0200 Message-ID: User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 491 Lines: 19 Hi, (Crossposted to the debian-mips list, in case there are others who are interested.) [ Emmanuel Dreyfus ] > I'm working on Linux compatibility on NetBSD/Mips. In order to > implement things such as signals, I need a user account on a big > endian Linux/Mips system. We have an SGI Indy (R4600 100Mhz CPU, 96MB RAM, 6.5GB HD) running Debian (Sid) which is available for developers who need access to a MIPS computer. Please email me if you want an account. Regards, -- Kristoffer. From owner-linux-mips@oss.sgi.com Mon Sep 24 08:37:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8OFbU602024 for linux-mips-outgoing; Mon, 24 Sep 2001 08:37:30 -0700 Received: from bunny.shuttle.de (bunny.shuttle.de [193.174.247.132]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8OFbPe02021 for ; Mon, 24 Sep 2001 08:37:25 -0700 Received: by bunny.shuttle.de (Postfix, from userid 112) id 5DAEF4AC04; Mon, 24 Sep 2001 17:37:23 +0200 (CEST) Date: Mon, 24 Sep 2001 17:37:23 +0200 From: Raoul Borenius To: Kristoffer Gleditsch Cc: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: Need an account on a Linux/Mips box Message-ID: <20010924173723.A2203@bunny.shuttle.de> References: <1f05gge.7bt3xkxllentM@[10.0.12.137]> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.3.22i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1538 Lines: 43 Hi Kristoffer, On Mon, Sep 24, 2001 at 05:03:44PM +0200, Kristoffer Gleditsch wrote: > Hi, > > (Crossposted to the debian-mips list, in case there are others who are > interested.) > > [ Emmanuel Dreyfus ] > > > I'm working on Linux compatibility on NetBSD/Mips. In order to > > implement things such as signals, I need a user account on a big > > endian Linux/Mips system. > > We have an SGI Indy (R4600 100Mhz CPU, 96MB RAM, 6.5GB HD) running > Debian (Sid) which is available for developers who need access to a > MIPS computer. Please email me if you want an account. Does it run without any problems? What kernel (with what patches?) are you running. I'm having troubles running our R4600-Indy: - Perl is seg-faulting (especially when a perl-script is calling another) - bind9 hangs after a few days - occasionally the box just stalls and returns to the bootprom - sometimes it just dies and we have to power-cycle it I'm using kernel-image-2.4.5 from debian but we've had these problems all through 2.4.x. Would be nice to hear if anyone has managed to get 2.4.x running on an R4600 without problems. R4000 and R5000 seems to be ok according to this list... Regards Raoul --------------------------------------------------------------------- Raoul Gunnar Borenius Deutsches Forschungsnetz e.V. WiNShuttle Lindensprstr.32, 70176 Stuttgart Phone : +49 711 63314-206 FAX: +49 711 63314-133 E-Mail : borenius@shuttle.de http://www.shuttle.de --------------------------------------------------------------------- From owner-linux-mips@oss.sgi.com Mon Sep 24 08:54:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8OFsl202587 for linux-mips-outgoing; Mon, 24 Sep 2001 08:54:47 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8OFsie02584 for ; Mon, 24 Sep 2001 08:54:44 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 15lY49-0001N8-00; Mon, 24 Sep 2001 17:54:41 +0200 Date: Mon, 24 Sep 2001 17:54:41 +0200 From: Guido Guenther To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: Need an account on a Linux/Mips box Message-ID: <20010924175441.A5175@gandalf.physik.uni-konstanz.de> Mail-Followup-To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com References: <1f05gge.7bt3xkxllentM@[10.0.12.137]> <20010924173723.A2203@bunny.shuttle.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010924173723.A2203@bunny.shuttle.de>; from borenius@shuttle.de on Mon, Sep 24, 2001 at 05:37:23PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 928 Lines: 20 On Mon, Sep 24, 2001 at 05:37:23PM +0200, Raoul Borenius wrote: > Does it run without any problems? What kernel (with what patches?) are you > running. I'm having troubles running our R4600-Indy: > > - Perl is seg-faulting (especially when a perl-script is calling another) I'm seeing the same here. The gdb output of these segfaults is rather weird too(gotta look that one up though). Never found time to look deeper into this. > > I'm using kernel-image-2.4.5 from debian but we've had these problems > all through 2.4.x. Hmm...I'm sure that very early 2.4.x kernels worked quiet well on R4600. One way to hunt the problem down, would be to roll back to 2.4.0 and spot the point in cvs where things break. Could it be possible that things fail since glibc uses sysmips? -- Guido -- This kind of limitation can lead administrators to do irrational things, like install Windows. Clearly a fix was required. (lwn.net) From owner-linux-mips@oss.sgi.com Mon Sep 24 09:24:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8OGOT703294 for linux-mips-outgoing; Mon, 24 Sep 2001 09:24:29 -0700 Received: from linpro.no (qmailr@mail.linpro.no [213.203.57.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8OGONe03288 for ; Mon, 24 Sep 2001 09:24:23 -0700 Received: (qmail 13296 invoked from network); 24 Sep 2001 16:24:17 -0000 Received: from false.linpro.no (213.203.57.201) by mail.linpro.no with SMTP; 24 Sep 2001 16:24:17 -0000 Received: from toffer by false.linpro.no with local (Exim 3.22 #1 (Debian)) id 15lYWn-0005Xv-00; Mon, 24 Sep 2001 18:24:17 +0200 To: Raoul Borenius Cc: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: Need an account on a Linux/Mips box References: <1f05gge.7bt3xkxllentM@[10.0.12.137]> <20010924173723.A2203@bunny.shuttle.de> From: Kristoffer Gleditsch Organization: Linpro AS, Oslo, Norway Date: Mon, 24 Sep 2001 18:24:17 +0200 Message-ID: User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1313 Lines: 40 [ Raoul Borenius ] > Does it run without any problems? Apart from sshd (OpenSSH), which started dying from SIGFPE (floating point exception, whatever that means :) a few days ago, it's working OK. > What kernel (with what patches?) are you running. I'm having > troubles running our R4600-Indy: We're running 2.4.5 from CVS (~ 2001-08-08) with the sysmips-patch, self compiled with gcc 2.95.4. (If you're interested, both the kernel and the patch can be found at http://www.ping.uio.no/~toffer/linux-mips/.) > - Perl is seg-faulting (especially when a perl-script is calling > another) Hm. It's not entirely unusual for dist-upgrades to segfault in various pre- and post-installation scripts. That doesn't happen very often, though, and it seems to be the same packages every time (e.g. zsh), so I'm not sure whether it is a Perl problem or not. I'll try to take a closer look at it next time it happens. > - bind9 hangs after a few days I installed bind9 on the development box now, to see if I can reproduce it. > - occasionally the box just stalls and returns to the bootprom > - sometimes it just dies and we have to power-cycle it Apart from xdm, which oopses all our Indys, I have seen very few crashes like this on the various Indys I use. They are great X terminals. :) -- Kristoffer. From owner-linux-mips@oss.sgi.com Mon Sep 24 17:45:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8P0jvu05728 for linux-mips-outgoing; Mon, 24 Sep 2001 17:45:57 -0700 Received: from mail.ict.ac.cn ([159.226.39.4]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8P0jRD05260 for ; Mon, 24 Sep 2001 17:45:27 -0700 Message-Id: <200109250045.f8P0jRD05260@oss.sgi.com> Received: (qmail 18902 invoked from network); 25 Sep 2001 00:39:41 -0000 Received: from unknown (HELO heart1) (159.226.39.162) by 159.226.39.4 with SMTP; 25 Sep 2001 00:39:41 -0000 Date: Tue, 25 Sep 2001 8:42:29 +0800 From: Zhang Fuxin To: Guido Guenther CC: "linux-mips@oss.sgi.com" Subject: Re: Re: Need an account on a Linux/Mips box X-mailer: FoxMail 3.11 Release [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8P0jSD05267 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1357 Lines: 34 hi,Guido Guenther 2001-09-24 17:54:00 you wrote >On Mon, Sep 24, 2001 at 05:37:23PM +0200, Raoul Borenius wrote: >> Does it run without any problems? What kernel (with what patches?) are you >> running. I'm having troubles running our R4600-Indy: >> >> - Perl is seg-faulting (especially when a perl-script is calling another) >I'm seeing the same here. The gdb output of these segfaults is rather >weird too(gotta look that one up though). Never found time to look >deeper into this. >> >> I'm using kernel-image-2.4.5 from debian but we've had these problems >> all through 2.4.x. >Hmm...I'm sure that very early 2.4.x kernels worked quiet well on R4600. I am using IDTRC64474 cpu,which is essentially a R4600.And kernel here (based on cvs 20010909,2.4.8) works well too(Except for the 8259 problem I posted days ago). >One way to hunt the problem down, would be to roll back to 2.4.0 and >spot the point in cvs where things break. >Could it be possible that things fail since glibc uses sysmips? Maybe,if i use 2.4.8 kernel and the binarys of hardhat2.0,ls etc segfaults while it works well under its 2.4.2hh kernel. > -- Guido > >-- >This kind of limitation can lead administrators to do irrational things, > like install Windows. Clearly a fix was required. (lwn.net) Regards Zhang Fuxin fxzhang@ict.ac.cn From owner-linux-mips@oss.sgi.com Mon Sep 24 18:13:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8P1Dmf06740 for linux-mips-outgoing; Mon, 24 Sep 2001 18:13:48 -0700 Received: from ex2k.pcs.psdc.com ([209.125.203.85]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8P1DiD06737 for ; Mon, 24 Sep 2001 18:13:45 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Error in loading shared library glinc-2.0.6.so. X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Mon, 24 Sep 2001 18:10:07 -0700 Message-ID: <84CE342693F11946B9F54B18C1AB837B14A1A4@ex2k.pcs.psdc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Error in loading shared library glinc-2.0.6.so. Thread-Index: AcFFXtAjmvpqjEIMSYKsvvgmuTgjGw== From: "Steven Liu" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f8P1DkD06738 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 561 Lines: 19 Hi, All: I have a bootupproblem in my new Mips R3000 Linux system. I build the kernel 2.2.12, glibc-2.0.6, gcc and init utility. When it boots up, it loads /sbin/init, /lib/ld-2.0.6.so,and /etc/ld.so.cache. But it gives an error when it tries to load /lib/libc-2.0.6.so: "Error in loading shared library glinc-2.0.6.so". After I investigated the problem, I found that the virtual addresses for /etc/ld.so.cache and /lib/libc.2.0.6.so are the same: 0x2aaac000 in do_mmap( ). I would be very appreciated if you can give me any help. Thank you. Steven Liu From owner-linux-mips@oss.sgi.com Tue Sep 25 00:33:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8P7X4714032 for linux-mips-outgoing; Tue, 25 Sep 2001 00:33:04 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8P7X1D14029 for ; Tue, 25 Sep 2001 00:33:01 -0700 Received: from ginger.sonytel.be (ginger.sonytel.be [10.34.16.6]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id JAA24328 for ; Tue, 25 Sep 2001 09:32:55 +0200 (MET DST) Received: (from tea@localhost) by ginger.sonytel.be (8.9.3+Sun/8.9.3) id JAA16092 for linux-mips@oss.sgi.com; Tue, 25 Sep 2001 09:32:58 +0200 (MEST) X-Authentication-Warning: ginger.sonytel.be: tea set sender to tea@sonycom.com using -f Date: Tue, 25 Sep 2001 09:32:58 +0200 From: Tom Appermont To: linux-mips@oss.sgi.com Subject: flush_cache_range Message-ID: <20010925093258.A16068@sonycom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 166 Lines: 8 Hi, Can someone explain me why start and end parameters are ignored in r4k_flush_cache_range_d32i32() and cache range flushing operations for other platforms? Tom From owner-linux-mips@oss.sgi.com Tue Sep 25 07:48:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8PEmni26406 for linux-mips-outgoing; Tue, 25 Sep 2001 07:48:49 -0700 Received: from dea.linux-mips.net (u-199-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.199]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8PEmgD26403 for ; Tue, 25 Sep 2001 07:48:46 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8PElrP04160; Tue, 25 Sep 2001 16:47:53 +0200 Date: Tue, 25 Sep 2001 16:47:53 +0200 From: Ralf Baechle To: Tom Appermont Cc: linux-mips@oss.sgi.com Subject: Re: flush_cache_range Message-ID: <20010925164753.C3789@dea.linux-mips.net> References: <20010925093258.A16068@sonycom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010925093258.A16068@sonycom.com>; from tea@sonycom.com on Tue, Sep 25, 2001 at 09:32:58AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 393 Lines: 11 On Tue, Sep 25, 2001 at 09:32:58AM +0200, Tom Appermont wrote: > Can someone explain me why start and end parameters are ignored in > r4k_flush_cache_range_d32i32() and cache range flushing operations > for other platforms? Afair the reason was that most invokations cover a range that is larger than the entire cache anyway so our implementation in practice doesn't cause any harm. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 25 11:49:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8PInjw32128 for linux-mips-outgoing; Tue, 25 Sep 2001 11:49:45 -0700 Received: from firewall.i-data.com (firewall.i-data.com [195.24.22.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8PInWD32122 for ; Tue, 25 Sep 2001 11:49:33 -0700 From: tommy.christensen@eicon.com Received: (qmail 5744 invoked from network); 25 Sep 2001 18:49:31 -0000 Received: from idahub2000.i-data.com (HELO idanshub.i-data.com) (172.16.1.8) by firewall.i-data.com with SMTP; 25 Sep 2001 18:49:31 -0000 Received: from eicon.com ([172.17.159.1]) by idanshub.i-data.com (Lotus Domino Release 5.0.8) with ESMTP id 2001092520515173:21091 ; Tue, 25 Sep 2001 20:51:51 +0200 Message-ID: <3BB0D217.80E313F5@eicon.com> Date: Tue, 25 Sep 2001 20:51:03 +0200 X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-14 i686) MIME-Version: 1.0 To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Register allocation in copy_to_user X-MIMETrack: Itemize by SMTP Server on idaHUB2000/INT(Release 5.0.8 |June 18, 2001) at 25-09-2001 20:51:51, MIME-CD by Notes Server on idaHUB2000/INT(Release 5.0.8 |June 18, 2001) at 25-09-2001 20:51:52, MIME-CD complete at 25-09-2001 20:51:52, Serialize by Router on idaHUB2000/INT(Release 5.0.8 |June 18, 2001) at 25-09-2001 20:51:53 Content-type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 5329 Lines: 150 For some time, I have seen occasional corruption of tty-output (pty's and serial). This turned out to be caused by a register collision in read_chan () in n_tty.c. In the expansion of copy_to_user, the compiler chose register "a0" to hold the value of local variable __cu_from. Since this register is modified in the asm statement, before __cu_from is used, the corruption occured. I am not sure, whether this is a compiler-bug (egcs-2.91.66) or the code should prevent this from happening. Have the semantics about side-effects of asm statements changed? Anyway, the attached patch solves this by explicitly building the arguments to __copy_user in the argument registers ;-) instead of moving them around. So it actually saves some instructions as well. And the compiler can generate better code since it now has more registers for temporary variables ... Is this OK? It works just fine for me with a 2.4.9 kernel (VR5000). -Tommy --- include/asm-mips/uaccess.h.orig Mon Aug 6 10:35:52 2001 +++ include/asm-mips/uaccess.h Tue Sep 25 18:51:00 2001 @@ -270,97 +270,81 @@ extern size_t __copy_user(void *__to, const void *__from, size_t __n); #define __copy_to_user(to,from,n) ({ \ - void *__cu_to; \ - const void *__cu_from; \ - long __cu_len; \ + register void *__cu_to __asm__ ("$4"); \ + register const void *__cu_from __asm__ ("$5"); \ + register long __cu_len __asm__ ("$6"); \ \ __cu_to = (to); \ __cu_from = (from); \ __cu_len = (n); \ __asm__ __volatile__( \ - "move\t$4, %1\n\t" \ - "move\t$5, %2\n\t" \ - "move\t$6, %3\n\t" \ __MODULE_JAL(__copy_user) \ - "move\t%0, $6" \ - : "=r" (__cu_len) \ - : "r" (__cu_to), "r" (__cu_from), "r" (__cu_len) \ - : "$4", "$5", "$6", "$8", "$9", "$10", "$11", "$12", "$15", \ + : "+r" (__cu_to), "+r" (__cu_from), "+r" (__cu_len) \ + : \ + : "$8", "$9", "$10", "$11", "$12", "$15", \ "$24", "$31","memory"); \ __cu_len; \ }) #define __copy_from_user(to,from,n) ({ \ - void *__cu_to; \ - const void *__cu_from; \ - long __cu_len; \ + register void *__cu_to __asm__ ("$4"); \ + register const void *__cu_from __asm__ ("$5"); \ + register long __cu_len __asm__ ("$6"); \ \ __cu_to = (to); \ __cu_from = (from); \ __cu_len = (n); \ __asm__ __volatile__( \ - "move\t$4, %1\n\t" \ - "move\t$5, %2\n\t" \ - "move\t$6, %3\n\t" \ ".set\tnoreorder\n\t" \ __MODULE_JAL(__copy_user) \ ".set\tnoat\n\t" \ - "addu\t$1, %2, %3\n\t" \ + "addu\t$1, %1, %2\n\t" \ ".set\tat\n\t" \ ".set\treorder\n\t" \ - "move\t%0, $6" \ - : "=r" (__cu_len) \ - : "r" (__cu_to), "r" (__cu_from), "r" (__cu_len) \ - : "$4", "$5", "$6", "$8", "$9", "$10", "$11", "$12", "$15", \ + : "+r" (__cu_to), "+r" (__cu_from), "+r" (__cu_len) \ + : \ + : "$8", "$9", "$10", "$11", "$12", "$15", \ "$24", "$31","memory"); \ __cu_len; \ }) #define copy_to_user(to,from,n) ({ \ - void *__cu_to; \ - const void *__cu_from; \ - long __cu_len; \ + register void *__cu_to __asm__ ("$4"); \ + register const void *__cu_from __asm__ ("$5"); \ + register long __cu_len __asm__ ("$6"); \ \ __cu_to = (to); \ __cu_from = (from); \ __cu_len = (n); \ if (access_ok(VERIFY_WRITE, __cu_to, __cu_len)) \ __asm__ __volatile__( \ - "move\t$4, %1\n\t" \ - "move\t$5, %2\n\t" \ - "move\t$6, %3\n\t" \ __MODULE_JAL(__copy_user) \ - "move\t%0, $6" \ - : "=r" (__cu_len) \ - : "r" (__cu_to), "r" (__cu_from), "r" (__cu_len) \ - : "$4", "$5", "$6", "$8", "$9", "$10", "$11", "$12", \ + : "+r" (__cu_to), "+r" (__cu_from), "+r" (__cu_len) \ + : \ + : "$8", "$9", "$10", "$11", "$12", \ "$15", "$24", "$31","memory"); \ __cu_len; \ }) #define copy_from_user(to,from,n) ({ \ - void *__cu_to; \ - const void *__cu_from; \ - long __cu_len; \ + register void *__cu_to __asm__ ("$4"); \ + register const void *__cu_from __asm__ ("$5"); \ + register long __cu_len __asm__ ("$6"); \ \ __cu_to = (to); \ __cu_from = (from); \ __cu_len = (n); \ if (access_ok(VERIFY_READ, __cu_from, __cu_len)) \ __asm__ __volatile__( \ - "move\t$4, %1\n\t" \ - "move\t$5, %2\n\t" \ - "move\t$6, %3\n\t" \ ".set\tnoreorder\n\t" \ __MODULE_JAL(__copy_user) \ ".set\tnoat\n\t" \ - "addu\t$1, %2, %3\n\t" \ + "addu\t$1, %1, %2\n\t" \ ".set\tat\n\t" \ ".set\treorder\n\t" \ - "move\t%0, $6" \ - : "=r" (__cu_len) \ - : "r" (__cu_to), "r" (__cu_from), "r" (__cu_len) \ - : "$4", "$5", "$6", "$8", "$9", "$10", "$11", "$12", \ + : "+r" (__cu_to), "+r" (__cu_from), "+r" (__cu_len) \ + : \ + : "$8", "$9", "$10", "$11", "$12", \ "$15", "$24", "$31","memory"); \ __cu_len; \ }) From owner-linux-mips@oss.sgi.com Tue Sep 25 15:11:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8PMBwT04329 for linux-mips-outgoing; Tue, 25 Sep 2001 15:11:58 -0700 Received: from dea.linux-mips.net (u-247-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.247]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8PMBoD04322 for ; Tue, 25 Sep 2001 15:11:50 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8PMBaJ07681; Wed, 26 Sep 2001 00:11:36 +0200 Date: Wed, 26 Sep 2001 00:11:36 +0200 From: Ralf Baechle To: tommy.christensen@eicon.com Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: Register allocation in copy_to_user Message-ID: <20010926001136.A5828@dea.linux-mips.net> References: <3BB0D217.80E313F5@eicon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB0D217.80E313F5@eicon.com>; from tommy.christensen@eicon.com on Tue, Sep 25, 2001 at 08:51:03PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1275 Lines: 27 On Tue, Sep 25, 2001 at 08:51:03PM +0200, tommy.christensen@eicon.com wrote: > For some time, I have seen occasional corruption of tty-output (pty's and > serial). This turned out to be caused by a register collision in read_chan > () > in n_tty.c. In the expansion of copy_to_user, the compiler chose register > "a0" to hold the value of local variable __cu_from. Since this register is > modified in the asm statement, before __cu_from is used, the corruption > occured. > > I am not sure, whether this is a compiler-bug (egcs-2.91.66) or the code > should prevent this from happening. Have the semantics about side-effects > of asm statements changed? > > Anyway, the attached patch solves this by explicitly building the arguments > to __copy_user in the argument registers ;-) instead of moving them around. > So it actually saves some instructions as well. And the compiler can > generate better code since it now has more registers for temporary > variables ... > > Is this OK? It works just fine for me with a 2.4.9 kernel (VR5000). Unfortunately I had to find that your bugreport is correct. To make things worse at the time when I implemented this code I used your approach (which definately is the cleaner approach) and I ran into the same problem. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 26 03:08:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QA8dm17577 for linux-mips-outgoing; Wed, 26 Sep 2001 03:08:39 -0700 Received: from arbat.com (cpe.atm2-0-104276.arcnxx10.customer.tele.dk [62.242.211.100]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QA8YD17574 for ; Wed, 26 Sep 2001 03:08:36 -0700 Received: (qmail 25144 invoked by uid 307); 26 Sep 2001 10:08:31 -0000 Date: Wed, 26 Sep 2001 12:08:31 +0200 From: Erik Corry To: "H . J . Lu" Cc: Ryan Murray , linux-mips@oss.sgi.com, binutils@sourceware.cygnus.com, gcc@gcc.gnu.org Subject: Re: linker problem: relocation truncated to fit Message-ID: <20010926120831.A22219@arbat.com> References: <20010916091654.C1812@lucon.org> <20010917000719.B25531@false.linpro.no> <20010916153857.H22750@cyberhqz.com> <20010916155003.B1446@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010916155003.B1446@lucon.org>; from hjl@lucon.org on Sun, Sep 16, 2001 at 03:50:03PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 626 Lines: 14 On Sun, Sep 16, 2001 at 03:50:03PM -0700, H . J . Lu wrote: > > > > I don't think -G is the problem here. The problem is that the GOT > > needs to be bigger than a 16 bit value. The only way to do this is to > > recompile everything that is going to be linked in statically > > (libc_noshared.a and libgcc.a included) with -Wa,-xgot This problem > > currently affects openh323 and mozilla, among other things. I think the current favoured solution on IRIX is multigot, where if I understand correctly you switch GOT on some function calls in order to have multiple GOTs in one .o (or .so). -- Erik Corry erik@arbat.com From owner-linux-mips@oss.sgi.com Wed Sep 26 08:54:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QFs9O23986 for linux-mips-outgoing; Wed, 26 Sep 2001 08:54:09 -0700 Received: from mail.ivivity.com (user-vc8ftn3.biz.mindspring.com [216.135.246.227]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QFrsD23965 for ; Wed, 26 Sep 2001 08:53:55 -0700 Received: by ATLOPS with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Sep 2001 11:53:40 -0400 Message-ID: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS> From: Marc Karasek To: "'Karsten Merker'" , Jun Sun Cc: linux-mips@oss.sgi.com Subject: RE: busybox does not like 2.4.8, or the other way around? Date: Wed, 26 Sep 2001 11:53:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C146A3.691F0F02" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 4309 Lines: 146 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C146A3.691F0F02 Content-Type: text/plain; charset="iso-8859-1" Yes, there was a bug in busybox that caused this. I helped track it down a few months ago and it should be fixed in the latest one. I have attached an email about the bug. What version(s) of busybox are you using? -----Original Message----- From: Karsten Merker [mailto:karsten@excalibur.cologne.de] Sent: Friday, September 21, 2001 1:30 AM To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? On Thu, Sep 20, 2001 at 06:21:49PM -0700, Jun Sun wrote: > I have a small busybox userland that works fine with 2.4.2 kernel, but failed > with the latest 2.4.8 kernel. The symptom is that it is stuck at the > following prompt: [busybox waiting for keypress] > A simple test shows the console is still working, i.e., pressing a key *does* > generate an interrupt and ISR *does* read the correct char value. > > I really cannot think of anything else that might make busybox stuck here. > Any clue? Anybody else is using busybox with more recent kernels? I have a smilar problem on my DECstation. Using 2.4.8 with the Debian boot-floppies (based on busybox), the machine hangs when waiting for the first keypress after the splash screen. When booting 2.4.8 with my "normal" installation into single user mode, I get a shell prompt, but cannot enter anything. I first thought of a problem with the DECstation keyboard driver, but the same happens on serial console. I have tested various kernel version with regard to this - the last one working for me is 2.4.5. When booting my "normal" installation with 2.4.8 into multiuser mode, the machine crashes somewhere in the init scripts. Is your box little or big endian? Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. ------_=_NextPart_000_01C146A3.691F0F02 Content-Type: message/rfc822 Content-Description: Re: Bug in serial.c Message-ID: <20010421173401.DAB9.GAUTIER@email.enst.fr> From: Fabrice Gautier To: Marc Karasek Cc: kanoj@sgi.com Subject: Re: Bug in serial.c Date: Sat, 21 Apr 2001 11:54:03 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Hi Marc and Kanoj This is definitely a busybox bug for me. Busybox (0.50pre) init didn't set CREAD in c_cflag: --- init.c.orig Sat Apr 21 17:46:57 2001 +++ init.c Sat Apr 21 17:46:31 2001 @@ -276,7 +276,7 @@ /* Make it be sane */ tty.c_cflag &= CBAUD|CBAUDEX|CSIZE|CSTOPB|PARENB|PARODD; - tty.c_cflag |= HUPCL|CLOCAL; + tty.c_cflag |= CREAD|HUPCL|CLOCAL; /* input modes */ tty.c_iflag = ICRNL | IXON | IXOFF; Guess this is the same problem for other inits. The sample init code Richard B. Johnson posted on lkml does have CREAD, that's why he didn't noticed anything. Thanks, On Fri, 20 Apr 2001 23:01:50 -0400 Marc Karasek wrote: > I got in touch with Kanoj (his email was the last one in the comments of > serial.c) > > He recommended I make the below change to serial.c. It worked for me and I > got my serial console port back :-) > > > Okay. In change_speed(), comment out the two lines > > if ((cflag & CREAD) == 0) > info->ignore_status_mask |= UART_LSR_DR; > > This might get you back up. If you can track back to how the serial > port needs to be opened, or some extra ioctls need to be made, let > me know. > > Kanoj > > > -----Original Message----- > From: Fabrice Gautier > To: marc_karasek@ivivity.com > Cc: linux-kernel@vger.kernel.org > Sent: 4/20/01 12:31 PM > Subject: Re: Bug in serial.c > > Same thing for me. > > I'm using busybox as init/getty/shell. > > Everything works fine with 2.4.2. > With 2.4.3 console output is fine but not input. > > Thanks > > -- > Fabrice Gautier -- Fabrice Gautier ------_=_NextPart_000_01C146A3.691F0F02-- From owner-linux-mips@oss.sgi.com Wed Sep 26 08:56:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QFuQv24069 for linux-mips-outgoing; Wed, 26 Sep 2001 08:56:26 -0700 Received: from mail.ivivity.com (user-vc8ftn3.biz.mindspring.com [216.135.246.227]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QFuHD24057 for ; Wed, 26 Sep 2001 08:56:19 -0700 Received: by ATLOPS with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Sep 2001 11:56:04 -0400 Message-ID: <25369470B6F0D41194820002B328BDD2195AA3@ATLOPS> From: Marc Karasek To: "'Jason Saggers'" , linux-mips@oss.sgi.com Subject: RE: Newbie to the SGI Mips Date: Wed, 26 Sep 2001 11:56:03 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 736 Lines: 26 Where did you get your system from? I maybe looking for one in the near future to do some development on. If anyone else knows where I can get one at a reasonable price can you email me.... Thanks Marc -----Original Message----- From: Jason Saggers [mailto:psyclone@owbn.net.nz] Sent: Friday, September 21, 2001 6:32 AM To: linux-mips@oss.sgi.com Subject: Newbie to the SGI Mips Hi, I have come into possesion of the SGI Indy Workstation with a R5000 processor. I have been going thorugh a number of site that I could find and have found a number of out of date distribution, and have manage to get the simple distribution partially working. If someone could point me to a resonable distribution I would be grateful.... Jason From owner-linux-mips@oss.sgi.com Wed Sep 26 10:34:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QHYS025796 for linux-mips-outgoing; Wed, 26 Sep 2001 10:34:28 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QHYRD25793 for ; Wed, 26 Sep 2001 10:34:27 -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 f8QHbOB11590; Wed, 26 Sep 2001 10:37:24 -0700 Message-ID: <3BB20FA9.79D167BA@mvista.com> Date: Wed, 26 Sep 2001 10:26:01 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Marc Karasek CC: "'Karsten Merker'" , linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? References: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 455 Lines: 13 Marc Karasek wrote: > > Yes, there was a bug in busybox that caused this. I helped track it down a > few months ago and it should be fixed in the latest one. I have attached an > email about the bug. What version(s) of busybox are you using? > It is 0.51. Looks like the same busybox bug to me. Time to update busybox. I'd appreciate if someone has already updated my little busybox ramdisk at http://linux.junsun.net and send me a copy ... Jun From owner-linux-mips@oss.sgi.com Wed Sep 26 10:46:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QHkbu26238 for linux-mips-outgoing; Wed, 26 Sep 2001 10:46:37 -0700 Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QHkYD26235 for ; Wed, 26 Sep 2001 10:46:34 -0700 Received: from excalibur.cologne.de (pD951104D.dip.t-dialin.net [217.81.16.77]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id TAA07347; Wed, 26 Sep 2001 19:46:27 +0200 (MET DST) Received: from karsten by excalibur.cologne.de with local (Exim 3.12 #1 (Debian)) id 15mHq2-00008k-00; Wed, 26 Sep 2001 18:47:10 +0200 Date: Wed, 26 Sep 2001 18:47:10 +0200 From: Karsten Merker To: Marc Karasek Cc: Jun Sun , linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? Message-ID: <20010926184710.D348@excalibur.cologne.de> Mail-Followup-To: Karsten Merker , Marc Karasek , Jun Sun , linux-mips@oss.sgi.com References: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS>; from marc_karasek@ivivity.com on Wed, Sep 26, 2001 at 11:53:39AM -0400 X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 994 Lines: 26 On Wed, Sep 26, 2001 at 11:53:39AM -0400, Marc Karasek wrote: [busybox does not react to a keypress] > Yes, there was a bug in busybox that caused this. I helped track it down a > few months ago and it should be fixed in the latest one. I have attached an > email about the bug. What version(s) of busybox are you using? busybox 0.60.1-2 (current version from Debian/Sid) > > I'm using busybox as init/getty/shell. > > > > Everything works fine with 2.4.2. > > With 2.4.3 console output is fine but not input. Hm, this seems to be another problem - 2.4.3 and 2.4.5 work fine for me, anything newer than 2.4.5 does not. I suppose we have a kernel problem after 2.4.5 as kernels newer than 2.4.5 completely crash on a DECstation sooner or later during bootup. Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From owner-linux-mips@oss.sgi.com Wed Sep 26 14:56:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8QLumd32032 for linux-mips-outgoing; Wed, 26 Sep 2001 14:56:48 -0700 Received: from idiom.com (espin@idiom.com [216.240.32.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8QLujD32029 for ; Wed, 26 Sep 2001 14:56:46 -0700 Received: (from espin@localhost) by idiom.com (8.9.3/8.9.3) id OAA35443; Wed, 26 Sep 2001 14:56:23 -0700 (PDT) Date: Wed, 26 Sep 2001 14:56:23 -0700 From: Geoffrey Espin To: Jun Sun Cc: Marc Karasek , "'Karsten Merker'" , linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? Message-ID: <20010926145623.A15305@idiom.com> References: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS> <3BB20FA9.79D167BA@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <3BB20FA9.79D167BA@mvista.com>; from Jun Sun on Wed, Sep 26, 2001 at 10:26:01AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 756 Lines: 25 Jun, > I'd appreciate if someone has already updated my little busybox ramdisk at > http://linux.junsun.net and send me a copy ... I couldn't get yours to work either. I've put my ramdisk.o (ext2 fs) (you know where it goes :-)) with busybox 60.1 tested on 2.4.9+SF on Markham/Korva: http://www.idiom.com/~espin/linux I'll put my whole userland & ramdisk build scheme up soon... mostly "souped up" VRLinux scheme with Lineo stuff. Made with my own "gcc version 3.0 20010422 (prerelease)" as ftp.mvista.com still down, eh. BTW, your nec_candy.c driver didn't work for me (MII/PHY probs?)... my old 2.4.0 candy.c version works. Also, put up for you consideration are small korva/{prom.c,setup.c} tweaks. Geoff -- Geoffrey Espin espin@idiom.com From owner-linux-mips@oss.sgi.com Wed Sep 26 17:26:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8R0QFA02051 for linux-mips-outgoing; Wed, 26 Sep 2001 17:26:15 -0700 Received: from harper.owbn.net.nz (210-54-231-108.adsl.xtra.co.nz [210.54.231.108]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8R0QAD02047 for ; Wed, 26 Sep 2001 17:26:11 -0700 Received: from kindred (kindred.owbn.net.nz [192.168.20.1]) by harper.owbn.net.nz (8.11.0/8.11.0) with SMTP id f8R0VDZ05880; Thu, 27 Sep 2001 12:31:13 +1200 From: "Jason Saggers" To: "'Marc Karasek'" , "Linux-Mips \(E-mail\)" Subject: RE: Newbie to the SGI Mips Date: Thu, 27 Sep 2001 12:28:02 +1200 Message-ID: <003401c146eb$454911c0$0114a8c0@kindred> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <25369470B6F0D41194820002B328BDD2195AA3@ATLOPS> Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id f8R0QBD02049 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1123 Lines: 39 I was given it by a friend here in New Zealand. However I did find some for sale on www.reputable.com They seem to have a fairly good range - complete with OS and extras.. Jason -----Original Message----- From: Marc Karasek [mailto:marc_karasek@ivivity.com] Sent: Thursday, September 27, 2001 3:56 AM To: 'Jason Saggers'; linux-mips@oss.sgi.com Subject: RE: Newbie to the SGI Mips Where did you get your system from? I maybe looking for one in the near future to do some development on. If anyone else knows where I can get one at a reasonable price can you email me.... Thanks Marc -----Original Message----- From: Jason Saggers [mailto:psyclone@owbn.net.nz] Sent: Friday, September 21, 2001 6:32 AM To: linux-mips@oss.sgi.com Subject: Newbie to the SGI Mips Hi, I have come into possesion of the SGI Indy Workstation with a R5000 processor. I have been going thorugh a number of site that I could find and have found a number of out of date distribution, and have manage to get the simple distribution partially working. If someone could point me to a resonable distribution I would be grateful.... Jason From owner-linux-mips@oss.sgi.com Wed Sep 26 19:12:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8R2CU403348 for linux-mips-outgoing; Wed, 26 Sep 2001 19:12:30 -0700 Received: from neurosis.mit.edu (NEUROSIS.MIT.EDU [18.243.0.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8R2CRD03345 for ; Wed, 26 Sep 2001 19:12:27 -0700 Received: (from jim@localhost) by neurosis.mit.edu (8.11.4/8.11.4) id f8R2CNj17748 for linux-mips@oss.sgi.com; Wed, 26 Sep 2001 22:12:23 -0400 Date: Wed, 26 Sep 2001 22:12:23 -0400 From: Jim Paris To: linux-mips@oss.sgi.com Subject: test machines; illegal instructions Message-ID: <20010926221223.A17628@neurosis.mit.edu> Reply-To: jim@jtan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1517 Lines: 30 Anyone looking for test machines? My dorm has three unused SGI machines sitting in the basement, and I'd be willing to dump a kernel on them and plug them into the network if anyone here is looking to do some testing or whatnot. I don't know much about SGIs, but here's what they tell me (or what I can gleam from looking at them): Crimson: IP17, R4000 50 MHz (R4010 FPU), 64MB RAM, GR2-Elan graphics, two 1.3 gig drives, one currently has Irix 4.0.5 Indigo2: Aqua, IP22, R4000 100 MHz, ~192MB RAM, some beefy graphics card, no drive but I could spare at least a gig (or 60 over NFS) Indigo2: Purple, IP22, R4400 250 MHz, 128MB RAM, High Impact graphics, one 2 gig drive, CD-ROM, currently has Irix 6.2 or so ---- On an unrelated note, my Vadem Clio project is halted again, this time with frequent SIGILLs. In particular, GCC 3.0.1 (and latest CVS) crashes (in cc1), and 'rm' crashes unless I disable the 'check for infinite recursion' code. (the problem also goes away if I add some debugging printf()s, sometimes). A cross-gdb on my PC doesn't seem to like core files, and I haven't had much luck getting gdb to run natively, so I'm running out of ideas for how to debug this. Anyone seen anything similar? It's quite possibly a buggy cross compiler just generating buggy binaries (GCC 3.0.1 on the PC, with glibc 2.2.4) but I thought others were using this compiler just fine. (Running a somewhat hacked 2.4.5-ish Linux-VR/Linux-MIPS kernel, with sysmips patches as recommended by Maciej) -jim From owner-linux-mips@oss.sgi.com Wed Sep 26 20:26:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8R3QEb04204 for linux-mips-outgoing; Wed, 26 Sep 2001 20:26:14 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8R3QDD04200 for ; Wed, 26 Sep 2001 20:26:13 -0700 Received: by ocean.lucon.org (Postfix, from userid 1000) id E497B125C6; Wed, 26 Sep 2001 20:26:10 -0700 (PDT) Date: Wed, 26 Sep 2001 20:26:10 -0700 From: "H . J . Lu" To: Jim Paris Cc: linux-mips@oss.sgi.com Subject: Re: test machines; illegal instructions Message-ID: <20010926202610.B7962@lucon.org> References: <20010926221223.A17628@neurosis.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010926221223.A17628@neurosis.mit.edu>; from jim@jtan.com on Wed, Sep 26, 2001 at 10:12:23PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 376 Lines: 10 On Wed, Sep 26, 2001 at 10:12:23PM -0400, Jim Paris wrote: > seen anything similar? It's quite possibly a buggy cross compiler > just generating buggy binaries (GCC 3.0.1 on the PC, with glibc 2.2.4) > but I thought others were using this compiler just fine. I won't recommend gcc 3.0.1 for mips. My RedHat 7.1 port has everyting you need for cross/native compiling. H.J. From owner-linux-mips@oss.sgi.com Thu Sep 27 00:58:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8R7wFH07532 for linux-mips-outgoing; Thu, 27 Sep 2001 00:58:15 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8R7wDD07529 for ; Thu, 27 Sep 2001 00:58:13 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id 8575F196 for ; Thu, 27 Sep 2001 03:58:11 -0400 (EDT) Date: Thu, 27 Sep 2001 03:58:07 -0400 (EDT) From: George Gensure To: Subject: indycam Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 204 Lines: 9 has anyone gotten an indycam working under linux? George -- George R. Gensure Computer Science House Member werkt@csh.rit.edu Sophomore, Rochester Institute of Technology Computer Science From owner-linux-mips@oss.sgi.com Thu Sep 27 04:35:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8RBZnd11179 for linux-mips-outgoing; Thu, 27 Sep 2001 04:35:49 -0700 Received: from cn.csoft.net ([204.92.252.130]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8RBZlD11173 for ; Thu, 27 Sep 2001 04:35:48 -0700 Received: (qmail 10937 invoked from network); 27 Sep 2001 11:35:45 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 27 Sep 2001 11:35:45 -0000 Date: Thu, 27 Sep 2001 08:35:45 -0300 (ADT) From: Wilbern Cobb X-X-Sender: To: Subject: SGI Octane Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 45 Lines: 6 Are there plans for IP30 support? -vedge From owner-linux-mips@oss.sgi.com Thu Sep 27 05:40:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8RCenc12662 for linux-mips-outgoing; Thu, 27 Sep 2001 05:40:49 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8RCekD12658 for ; Thu, 27 Sep 2001 05:40:47 -0700 Received: from fri.redhat.lsd.ic.unicamp.br (cse.cygnus.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id FAA06936; Thu, 27 Sep 2001 05:39:16 -0700 (PDT) Received: from localhost.localdomain (free.redhat.lsd.ic.unicamp.br [192.168.160.1]) by fri.redhat.lsd.ic.unicamp.br (8.11.6/8.11.6) with ESMTP id f8R9Xe901849; Thu, 27 Sep 2001 06:35:02 -0300 To: "renc stone" Cc: , Subject: Re: recent gdb add-symbol-file problem? References: <013701c144d9$af44d3c0$361e690a@huawei.com> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: 27 Sep 2001 06:33:40 -0300 In-Reply-To: "renc stone"'s message of "Mon, 24 Sep 2001 17:17:07 +0800" Message-ID: User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 466 Lines: 13 On Sep 24, 2001, "renc stone" wrote: > Can't the gdb correctly read the elf file of mipsel ? > Any ideas? You got the wrong mailing list. gcc != gdb. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist *Please* write to mailing lists, not to me From owner-linux-mips@oss.sgi.com Thu Sep 27 07:34:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8REYBl14921 for linux-mips-outgoing; Thu, 27 Sep 2001 07:34:11 -0700 Received: from thor ([207.246.91.243]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8REY8D14918 for ; Thu, 27 Sep 2001 07:34:08 -0700 Received: from localhost (localhost [127.0.0.1]) by thor (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25986; Thu, 27 Sep 2001 10:33:22 -0400 Date: Thu, 27 Sep 2001 10:33:22 -0400 From: "J. Scott Kasten" To: George Gensure cc: Subject: Re: indycam In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 613 Lines: 27 Look back through the archives. Someone was working on Indy machine vino (video in) support. I vaguely remember some kind of status being given in the past couple months or so. -- J. Scott Kasten Email: jsk AT tetracon-eng DOT net "Nearly all men can stand adversity, but if you want to test a man's charater, give him power. - A Lincoln" On Thu, 27 Sep 2001, George Gensure wrote: > has anyone gotten an indycam working under linux? > > George > > -- > George R. Gensure Computer Science House Member > werkt@csh.rit.edu Sophomore, Rochester Institute of Technology > Computer Science > > From owner-linux-mips@oss.sgi.com Thu Sep 27 08:00:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8RF04p15647 for linux-mips-outgoing; Thu, 27 Sep 2001 08:00:04 -0700 Received: from coplin19.mips.com (host-3.mips.com [206.31.31.3]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8RF00D15611 for ; Thu, 27 Sep 2001 08:00:00 -0700 Received: from localhost (kjelde@localhost) by coplin19.mips.com (8.11.6/8.11.6) with ESMTP id f8RExlm01749 for ; Thu, 27 Sep 2001 16:59:47 +0200 X-Authentication-Warning: coplin19.mips.com: kjelde owned process doing -bs Date: Thu, 27 Sep 2001 16:59:47 +0200 (CEST) From: Kjeld Borch Egevang To: linux-mips mailing list Subject: gcc crash Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 612 Lines: 25 When I compile the following function with "gcc -O2" the compiler crashes. Is this a known problem? static float sp_f2l(float x) { long l, *xl; float y; xl = (void *)&y; l = x; *xl = l; return y; } I use gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-97.2) /Kjeld -- _ _ ____ ___ Mailto:kjelde@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 44 86 55 85 | \/ ||| ____) Lautrupvang 4 B Switch: +45 44 86 55 55 TECHNOLOGIES DK-2750 Ballerup Fax...: +45 44 86 55 56 Denmark http://www.mips.com/ From owner-linux-mips@oss.sgi.com Thu Sep 27 10:06:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8RH69N19166 for linux-mips-outgoing; Thu, 27 Sep 2001 10:06:09 -0700 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8RH67D19163 for ; Thu, 27 Sep 2001 10:06:07 -0700 Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA04226; Thu, 27 Sep 2001 13:05:56 -0400 Date: Thu, 27 Sep 2001 13:05:56 -0400 (EDT) From: X-Sender: nick@ns To: Wilbern Cobb cc: linux-mips@oss.sgi.com Subject: Re: SGI Octane In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 228 Lines: 13 If documentation ever comes to light yes. It should be very similar to the O200, however noone has managed to get docs. Nick On Thu, 27 Sep 2001, Wilbern Cobb wrote: > > Are there plans for IP30 support? > > -vedge > > From owner-linux-mips@oss.sgi.com Thu Sep 27 10:30:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8RHUgP19975 for linux-mips-outgoing; Thu, 27 Sep 2001 10:30:42 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8RHUeD19972 for ; Thu, 27 Sep 2001 10:30:40 -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 f8RHX4B02579; Thu, 27 Sep 2001 10:33:04 -0700 Message-ID: <3BB36023.3BC145B6@mvista.com> Date: Thu, 27 Sep 2001 10:21:39 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Geoffrey Espin CC: Marc Karasek , "'Karsten Merker'" , linux-mips@oss.sgi.com Subject: Re: busybox does not like 2.4.8, or the other way around? References: <25369470B6F0D41194820002B328BDD2195AA2@ATLOPS> <3BB20FA9.79D167BA@mvista.com> <20010926145623.A15305@idiom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 400 Lines: 18 Geoffrey Espin wrote: > > Jun, > > BTW, your nec_candy.c driver didn't work for me (MII/PHY probs?)... > my old 2.4.0 candy.c version works. The setup for the driver is changed. Did you add the driver setup code? Look for arch/mips/korva/candy_setup.c. > Also, put up for you > consideration are small korva/{prom.c,setup.c} tweaks. > Can you post them in patch format? (use diff -u) Jun From owner-linux-mips@oss.sgi.com Fri Sep 28 01:13:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8S8DnR03566 for linux-mips-outgoing; Fri, 28 Sep 2001 01:13:50 -0700 Received: from smtp.huawei.com ([61.144.161.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8S8DbD03562 for ; Fri, 28 Sep 2001 01:13:40 -0700 Received: from hcdong11752a ([10.105.28.146]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GKD5EM00.QAJ for ; Fri, 28 Sep 2001 16:11:10 +0800 Message-ID: <003101c147f5$a6fc5980$921c690a@huawei.com> From: "machael" To: Subject: What is the latest stable kernel version for MIPS? Date: Fri, 28 Sep 2001 16:14:53 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 90 Lines: 5 What is the latest stable kernel version for MIPS? And where can I download it? machael From owner-linux-mips@oss.sgi.com Fri Sep 28 05:25:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SCPiG10320 for linux-mips-outgoing; Fri, 28 Sep 2001 05:25:44 -0700 Received: from mailsrv.s3group.com (mailsrv.s3group.com [193.120.90.35]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SCPeD10317 for ; Fri, 28 Sep 2001 05:25:41 -0700 Received: from headyin.s3group.com (headyin.s3group.com [193.120.89.200]) by mailsrv.s3group.com with ESMTP id f8SCNqa21228 for ; Fri, 28 Sep 2001 13:23:52 +0100 (IST) Received: from temple ([193.120.89.132]) by headyin.s3group.com (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GKD009QHH6YEY@headyin.s3group.com> for linux-mips@oss.sgi.com; Fri, 28 Sep 2001 13:25:46 +0100 (BST) Date: Fri, 28 Sep 2001 13:54:43 +0100 From: Mike Manchip Subject: having trouble installing exceptions To: linux-mips Reply-to: Mike Manchip Message-id: <016601c1481c$be873260$845978c1@temple.leop.s3group.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 X-Mailer: Microsoft Outlook Express 4.72.3612.1700 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit X-Priority: 3 X-MSMail-priority: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 977 Lines: 28 Hi all I'm currently trying to get the mips port to work on a galileo gt64115 board with a rm5231 chip. I'm OK right until the point when I'm installing exceptions into non-cacheable space in arch/mips/kernel/traps.c as soon as I memcpy except_vec3_generic to KSEG0 + 0x180 and flush the instruction cache, my machine hangs, and I can't see why! /* Copy the generic exception handler code to it's final destination. */ memcpy((void *)(KSEG0 + 0x80), &except_vec1_generic, 0x80); memcpy((void *)(KSEG0 + 0x100), &except_vec2_generic, 0x80); memcpy((void *)(KSEG0 + 0x180), &except_vec3_generic, 0x80); flush_icache_range(KSEG0 + 0x80, KSEG0 + 0x200); Is it possibly something to do with the monitor I'm using? I'm using both PROM and in desperation, a vxworks one (it can see the ethernet card, thus speeding up kernel loads tremendously). How does the monitor do exceptions? Do I have to do something special with exceptions when a monitor is present? thanks mike From owner-linux-mips@oss.sgi.com Fri Sep 28 05:38:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SCc6S10599 for linux-mips-outgoing; Fri, 28 Sep 2001 05:38:06 -0700 Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SCc3D10596 for ; Fri, 28 Sep 2001 05:38:03 -0700 Received: (qmail 3538 invoked from network); 28 Sep 2001 12:38:00 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 28 Sep 2001 12:38:00 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 16BA03000B7; Fri, 28 Sep 2001 22:37:58 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 02FE8B8; Fri, 28 Sep 2001 22:37:57 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Kjeld Borch Egevang Cc: linux-mips mailing list Subject: Re: gcc crash In-reply-to: Your message of "Thu, 27 Sep 2001 16:59:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Sep 2001 22:37:52 +1000 Message-ID: <19900.1001680672@ocs3.intra.ocs.com.au> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 519 Lines: 19 On Thu, 27 Sep 2001 16:59:47 +0200 (CEST), Kjeld Borch Egevang wrote: >When I compile the following function with "gcc -O2" the compiler crashes. >static float sp_f2l(float x) >{ > long l, *xl; > float y; > > xl = (void *)&y; > l = x; > *xl = l; > return y; >} You are breaking the C rules for data accesses. Compile with -fno-strict-aliasing if you want to break the rules. Or, and this is much better, use a union of long and float to "convert" one representation to another. From owner-linux-mips@oss.sgi.com Fri Sep 28 07:48:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SEmkN13721 for linux-mips-outgoing; Fri, 28 Sep 2001 07:48:46 -0700 Received: from dea.linux-mips.net (lt200001.hrz.uni-oldenburg.de [134.106.156.150]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SEmgD13716 for ; Fri, 28 Sep 2001 07:48:43 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8SEm5a31225; Fri, 28 Sep 2001 16:48:05 +0200 Date: Fri, 28 Sep 2001 16:48:05 +0200 From: Ralf Baechle To: Mike Manchip Cc: linux-mips Subject: Re: having trouble installing exceptions Message-ID: <20010928164805.A31094@dea.linux-mips.net> References: <016601c1481c$be873260$845978c1@temple.leop.s3group.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <016601c1481c$be873260$845978c1@temple.leop.s3group.com>; from michael.manchip@s3group.com on Fri, Sep 28, 2001 at 01:54:43PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1283 Lines: 30 On Fri, Sep 28, 2001 at 01:54:43PM +0100, Mike Manchip wrote: > I'm currently trying to get the mips port to work on a galileo gt64115 board > with a rm5231 chip. > > I'm OK right until the point when I'm installing exceptions into > non-cacheable space in arch/mips/kernel/traps.c > > as soon as I memcpy except_vec3_generic to KSEG0 + 0x180 and flush the > instruction cache, my machine hangs, and I can't see why! KSEG0 is normally cached space. If of some reason it's configured as non-cachable and you're flushing caches funny things will happen. > /* Copy the generic exception handler code to it's final destination. */ > memcpy((void *)(KSEG0 + 0x80), &except_vec1_generic, 0x80); > memcpy((void *)(KSEG0 + 0x100), &except_vec2_generic, 0x80); > memcpy((void *)(KSEG0 + 0x180), &except_vec3_generic, 0x80); > flush_icache_range(KSEG0 + 0x80, KSEG0 + 0x200); > > Is it possibly something to do with the monitor I'm using? I'm using both > PROM and in desperation, a vxworks one (it can see the ethernet card, thus > speeding up kernel loads tremendously). > How does the monitor do exceptions? Do I have to do something special with > exceptions when a monitor is present? So firmware is operating with BEV set, thus won't use the vectors at KSEG0 at all. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 28 10:06:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SH6bJ16926 for linux-mips-outgoing; Fri, 28 Sep 2001 10:06:37 -0700 Received: from dea.linux-mips.net (lt200001.hrz.uni-oldenburg.de [134.106.156.150]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SH6YD16923 for ; Fri, 28 Sep 2001 10:06:35 -0700 Received: (from ralf@localhost) by dea.linux-mips.net (8.11.1/8.11.1) id f8SH5ci32044; Fri, 28 Sep 2001 19:05:38 +0200 Date: Fri, 28 Sep 2001 19:05:38 +0200 From: Ralf Baechle To: Keith Owens Cc: Kjeld Borch Egevang , linux-mips mailing list Subject: Re: gcc crash Message-ID: <20010928190538.B31094@dea.linux-mips.net> References: <19900.1001680672@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <19900.1001680672@ocs3.intra.ocs.com.au>; from kaos@melbourne.sgi.com on Fri, Sep 28, 2001 at 10:37:52PM +1000 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 745 Lines: 25 On Fri, Sep 28, 2001 at 10:37:52PM +1000, Keith Owens wrote: > On Thu, 27 Sep 2001 16:59:47 +0200 (CEST), > Kjeld Borch Egevang wrote: > >When I compile the following function with "gcc -O2" the compiler crashes. > >static float sp_f2l(float x) > >{ > > long l, *xl; > > float y; > > > > xl = (void *)&y; > > l = x; > > *xl = l; > > return y; > >} > > You are breaking the C rules for data accesses. Compile with > -fno-strict-aliasing if you want to break the rules. Or, and this is > much better, use a union of long and float to "convert" one > representation to another. Yes said the compiler is crashing so that's definately a gcc bug. Aside of course of the code itself being buggy also. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 28 11:00:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SI0St17991 for linux-mips-outgoing; Fri, 28 Sep 2001 11:00:28 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SI0QD17988 for ; Fri, 28 Sep 2001 11:00:26 -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 f8SI3KB31992; Fri, 28 Sep 2001 11:03:20 -0700 Message-ID: <3BB4B8BA.9541C530@mvista.com> Date: Fri, 28 Sep 2001 10:51:54 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Mike Manchip CC: linux-mips Subject: Re: having trouble installing exceptions References: <016601c1481c$be873260$845978c1@temple.leop.s3group.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 545 Lines: 19 Mike Manchip wrote: > > Hi all > > I'm currently trying to get the mips port to work on a galileo gt64115 board > with a rm5231 chip. > > I'm OK right until the point when I'm installing exceptions into > non-cacheable space in arch/mips/kernel/traps.c > What do you mean by "non-cachable space"? KSEG0 is cacheable by default. > as soon as I memcpy except_vec3_generic to KSEG0 + 0x180 and flush the > instruction cache, my machine hangs, and I can't see why! > Most likely it hangs in flush_icache_range(). Put some printk there. Jun From owner-linux-mips@oss.sgi.com Fri Sep 28 15:18:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8SMId322989 for linux-mips-outgoing; Fri, 28 Sep 2001 15:18:39 -0700 Received: from earth.ayrnetworks.com (earth.ayrnetworks.com [64.166.72.139]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8SMIOD22979 for ; Fri, 28 Sep 2001 15:18:24 -0700 Received: from localhost (bradb@localhost) by earth.ayrnetworks.com (8.11.0/8.8.7) with ESMTP id f8SMGSY11091 for ; Fri, 28 Sep 2001 15:16:28 -0700 X-Authentication-Warning: earth.ayrnetworks.com: bradb owned process doing -bs Date: Fri, 28 Sep 2001 15:16:28 -0700 (PDT) From: Brad X-X-Sender: Reply-To: To: Subject: [patch] big-endian -> little-endian cramfs Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="17438721-837620130-1001715388=:9055" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 12159 Lines: 212 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --17438721-837620130-1001715388=:9055 Content-Type: TEXT/PLAIN; charset=US-ASCII A few people have expressed interest in this, and I needed it as well. Currently, cramfs images aren't shareable between different endian architectures. The documentation states the meta-data should always be stored little endian, as the cost of swabbing would be low, but the code doesn't do it. We needed shareable images, so I modified inode.c, cramfs_fs.h, and mkcramfs.h to enable a big-endian machine to swab meta data when writing (mkcramfs.c) and reading (inode.c). This is done with #defined macros (the 26 bit/6 bit bitfield is kind of ugly to translate), so the code doesn't change for little-endian machines, only big-endian. I tested reading le on be, reading a be-written le image on le, etc... This is a patch against 2.4.10. -Brad Bozarth --17438721-837620130-1001715388=:9055 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="unifiedcram.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="unifiedcram.diff" LS0tIDIuNC4xMC9pbmNsdWRlL2xpbnV4L2NyYW1mc19mcy5oCVRodSBKdWwg MTkgMTY6MTQ6NTMgMjAwMQ0KKysrIGN1cnJlbnQvaW5jbHVkZS9saW51eC9j cmFtZnNfZnMuaAlUaHUgU2VwIDI3IDE3OjM2OjU3IDIwMDENCkBAIC05LDcg KzksMTIgQEANCiANCiAjZW5kaWYNCiANCisjaWYgKGRlZmluZWQoQllURV9P UkRFUikgJiYgQllURV9PUkRFUiA9PSBCSUdfRU5ESUFOKSB8fCBkZWZpbmVk KF9fTUlQU0VCX18pDQorI2RlZmluZSBDUkFNRlNfTUFHSUMJCTB4NDUzZGNk MjgJLyogZW5kaWFuIHJldmVyc2VkIG1hZ2ljICovDQorI2Vsc2UNCiAjZGVm aW5lIENSQU1GU19NQUdJQwkJMHgyOGNkM2Q0NQkvKiBzb21lIHJhbmRvbSBu dW1iZXIgKi8NCisjZW5kaWYNCisNCiAjZGVmaW5lIENSQU1GU19TSUdOQVRV UkUJIkNvbXByZXNzZWQgUk9NRlMiDQogDQogLyoNCkBAIC04MCw2ICs4NSw0 MCBAQA0KICAqIGNoYW5nZWQgdG8gdGVzdCBzdXBlci5mdXR1cmUgaW5zdGVh ZC4NCiAgKi8NCiAjZGVmaW5lIENSQU1GU19TVVBQT1JURURfRkxBR1MgKDB4 N2ZmKQ0KKw0KKy8qIA0KKyAqIFNpbmNlIGNyYW1mcyAoYWNjb3JkaW5nIHRv IGRvY3MpIHNob3VsZCBhbHdheXMgYmUgc3RvcmVkIGxpdHRsZSBlbmRpYW4s IA0KKyAqIHByb3ZpZGUgbWFjcm9zIHRvIHN3YWIgdGhlIGJpdGZpZWxkcyAo bWtjcmFtZnMgdXNlcyB0aGlzIGZpbGUgdG9vKS4gDQorICovDQorI2lmIChk ZWZpbmVkKEJZVEVfT1JERVIpICYmIEJZVEVfT1JERVIgPT0gQklHX0VORElB TikgfHwgZGVmaW5lZChfX01JUFNFQl9fKQ0KKw0KKyNkZWZpbmUgQ1JBTV9T V0FCXzE2KHgpCSggKCAoMHgwMDAwRkYwMCAmICh4KSkgPj4gOCAgICkgfCBc DQorCQkJICAoICgweDAwMDAwMEZGICYgKHgpKSA8PCA4ICkgKQ0KKyNkZWZp bmUgQ1JBTV9TV0FCXzI0KHgpCSggKCAoMHgwMEZGMDAwMCAmICh4KSkgPj4g MTYgKSB8IFwNCisJCQkgICggKDB4MDAwMEZGMDAgJiAoeCkpICAgICAgICkg fCBcDQorCQkJICAoICgweDAwMDAwMEZGICYgKHgpKSA8PCAxNiApICkNCisj ZGVmaW5lIENSQU1fU1dBQl8zMih4KQkoICggKDB4RkYwMDAwMDAgJiAoeCkp ID4+IDI0ICkgfCBcDQorCQkJICAoICgweDAwRkYwMDAwICYgKHgpKSA+PiA4 ICApIHwgXA0KKwkJCSAgKCAoMHgwMDAwRkYwMCAmICh4KSkgPDwgOCAgKSB8 IFwNCisJCQkgICggKDB4MDAwMDAwRkYgJiAoeCkpIDw8IDI0ICkgKQ0KKyNk ZWZpbmUgR0VUX0NSQU1fTkFNRUxFTih4KSAoKCh1OCopKHgpKVs4XSAmIDYz KQ0KKyNkZWZpbmUgR0VUX0NSQU1fT0ZGU0VUKHgpICAoKENSQU1fU1dBQl8y NCgoKHUzMiopKHgpKVsyXSAmIDB4MDBGRkZGRkYpPDwyKSB8IFwNCisJCQkg ICAgICAgICAgICAgICAgICgoKCh1MzIqKSh4KSlbMl0gJiAweEMwMDAwMDAw KT4+MzApICkNCisjZGVmaW5lIFNFVF9DUkFNX09GRlNFVCh4LHkpICAgKCAo KHUzMiopKHgpKVsyXSA9ICgoKHkpJjMpPDwzMCkgfCBcDQorCQkJCSBDUkFN X1NXQUJfMjQoICggKCh5KSAmIDB4MDNGRkZGRkYpID4+IDIpICkgfCBcDQor CQkJCSAoKCh1MzIpKCgodTgqKSh4KSlbOF0gJiAweDNGKSkgPDwgMjQpICkN CisjZGVmaW5lIFNFVF9DUkFNX05BTUVMRU4oeCx5KQkoICgodTgqKSh4KSlb OF0gPSAoICgoMHgzRiAmICh5KSkpIHwgXA0KKwkJCQkJCSAgICAoMHhDMCAm ICgodTgqKSh4KSlbOF0pICkgKQ0KKw0KKyNlbHNlDQorI2RlZmluZSBDUkFN X1NXQUJfMTYoeCkJCSh4KQ0KKyNkZWZpbmUgQ1JBTV9TV0FCXzI0KHgpCQko eCkNCisjZGVmaW5lIENSQU1fU1dBQl8zMih4KQkJKHgpDQorI2RlZmluZSBH RVRfQ1JBTV9OQU1FTEVOKHgpCSgoeCktPm5hbWVsZW4pDQorI2RlZmluZSBH RVRfQ1JBTV9PRkZTRVQoeCkJKCh4KS0+b2Zmc2V0KQ0KKyNkZWZpbmUgU0VU X0xFX09GRlNFVCh4LHkpCSgoeCktPm9mZnNldCA9IHkpDQorI2RlZmluZSBT RVRfTEVfTkFNRUxFTih4LHkpCSgoeCktPm5hbWVsZW4gPSB5KQ0KKyNlbmRp Zg0KIA0KIC8qIFVuY29tcHJlc3Npb24gaW50ZXJmYWNlcyB0byB0aGUgdW5k ZXJseWluZyB6bGliICovDQogaW50IGNyYW1mc191bmNvbXByZXNzX2Jsb2Nr KHZvaWQgKmRzdCwgaW50IGRzdGxlbiwgdm9pZCAqc3JjLCBpbnQgc3JjbGVu KTsNCi0tLSAyLjQuMTAvZnMvY3JhbWZzL2lub2RlLmMJTW9uIEF1ZyAyNyAw Nzo1Mzo0OSAyMDAxDQorKysgY3VycmVudC9mcy9jcmFtZnMvaW5vZGUuYwlG cmkgU2VwIDI4IDE0OjAxOjUzIDIwMDENCkBAIC0zNSw3ICszNSw3IEBADQog DQogLyogVGhlc2UgdHdvIG1hY3JvcyBtYXkgY2hhbmdlIGluIGZ1dHVyZSwg dG8gcHJvdmlkZSBiZXR0ZXIgc3RfaW5vDQogICAgc2VtYW50aWNzLiAqLw0K LSNkZWZpbmUgQ1JBTUlOTyh4KQkoKHgpLT5vZmZzZXQ/KHgpLT5vZmZzZXQ8 PDI6MSkNCisjZGVmaW5lIENSQU1JTk8oeCkJKEdFVF9DUkFNX09GRlNFVCh4 KSA/IEdFVF9DUkFNX09GRlNFVCh4KTw8MiA6IDEpDQogI2RlZmluZSBPRkZT RVQoeCkJKCh4KS0+aV9pbm8pDQogDQogc3RhdGljIHN0cnVjdCBpbm9kZSAq Z2V0X2NyYW1mc19pbm9kZShzdHJ1Y3Qgc3VwZXJfYmxvY2sgKnNiLCBzdHJ1 Y3QgY3JhbWZzX2lub2RlICogY3JhbWZzX2lub2RlKQ0KQEAgLTQzLDkgKzQz LDkgQEANCiAJc3RydWN0IGlub2RlICogaW5vZGUgPSBuZXdfaW5vZGUoc2Ip Ow0KIA0KIAlpZiAoaW5vZGUpIHsNCi0JCWlub2RlLT5pX21vZGUgPSBjcmFt ZnNfaW5vZGUtPm1vZGU7DQotCQlpbm9kZS0+aV91aWQgPSBjcmFtZnNfaW5v ZGUtPnVpZDsNCi0JCWlub2RlLT5pX3NpemUgPSBjcmFtZnNfaW5vZGUtPnNp emU7DQorCQlpbm9kZS0+aV9tb2RlID0gQ1JBTV9TV0FCXzE2KGNyYW1mc19p bm9kZS0+bW9kZSk7DQorCQlpbm9kZS0+aV91aWQgPSBDUkFNX1NXQUJfMTYo Y3JhbWZzX2lub2RlLT51aWQpOw0KKwkJaW5vZGUtPmlfc2l6ZSA9IENSQU1f U1dBQl8yNChjcmFtZnNfaW5vZGUtPnNpemUpOw0KIAkJaW5vZGUtPmlfYmxv Y2tzID0gKGNyYW1mc19pbm9kZS0+c2l6ZSAtIDEpIC8gNTEyICsgMTsNCiAJ CWlub2RlLT5pX2Jsa3NpemUgPSBQQUdFX0NBQ0hFX1NJWkU7DQogCQlpbm9k ZS0+aV9naWQgPSBjcmFtZnNfaW5vZGUtPmdpZDsNCkBAIC02Niw3ICs2Niw4 IEBADQogCQkJaW5vZGUtPmlfZGF0YS5hX29wcyA9ICZjcmFtZnNfYW9wczsN CiAJCX0gZWxzZSB7DQogCQkJaW5vZGUtPmlfc2l6ZSA9IDA7DQotCQkJaW5p dF9zcGVjaWFsX2lub2RlKGlub2RlLCBpbm9kZS0+aV9tb2RlLCBjcmFtZnNf aW5vZGUtPnNpemUpOw0KKwkJCWluaXRfc3BlY2lhbF9pbm9kZShpbm9kZSwg aW5vZGUtPmlfbW9kZSwgDQorCQkJCQkgICBDUkFNX1NXQUJfMjQoY3JhbWZz X2lub2RlLT5zaXplKSk7DQogCQl9DQogCX0NCiAJcmV0dXJuIGlub2RlOw0K QEAgLTIxOSwxMSArMjIwLDExIEBADQogCX0NCiANCiAJLyogQ2hlY2sgdGhh dCB0aGUgcm9vdCBpbm9kZSBpcyBpbiBhIHNhbmUgc3RhdGUgKi8NCi0JaWYg KCFTX0lTRElSKHN1cGVyLnJvb3QubW9kZSkpIHsNCisJaWYgKCFTX0lTRElS KENSQU1fU1dBQl8xNihzdXBlci5yb290Lm1vZGUpKSkgew0KIAkJcHJpbnRr KEtFUk5fRVJSICJjcmFtZnM6IHJvb3QgaXMgbm90IGEgZGlyZWN0b3J5XG4i KTsNCiAJCWdvdG8gb3V0Ow0KIAl9DQotCXJvb3Rfb2Zmc2V0ID0gc3VwZXIu cm9vdC5vZmZzZXQgPDwgMjsNCisJcm9vdF9vZmZzZXQgPSBHRVRfQ1JBTV9P RkZTRVQoJihzdXBlci5yb290KSkgPDwgMjsNCiAJaWYgKHN1cGVyLmZsYWdz ICYgQ1JBTUZTX0ZMQUdfRlNJRF9WRVJTSU9OXzIpIHsNCiAJCXNiLT5DUkFN RlNfU0JfU0laRT1zdXBlci5zaXplOw0KIAkJc2ItPkNSQU1GU19TQl9CTE9D S1M9c3VwZXIuZnNpZC5ibG9ja3M7DQpAQCAtMjk5LDcgKzMwMCw3IEBADQog CQkgKiBhbmQgdGhlIG5hbWUgcGFkZGVkIG91dCB0byA0LWJ5dGUgYm91bmRh cmllcw0KIAkJICogd2l0aCB6ZXJvZXMuDQogCQkgKi8NCi0JCW5hbWVsZW4g PSBkZS0+bmFtZWxlbiA8PCAyOw0KKwkJbmFtZWxlbiA9IEdFVF9DUkFNX05B TUVMRU4oZGUpIDw8IDI7DQogCQluZXh0b2Zmc2V0ID0gb2Zmc2V0ICsgc2l6 ZW9mKCpkZSkgKyBuYW1lbGVuOw0KIAkJZm9yICg7Oykgew0KIAkJCWlmICgh bmFtZWxlbikNCkBAIC0zMDgsNyArMzA5LDggQEANCiAJCQkJYnJlYWs7DQog CQkJbmFtZWxlbi0tOw0KIAkJfQ0KLQkJZXJyb3IgPSBmaWxsZGlyKGRpcmVu dCwgbmFtZSwgbmFtZWxlbiwgb2Zmc2V0LCBDUkFNSU5PKGRlKSwgZGUtPm1v ZGUgPj4gMTIpOw0KKwkJZXJyb3IgPSBmaWxsZGlyKGRpcmVudCwgbmFtZSwg bmFtZWxlbiwgb2Zmc2V0LCBDUkFNSU5PKGRlKSwgDQorCQkJCUNSQU1fU1dB Ql8xNihkZS0+bW9kZSkgPj4gMTIpOw0KIAkJaWYgKGVycm9yKQ0KIAkJCWJy ZWFrOw0KIA0KQEAgLTMzOSw3ICszNDEsNyBAQA0KIAkJaWYgKHNvcnRlZCAm JiAoZGVudHJ5LT5kX25hbWUubmFtZVswXSA8IG5hbWVbMF0pKQ0KIAkJCWJy ZWFrOw0KIA0KLQkJbmFtZWxlbiA9IGRlLT5uYW1lbGVuIDw8IDI7DQorCQlu YW1lbGVuID0gR0VUX0NSQU1fTkFNRUxFTihkZSkgPDwgMjsNCiAJCW9mZnNl dCArPSBzaXplb2YoKmRlKSArIG5hbWVsZW47DQogDQogCQkvKiBRdWljayBj aGVjayB0aGF0IHRoZSBuYW1lIGlzIHJvdWdobHkgdGhlIHJpZ2h0IGxlbmd0 aCAqLw0KQEAgLTM4NSw5ICszODcsMTAgQEANCiANCiAJCXN0YXJ0X29mZnNl dCA9IE9GRlNFVChpbm9kZSkgKyBtYXhibG9jayo0Ow0KIAkJaWYgKHBhZ2Ut PmluZGV4KQ0KLQkJCXN0YXJ0X29mZnNldCA9ICoodTMyICopIGNyYW1mc19y ZWFkKHNiLCBibGtwdHJfb2Zmc2V0LTQsIDQpOw0KLQkJY29tcHJfbGVuID0g KCoodTMyICopIGNyYW1mc19yZWFkKHNiLCBibGtwdHJfb2Zmc2V0LCA0KQ0K LQkJCSAgICAgLSBzdGFydF9vZmZzZXQpOw0KKwkJCXN0YXJ0X29mZnNldCA9 IENSQU1fU1dBQl8zMigqKHUzMiAqKSANCisJCQkJICAgICAgICBjcmFtZnNf cmVhZChzYiwgYmxrcHRyX29mZnNldCAtIDQsIDQpKTsNCisJCWNvbXByX2xl biA9IENSQU1fU1dBQl8zMigqKHUzMiAqKQ0KKwkJCSAgICAgY3JhbWZzX3Jl YWQoc2IsIGJsa3B0cl9vZmZzZXQsIDQpKSAtIHN0YXJ0X29mZnNldDsNCiAJ CXBnZGF0YSA9IGttYXAocGFnZSk7DQogCQlpZiAoY29tcHJfbGVuID09IDAp DQogCQkJOyAvKiBob2xlICovDQotLS0gMi40LjEwL3NjcmlwdHMvY3JhbWZz L21rY3JhbWZzLmMJVGh1IEp1bCAxOSAxNjoxNDo1MyAyMDAxDQorKysgY3Vy cmVudC9zY3JpcHRzL2NyYW1mcy9ta2NyYW1mcy5jCUZyaSBTZXAgMjggMTQ6 MTU6MzcgMjAwMQ0KQEAgLTMxNywxOSArMzE3LDIwIEBADQogCQlvZmZzZXQg Kz0gb3B0X3BhZDsNCiAJfQ0KIA0KLQlzdXBlci0+bWFnaWMgPSBDUkFNRlNf TUFHSUM7DQotCXN1cGVyLT5mbGFncyA9IENSQU1GU19GTEFHX0ZTSURfVkVS U0lPTl8yIHwgQ1JBTUZTX0ZMQUdfU09SVEVEX0RJUlM7DQorCXN1cGVyLT5t YWdpYyA9IENSQU1GU19NQUdJQzsgLyogI2RlZmluZWQgY29ycmVjdGx5IG9u IGJvdGggZW5kaWFucyAqLw0KKwlzdXBlci0+ZmxhZ3MgPSBDUkFNX1NXQUJf MzIoQ1JBTUZTX0ZMQUdfRlNJRF9WRVJTSU9OXzIgfCANCisJCQkJICAgIENS QU1GU19GTEFHX1NPUlRFRF9ESVJTKTsNCiAJaWYgKG9wdF9ob2xlcykNCi0J CXN1cGVyLT5mbGFncyB8PSBDUkFNRlNfRkxBR19IT0xFUzsNCisJCXN1cGVy LT5mbGFncyB8PSBDUkFNX1NXQUJfMzIoQ1JBTUZTX0ZMQUdfSE9MRVMpOw0K IAlpZiAoaW1hZ2VfbGVuZ3RoID4gMCkNCi0JCXN1cGVyLT5mbGFncyB8PSBD UkFNRlNfRkxBR19TSElGVEVEX1JPT1RfT0ZGU0VUOw0KLQlzdXBlci0+c2l6 ZSA9IHNpemU7DQorCQlzdXBlci0+ZmxhZ3MgfD0gQ1JBTV9TV0FCXzMyKENS QU1GU19GTEFHX1NISUZURURfUk9PVF9PRkZTRVQpOw0KKwlzdXBlci0+c2l6 ZSA9IENSQU1fU1dBQl8yNChzaXplKTsNCiAJbWVtY3B5KHN1cGVyLT5zaWdu YXR1cmUsIENSQU1GU19TSUdOQVRVUkUsIHNpemVvZihzdXBlci0+c2lnbmF0 dXJlKSk7DQogDQotCXN1cGVyLT5mc2lkLmNyYyA9IGNyYzMyKDBMLCBaX05V TEwsIDApOw0KLQlzdXBlci0+ZnNpZC5lZGl0aW9uID0gb3B0X2VkaXRpb247 DQotCXN1cGVyLT5mc2lkLmJsb2NrcyA9IHRvdGFsX2Jsb2NrczsNCi0Jc3Vw ZXItPmZzaWQuZmlsZXMgPSB0b3RhbF9ub2RlczsNCisJc3VwZXItPmZzaWQu Y3JjID0gQ1JBTV9TV0FCXzMyKGNyYzMyKDBMLCBaX05VTEwsIDApKTsNCisJ c3VwZXItPmZzaWQuZWRpdGlvbiA9IENSQU1fU1dBQl8zMihvcHRfZWRpdGlv bik7DQorCXN1cGVyLT5mc2lkLmJsb2NrcyA9IENSQU1fU1dBQl8zMih0b3Rh bF9ibG9ja3MpOw0KKwlzdXBlci0+ZnNpZC5maWxlcyA9IENSQU1fU1dBQl8z Mih0b3RhbF9ub2Rlcyk7DQogDQogCW1lbXNldChzdXBlci0+bmFtZSwgMHgw MCwgc2l6ZW9mKHN1cGVyLT5uYW1lKSk7DQogCWlmIChvcHRfbmFtZSkNCkBA IC0zMzcsMTEgKzMzOCwxMSBAQA0KIAllbHNlDQogCQlzdHJuY3B5KHN1cGVy LT5uYW1lLCAiQ29tcHJlc3NlZCIsIHNpemVvZihzdXBlci0+bmFtZSkpOw0K IA0KLQlzdXBlci0+cm9vdC5tb2RlID0gcm9vdC0+bW9kZTsNCi0Jc3VwZXIt PnJvb3QudWlkID0gcm9vdC0+dWlkOw0KKwlzdXBlci0+cm9vdC5tb2RlID0g Q1JBTV9TV0FCXzE2KHJvb3QtPm1vZGUpOw0KKwlzdXBlci0+cm9vdC51aWQg PSBDUkFNX1NXQUJfMTYocm9vdC0+dWlkKTsNCiAJc3VwZXItPnJvb3QuZ2lk ID0gcm9vdC0+Z2lkOw0KLQlzdXBlci0+cm9vdC5zaXplID0gcm9vdC0+c2l6 ZTsNCi0Jc3VwZXItPnJvb3Qub2Zmc2V0ID0gb2Zmc2V0ID4+IDI7DQorCXN1 cGVyLT5yb290LnNpemUgPSBDUkFNX1NXQUJfMjQocm9vdC0+c2l6ZSk7DQor CVNFVF9DUkFNX09GRlNFVCgmKHN1cGVyLT5yb290KSwgb2Zmc2V0ID4+IDIp Ow0KIA0KIAlyZXR1cm4gb2Zmc2V0Ow0KIH0NCkBAIC0zNTYsNyArMzU3LDcg QEANCiAJCWZwcmludGYoc3RkZXJyLCAiZmlsZXN5c3RlbSB0b28gYmlnLiAg RXhpdGluZy5cbiIpOw0KIAkJZXhpdCg4KTsNCiAJfQ0KLQlpbm9kZS0+b2Zm c2V0ID0gKG9mZnNldCA+PiAyKTsNCisJU0VUX0NSQU1fT0ZGU0VUKGlub2Rl LCBvZmZzZXQgPj4gMik7DQogfQ0KIA0KIA0KQEAgLTM3OSwxMCArMzgwLDEw IEBADQogDQogCQkJZW50cnktPmRpcl9vZmZzZXQgPSBvZmZzZXQ7DQogDQot CQkJaW5vZGUtPm1vZGUgPSBlbnRyeS0+bW9kZTsNCi0JCQlpbm9kZS0+dWlk ID0gZW50cnktPnVpZDsNCisJCQlpbm9kZS0+bW9kZSA9IENSQU1fU1dBQl8x NihlbnRyeS0+bW9kZSk7DQorCQkJaW5vZGUtPnVpZCA9IENSQU1fU1dBQl8x NihlbnRyeS0+dWlkKTsNCiAJCQlpbm9kZS0+Z2lkID0gZW50cnktPmdpZDsN Ci0JCQlpbm9kZS0+c2l6ZSA9IGVudHJ5LT5zaXplOw0KKwkJCWlub2RlLT5z aXplID0gQ1JBTV9TV0FCXzI0KGVudHJ5LT5zaXplKTsNCiAJCQlpbm9kZS0+ b2Zmc2V0ID0gMDsNCiAJCQkvKiBOb24tZW1wdHkgZGlyZWN0b3JpZXMsIHJl Z2ZpbGVzIGFuZCBzeW1saW5rcyB3aWxsDQogCQkJICAgd3JpdGUgb3ZlciBp bm9kZS0+b2Zmc2V0IGxhdGVyLiAqLw0KQEAgLTM5NSw3ICszOTYsNyBAQA0K IAkJCQkqKGJhc2UgKyBvZmZzZXQgKyBsZW4pID0gJ1wwJzsNCiAJCQkJbGVu Kys7DQogCQkJfQ0KLQkJCWlub2RlLT5uYW1lbGVuID0gbGVuID4+IDI7DQor CQkJU0VUX0NSQU1fTkFNRUxFTihpbm9kZSwgbGVuID4+IDIpOw0KIAkJCW9m ZnNldCArPSBsZW47DQogDQogCQkJLyogVE9ETzogdGhpcyBtYXkgZ2V0IGl0 IHdyb25nIGZvciBjaGFycyA+PSAweDgwLg0KQEAgLTUwMyw3ICs1MDQsNyBA QA0KIAkJCWV4aXQoOCk7DQogCQl9DQogDQotCQkqKHUzMiAqKSAoYmFzZSAr IG9mZnNldCkgPSBjdXJyOw0KKwkJKih1MzIgKikgKGJhc2UgKyBvZmZzZXQp ID0gQ1JBTV9TV0FCXzMyKGN1cnIpOw0KIAkJb2Zmc2V0ICs9IDQ7DQogCX0g d2hpbGUgKHNpemUpOw0KIA0K --17438721-837620130-1001715388=:9055-- From owner-linux-mips@oss.sgi.com Fri Sep 28 18:25:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8T1PXb25630 for linux-mips-outgoing; Fri, 28 Sep 2001 18:25:33 -0700 Received: from [64.152.86.3] (unknown.Level3.net [64.152.86.3] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8T1PVD25627 for ; Fri, 28 Sep 2001 18:25:31 -0700 Received: from mail.esstech.com by [64.152.86.3] via smtpd (for oss.sgi.com [216.32.174.27]) with SMTP; 29 Sep 2001 01:26:47 UT Received: from bud.austin.esstech.com ([193.5.206.3]) by mail.esstech.com (8.8.8+Sun/8.8.8) with SMTP id SAA01579 for ; Fri, 28 Sep 2001 18:24:08 -0700 (PDT) Received: from esstech.com by bud.austin.esstech.com (SMI-8.6/SMI-SVR4) id UAA02604; Fri, 28 Sep 2001 20:24:10 -0500 Message-ID: <3BB5237F.9080203@esstech.com> Date: Fri, 28 Sep 2001 20:27:27 -0500 From: Gerald Champagne User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: link error with ramdisk file Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 579 Lines: 17 I'm getting the following error when creating a ramdisk on a big endian system: $ mips-linux-ld -T ld.script -b binary -o ramdisk.o ramdisk.gz mips-linux-ld: ramdisk.gz: compiled for a little endian system and target is big endian File in wrong format: failed to merge target specific data of file ramdisk.gz I get the same error regardless of what I use for the input file. I don't understand how this linker error can occur when the input file format is binary. Isn't the linker just ignoring the contents of the input file with the "-b binary" option? Thanks! Gerald From owner-linux-mips@oss.sgi.com Fri Sep 28 18:50:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8T1oXq26190 for linux-mips-outgoing; Fri, 28 Sep 2001 18:50:33 -0700 Received: from idiom.com (espin@idiom.com [216.240.32.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8T1oUD26187 for ; Fri, 28 Sep 2001 18:50:30 -0700 Received: (from espin@localhost) by idiom.com (8.9.3/8.9.3) id SAA93451; Fri, 28 Sep 2001 18:50:29 -0700 (PDT) Date: Fri, 28 Sep 2001 18:50:29 -0700 From: Geoffrey Espin To: Gerald Champagne Cc: "linux-mips@oss.sgi.com" Subject: Re: link error with ramdisk file Message-ID: <20010928185029.A89942@idiom.com> References: <3BB5237F.9080203@esstech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <3BB5237F.9080203@esstech.com>; from Gerald Champagne on Fri, Sep 28, 2001 at 08:27:27PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 882 Lines: 31 Gerald, > I'm getting the following error when creating a ramdisk on a big endian system: > $ mips-linux-ld -T ld.script -b binary -o ramdisk.o ramdisk.gz > mips-linux-ld: ramdisk.gz: compiled for a little endian system and target is big > endian > File in wrong format: failed to merge target specific data of file ramdisk.gz I recently had this mini-nightmare, too. I don't recall exactly what I did to eliminate it. I'm now using: linux/arch/mips/philips/nino/ld.script and my home-built linker: :-) % mipsel-linux-ld -v GNU ld version 2.11.90 (with BFD 2.11.90) I can't recall whether it was a bad linker, or wrong script, or something else. What linker and script are you using? At one stage I used: EXTRA_LDFLAGS = --no-warn-mismatch as a work-around. But now I've successfully disabled this. Geoff -- Geoffrey Espin espin@idiom.com From owner-linux-mips@oss.sgi.com Fri Sep 28 18:54:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8T1s4k26286 for linux-mips-outgoing; Fri, 28 Sep 2001 18:54:04 -0700 Received: from earth.ayrnetworks.com (earth.ayrnetworks.com [64.166.72.139]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8T1rjD26277 for ; Fri, 28 Sep 2001 18:53:45 -0700 Received: from localhost (bradb@localhost) by earth.ayrnetworks.com (8.11.0/8.8.7) with ESMTP id f8T1oFg12708; Fri, 28 Sep 2001 18:50:23 -0700 X-Authentication-Warning: earth.ayrnetworks.com: bradb owned process doing -bs Date: Fri, 28 Sep 2001 18:50:15 -0700 (PDT) From: Brad Bozarth X-X-Sender: Reply-To: To: cc: , Subject: [patch] updated big-endian mkcramfs/cramfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 8487 Lines: 274 This is against 2.4.10 and fixes issues brought up about the first patch. It also fixes error handling in one section of mkcramfs where a fd is not checked after open. -Brad Bozarth ------------------------------------------------- --- 2.4.10/scripts/cramfs/mkcramfs.c Thu Jul 19 16:14:53 2001 +++ current/scripts/cramfs/mkcramfs.c Fri Sep 28 18:37:45 2001 @@ -317,19 +317,20 @@ offset += opt_pad; } - super->magic = CRAMFS_MAGIC; - super->flags = CRAMFS_FLAG_FSID_VERSION_2 | CRAMFS_FLAG_SORTED_DIRS; + super->magic = CRAMFS_MAGIC; /* #defined correctly on both endians */ + super->flags = le32_to_cpu(CRAMFS_FLAG_FSID_VERSION_2 | + CRAMFS_FLAG_SORTED_DIRS); if (opt_holes) - super->flags |= CRAMFS_FLAG_HOLES; + super->flags |= le32_to_cpu(CRAMFS_FLAG_HOLES); if (image_length > 0) - super->flags |= CRAMFS_FLAG_SHIFTED_ROOT_OFFSET; - super->size = size; + super->flags |= le32_to_cpu(CRAMFS_FLAG_SHIFTED_ROOT_OFFSET); + super->size = CRAM_SWAB_24(size); memcpy(super->signature, CRAMFS_SIGNATURE, sizeof(super->signature)); - super->fsid.crc = crc32(0L, Z_NULL, 0); - super->fsid.edition = opt_edition; - super->fsid.blocks = total_blocks; - super->fsid.files = total_nodes; + super->fsid.crc = le32_to_cpu(crc32(0L, Z_NULL, 0)); + super->fsid.edition = le32_to_cpu(opt_edition); + super->fsid.blocks = le32_to_cpu(total_blocks); + super->fsid.files = le32_to_cpu(total_nodes); memset(super->name, 0x00, sizeof(super->name)); if (opt_name) @@ -337,11 +338,11 @@ else strncpy(super->name, "Compressed", sizeof(super->name)); - super->root.mode = root->mode; - super->root.uid = root->uid; + super->root.mode = le16_to_cpu(root->mode); + super->root.uid = le16_to_cpu(root->uid); super->root.gid = root->gid; - super->root.size = root->size; - super->root.offset = offset >> 2; + super->root.size = CRAM_SWAB_24(root->size); + SET_CRAM_OFFSET(&(super->root), offset >> 2); return offset; } @@ -356,7 +357,7 @@ fprintf(stderr, "filesystem too big. Exiting.\n"); exit(8); } - inode->offset = (offset >> 2); + SET_CRAM_OFFSET(inode, offset >> 2); } @@ -379,10 +380,10 @@ entry->dir_offset = offset; - inode->mode = entry->mode; - inode->uid = entry->uid; + inode->mode = le16_to_cpu(entry->mode); + inode->uid = le16_to_cpu(entry->uid); inode->gid = entry->gid; - inode->size = entry->size; + inode->size = CRAM_SWAB_24(entry->size); inode->offset = 0; /* Non-empty directories, regfiles and symlinks will write over inode->offset later. */ @@ -395,7 +396,7 @@ *(base + offset + len) = '\0'; len++; } - inode->namelen = len >> 2; + SET_CRAM_NAMELEN(inode, len >> 2); offset += len; /* TODO: this may get it wrong for chars >= 0x80. @@ -503,7 +504,7 @@ exit(8); } - *(u32 *) (base + offset) = curr; + *(u32 *) (base + offset) = le32_to_cpu(curr); offset += 4; } while (size); @@ -652,6 +653,10 @@ exit(16); } fd = open(outfile, O_WRONLY | O_CREAT | O_TRUNC, 0666); + if (fd < 0) { + perror(outfile); + exit(8); + } root_entry = calloc(1, sizeof(struct entry)); if (!root_entry) { --- 2.4.10/include/linux/cramfs_fs.h Thu Jul 19 16:14:53 2001 +++ current/include/linux/cramfs_fs.h Fri Sep 28 18:33:42 2001 @@ -9,7 +9,12 @@ #endif +#if (defined(BYTE_ORDER) && BYTE_ORDER == BIG_ENDIAN) || defined(__MIPSEB__) +#define CRAMFS_MAGIC 0x453dcd28 /* endian reversed magic */ +#else #define CRAMFS_MAGIC 0x28cd3d45 /* some random number */ +#endif + #define CRAMFS_SIGNATURE "Compressed ROMFS" /* @@ -80,6 +85,48 @@ * changed to test super.future instead. */ #define CRAMFS_SUPPORTED_FLAGS (0x7ff) + +/* + * Since cramfs (according to docs) should always be stored little endian, + * provide macros to swab the bitfields (mkcramfs uses this file too). + */ +#if (defined(BYTE_ORDER) && BYTE_ORDER == BIG_ENDIAN) || defined(__MIPSEB__) + +#ifndef le16_to_cpu +#define le16_to_cpu(x) ( ( (0x0000FF00 & (x)) >> 8 ) | \ + ( (0x000000FF & (x)) << 8 ) ) +#endif /* le16_to_cpu */ +#ifndef le32_to_cpu +#define le32_to_cpu(x) ( ( (0xFF000000 & (x)) >> 24 ) | \ + ( (0x00FF0000 & (x)) >> 8 ) | \ + ( (0x0000FF00 & (x)) << 8 ) | \ + ( (0x000000FF & (x)) << 24 ) ) +#endif /* le32_to_cpu */ +#define CRAM_SWAB_24(x) ( ( (0x00FF0000 & (x)) >> 16 ) | \ + ( (0x0000FF00 & (x)) ) | \ + ( (0x000000FF & (x)) << 16 ) ) +#define GET_CRAM_NAMELEN(x) (((u8*)(x))[8] & 63) +#define GET_CRAM_OFFSET(x) ((CRAM_SWAB_24(((u32*)(x))[2] & 0x00FFFFFF)<<2) | \ + ((((u32*)(x))[2] & 0xC0000000)>>30) ) +#define SET_CRAM_OFFSET(x,y) ( ((u32*)(x))[2] = (((y)&3)<<30) | \ + CRAM_SWAB_24( ( ((y) & 0x03FFFFFF) >> 2) ) | \ + (((u32)(((u8*)(x))[8] & 0x3F)) << 24) ) +#define SET_CRAM_NAMELEN(x,y) ( ((u8*)(x))[8] = ( ((0x3F & (y))) | \ + (0xC0 & ((u8*)(x))[8]) ) ) + +#else +#ifndef le16_to_cpu +#define le16_to_cpu(x) (x) +#endif /* le16_to_cpu */ +#ifndef le32_to_cpu +#define le32_to_cpu(x) (x) +#endif /* le32_to_cpu */ +#define CRAM_SWAB_24(x) (x) +#define GET_CRAM_NAMELEN(x) ((x)->namelen) +#define GET_CRAM_OFFSET(x) ((x)->offset) +#define SET_CRAM_OFFSET(x,y) ((x)->offset = y) +#define SET_CRAM_NAMELEN(x,y) ((x)->namelen = y) +#endif /* Uncompression interfaces to the underlying zlib */ int cramfs_uncompress_block(void *dst, int dstlen, void *src, int srclen); --- 2.4.10/fs/cramfs/inode.c Mon Aug 27 07:53:49 2001 +++ current/fs/cramfs/inode.c Fri Sep 28 18:36:06 2001 @@ -21,6 +21,7 @@ #include #include +#include #define CRAMFS_SB_MAGIC u.cramfs_sb.magic #define CRAMFS_SB_SIZE u.cramfs_sb.size @@ -35,7 +36,7 @@ /* These two macros may change in future, to provide better st_ino semantics. */ -#define CRAMINO(x) ((x)->offset?(x)->offset<<2:1) +#define CRAMINO(x) (GET_CRAM_OFFSET(x) ? GET_CRAM_OFFSET(x)<<2 : 1) #define OFFSET(x) ((x)->i_ino) static struct inode *get_cramfs_inode(struct super_block *sb, struct cramfs_inode * cramfs_inode) @@ -43,9 +44,9 @@ struct inode * inode = new_inode(sb); if (inode) { - inode->i_mode = cramfs_inode->mode; - inode->i_uid = cramfs_inode->uid; - inode->i_size = cramfs_inode->size; + inode->i_mode = le16_to_cpu(cramfs_inode->mode); + inode->i_uid = le16_to_cpu(cramfs_inode->uid); + inode->i_size = CRAM_SWAB_24(cramfs_inode->size); inode->i_blocks = (cramfs_inode->size - 1) / 512 + 1; inode->i_blksize = PAGE_CACHE_SIZE; inode->i_gid = cramfs_inode->gid; @@ -66,7 +67,8 @@ inode->i_data.a_ops = &cramfs_aops; } else { inode->i_size = 0; - init_special_inode(inode, inode->i_mode, cramfs_inode->size); + init_special_inode(inode, inode->i_mode, + CRAM_SWAB_24(cramfs_inode->size)); } } return inode; @@ -219,11 +221,11 @@ } /* Check that the root inode is in a sane state */ - if (!S_ISDIR(super.root.mode)) { + if (!S_ISDIR(le16_to_cpu(super.root.mode))) { printk(KERN_ERR "cramfs: root is not a directory\n"); goto out; } - root_offset = super.root.offset << 2; + root_offset = GET_CRAM_OFFSET(&(super.root)) << 2; if (super.flags & CRAMFS_FLAG_FSID_VERSION_2) { sb->CRAMFS_SB_SIZE=super.size; sb->CRAMFS_SB_BLOCKS=super.fsid.blocks; @@ -299,7 +301,7 @@ * and the name padded out to 4-byte boundaries * with zeroes. */ - namelen = de->namelen << 2; + namelen = GET_CRAM_NAMELEN(de) << 2; nextoffset = offset + sizeof(*de) + namelen; for (;;) { if (!namelen) @@ -308,7 +310,8 @@ break; namelen--; } - error = filldir(dirent, name, namelen, offset, CRAMINO(de), de->mode >> 12); + error = filldir(dirent, name, namelen, offset, CRAMINO(de), + le16_to_cpu(de->mode) >> 12); if (error) break; @@ -339,7 +342,7 @@ if (sorted && (dentry->d_name.name[0] < name[0])) break; - namelen = de->namelen << 2; + namelen = GET_CRAM_NAMELEN(de) << 2; offset += sizeof(*de) + namelen; /* Quick check that the name is roughly the right length */ @@ -385,9 +388,10 @@ start_offset = OFFSET(inode) + maxblock*4; if (page->index) - start_offset = *(u32 *) cramfs_read(sb, blkptr_offset-4, 4); - compr_len = (*(u32 *) cramfs_read(sb, blkptr_offset, 4) - - start_offset); + start_offset = le32_to_cpu(*(u32 *) + cramfs_read(sb, blkptr_offset - 4, 4)); + compr_len = le32_to_cpu(*(u32 *) + cramfs_read(sb, blkptr_offset, 4)) - start_offset; pgdata = kmap(page); if (compr_len == 0) ; /* hole */ From owner-linux-mips@oss.sgi.com Sat Sep 29 01:35:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8T8Zu331282 for linux-mips-outgoing; Sat, 29 Sep 2001 01:35:56 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8T8ZqD31275 for ; Sat, 29 Sep 2001 01:35:52 -0700 Received: from lucon.org (lake.in.lucon.org [192.168.0.2]) by ocean.lucon.org (Postfix) with ESMTP id EE041125C6; Sat, 29 Sep 2001 01:35:50 -0700 (PDT) Received: by lucon.org (Postfix, from userid 1000) id 82F86EBA5; Sat, 29 Sep 2001 01:35:49 -0700 (PDT) Date: Sat, 29 Sep 2001 01:35:49 -0700 From: "H . J . Lu" To: Kjeld Borch Egevang Cc: linux-mips mailing list Subject: Re: gcc crash Message-ID: <20010929013549.A4044@lucon.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kjelde@mips.com on Thu, Sep 27, 2001 at 04:59:47PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1200 Lines: 46 On Thu, Sep 27, 2001 at 04:59:47PM +0200, Kjeld Borch Egevang wrote: > When I compile the following function with "gcc -O2" the compiler crashes. > Is this a known problem? > > static float sp_f2l(float x) > { > long l, *xl; > float y; > > xl = (void *)&y; > l = x; > *xl = l; > return y; > } > > I use gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-97.2) > I back ported this from gcc in CVS to gcc 2.96. It works for me. It will be in the next RedHat 7.1/mips update. H.J. ----- 2001-09-29 H.J. Lu * gcc/emit-rtl.c (subreg_hard_regno): Comment out dubious code. --- gcc/emit-rtl.c.subreg Sat Sep 29 01:21:24 2001 +++ gcc/emit-rtl.c Sat Sep 29 01:22:06 2001 @@ -734,6 +734,7 @@ subreg_hard_regno (x, check_mode) final_regno = SUBREG_REGNO (x); +#if 0 /* Punt if what we end up with is not a valid regno in the SUBREG's mode, or we went past the end of the inner REG's mode, or we overflow past the last hard regno. */ @@ -743,6 +744,7 @@ subreg_hard_regno (x, check_mode) HARD_REGNO_NREGS (base_regno, GET_MODE (reg))) || final_regno >= FIRST_PSEUDO_REGISTER) abort (); +#endif return final_regno; } From owner-linux-mips@oss.sgi.com Sat Sep 29 02:17:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8T9Hfk31867 for linux-mips-outgoing; Sat, 29 Sep 2001 02:17:41 -0700 Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8T9HcD31863 for ; Sat, 29 Sep 2001 02:17:38 -0700 Received: from excalibur.cologne.de (lt200001.hrz.uni-oldenburg.de [134.106.156.150]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id LAA01166; Sat, 29 Sep 2001 11:17:20 +0200 (MET DST) Received: from karsten by excalibur.cologne.de with local (Exim 3.12 #1 (Debian)) id 15nGK1-00009z-00; Sat, 29 Sep 2001 11:22:09 +0200 Date: Sat, 29 Sep 2001 11:22:09 +0200 From: Karsten Merker To: machael Cc: linux-mips@oss.sgi.com Subject: Re: What is the latest stable kernel version for MIPS? Message-ID: <20010929112208.A466@excalibur.cologne.de> Mail-Followup-To: Karsten Merker , machael , linux-mips@oss.sgi.com References: <003101c147f5$a6fc5980$921c690a@huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <003101c147f5$a6fc5980$921c690a@huawei.com>; from dony.he@huawei.com on Fri, Sep 28, 2001 at 04:14:53PM +0800 X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 722 Lines: 24 On Fri, Sep 28, 2001 at 04:14:53PM +0800, machael wrote: > What is the latest stable kernel version for MIPS? And where can I download > it? Well, there is no really "stable" kernel :-). Linux/MIPS does not have formal kernel releases, you can check out the current cvs version by using cvs -d :pserver:cvs@oss.sgi.com:/cvs login Password is "cvs" cvs -z4 -d :pserver:cvs@oss.sgi.com:/cvs co linux For more information, please see the Linux-MIPS-HOWTO on http://oss.sgi.com/mips/mips-howto.html HTH, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From owner-linux-mips@oss.sgi.com Sat Sep 29 03:20:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8TAKrE00322 for linux-mips-outgoing; Sat, 29 Sep 2001 03:20:53 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8TAKoD00319 for ; Sat, 29 Sep 2001 03:20:51 -0700 Received: from galadriel.physik.uni-konstanz.de [134.34.144.79] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 15nHEl-0004Ue-00; Sat, 29 Sep 2001 12:20:47 +0200 Received: from agx by galadriel.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 15nHEj-0003Kw-00; Sat, 29 Sep 2001 12:20:45 +0200 Date: Sat, 29 Sep 2001 12:20:45 +0200 From: Guido Guenther To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: Need an account on a Linux/Mips box Message-ID: <20010929122045.A12811@galadriel.physik.uni-konstanz.de> Mail-Followup-To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com References: <1f05gge.7bt3xkxllentM@[10.0.12.137]> <20010924173723.A2203@bunny.shuttle.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kristoffer@linpro.no on Mon, Sep 24, 2001 at 06:24:17PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 528 Lines: 15 On Mon, Sep 24, 2001 at 06:24:17PM +0200, Kristoffer Gleditsch wrote: [..snip..] > Apart from sshd (OpenSSH), which started dying from SIGFPE (floating > point exception, whatever that means :) a few days ago, it's working > OK. Toolchain update problem - recompiling fixes this. I've put recompiled debs at: http://honk.physik.uni-konstanz.de/linux-mips/debian/ssl-tmp/ -- Guido -- This kind of limitation can lead administrators to do irrational things, like install Windows. Clearly a fix was required. (lwn.net) From owner-linux-mips@oss.sgi.com Sat Sep 29 13:13:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f8TKDWx08657 for linux-mips-outgoing; Sat, 29 Sep 2001 13:13:32 -0700 Received: from harper.owbn.net.nz (210-54-231-108.adsl.xtra.co.nz [210.54.231.108]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f8TKDSD08654 for ; Sat, 29 Sep 2001 13:13:29 -0700 Received: from kindred (kindred.owbn.net.nz [192.168.20.1]) by harper.owbn.net.nz (8.11.0/8.11.0) with SMTP id f8TKITZ19294 for ; Sun, 30 Sep 2001 08:18:30 +1200 From: "Jason Saggers" To: "Linux-Mips \(E-mail\)" Subject: FW: debian base 2 and tar issues .. Date: Sun, 30 Sep 2001 08:15:30 +1200 Message-ID: <000001c14923$7ca389e0$0114a8c0@kindred> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id f8TKDTD08655 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 475 Lines: 24 -----Original Message----- From: Jason Saggers [mailto:psyclone@owbn.net.nz] Sent: Saturday, September 29, 2001 11:03 PM To: Debian-Sparc (E-mail) Subject: debian base 2 and tar issues .. I am getting indy:~# tar [tar:95] Illegal instruction 0100017c at 2ac8eeac ra=00000000 Illegal Instruction I am running on a Indy R5000 150Mhz with 160MB RAM Any suggestions JasonPԔ zfy)jz+-^n&+aj˛-˛mN.nW iefj^buj