From wjasper@lx40.tx.ncsu.edu Mon May 1 16:00:10 2000 Received: from lx40.tx.ncsu.edu (root@lx40.tx.ncsu.edu [152.1.40.208]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA22457; Mon, 1 May 2000 16:00:09 +0200 (MET DST) Received-Date: Mon, 1 May 2000 16:00:09 +0200 (MET DST) Received: from lx40.tx.ncsu.edu (IDENT:wjasper@localhost.localdomain [127.0.0.1]) by lx40.tx.ncsu.edu (8.9.3/8.9.3) with ESMTP id JAA10960 for ; Mon, 1 May 2000 09:59:36 -0400 Message-Id: <200005011359.JAA10960@lx40.tx.ncsu.edu> To: linux-mips@fnet.fr Subject: QED RM5231 chip set Reply-To: wjasper@tx.ncsu.edu Phone: 919-515-6565 Date: Mon, 01 May 2000 09:59:36 -0400 From: Warren Jasper Content-Length: 340 Lines: 17 Hi, I'm trying to port Linux to an embedded board using the QED RM5231 MIPS chip set and 64 MB RAM. Has anyone ported Linux using this chip? If not, and suggestions on which mips target I should use when building the gcc cross compiler and/or other flags options? Thanks in advance, -- Warren Warren J. Jasper wjasper@tx.ncsu.edu From fisher@hollywood.engr.sgi.com Mon May 1 23:21:51 2000 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA26397; Mon, 1 May 2000 23:21:49 +0200 (MET DST) Received-Date: Mon, 1 May 2000 23:21:49 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA03056; Mon, 1 May 2000 14:16:27 -0700 (PDT) mail_from (fisher@hollywood.engr.sgi.com) Received: from hollywood.engr.sgi.com (hollywood.engr.sgi.com [163.154.34.46]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA12205; Mon, 1 May 2000 14:21:09 -0700 (PDT) mail_from (fisher@hollywood.engr.sgi.com) Received: (from fisher@localhost) by hollywood.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id OAA31066; Mon, 1 May 2000 14:19:51 -0700 (PDT) From: fisher@hollywood.engr.sgi.com (William Fisher) Message-Id: <200005012119.OAA31066@hollywood.engr.sgi.com> Subject: Re: VC exceptions To: ralf@oss.sgi.com (Ralf Baechle) Date: Mon, 1 May 2000 14:19:50 -0700 (PDT) Cc: nick@ns.snowman.net, ralf@oss.sgi.com (Ralf Baechle), flo@rfc822.org (Florian Lohoff), linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, fisher@hollywood.engr.sgi.com (William Fisher) In-Reply-To: <20000430004557.A1972@uni-koblenz.de> from "Ralf Baechle" at Apr 30, 2000 12:45:58 AM Reply-To: fisher@sgi.com X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1731 Lines: 38 > > On Sat, Apr 29, 2000 at 06:33:54PM -0400, nick@ns.snowman.net wrote: > > > What is a r7000? I've heard of the r8000, is that the same? > > Stupid answer: No, otherwise they'd have the same name :-) > > The R8000 was some kind of CPU hack which SGI came up with when the R4400 > performance was begining to look bad in comparison to the Alphas and the > R10000 project still would have taken quite some time. It was featuring > roughly the integer performance and twice or trice the fp performance of > a 250MHz R4400 while running at just 75 - 90 MHz. It was used only by > SGI. > > The R7000 is kind of a successor to the R5000 featuring roughly R10000 > performance but at a much lower price. This was developed by either > IDT or QED mostly for embedded purposes. > The R5000, was designed and built by QED whom SGI funded to build the processor for the O2 product line. SGI still owns the rights via MTI and is allowed to license them to the various MIPS Licensees. The QED folks ARE the original RXXXX Series designers who originally worked for MIPS Computer System until SGI bought the company in 1992. The various processor designs which they developed included the R2000/2010, R3000/3010, R4000, R4400, R5000 and R7000 processors. Nearly all of the original MIPS Computer systems processor designers are now working at QED. MIPS Technoloy Inc, MTI, is mostly SGI processor designers and lots of new engineers who own the SGI rights to the various MIPS processor designs. The R8000 was shipped in a VME based machine which was placed in the Challenge line which included R4400, R8000 and R10000 processors. As was noted it was an SGI design in total and had a very short life-time. -- Bill From smash@sgi.com Tue May 2 01:56:10 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA28329; Tue, 2 May 2000 01:56:09 +0200 (MET DST) Received-Date: Tue, 2 May 2000 01:56:09 +0200 (MET DST) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA01621; Mon, 1 May 2000 17:00:16 -0700 (PDT) mail_from (smash@sgi.com) Received: from cardboard.mti.sgi.com (mti.mti.sgi.com [163.154.19.17]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA61440; Mon, 1 May 2000 16:56:00 -0700 (PDT) Received: from werewolf.mti.sgi.com by cardboard.mti.sgi.com via ESMTP (980427.SGI.8.8.8/930416.SGI.AUTO-MTI) id QAA22335; Mon, 1 May 2000 16:56:00 -0700 (PDT) Received: from sgi.com (localhost [127.0.0.1]) by werewolf.mti.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA74522; Mon, 1 May 2000 16:55:58 -0700 (PDT) Sender: smash@sgi.com Message-ID: <390E198D.D5C810C4@sgi.com> Date: Mon, 01 May 2000 16:55:57 -0700 From: Bryan Manternach X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP25) X-Accept-Language: en MIME-Version: 1.0 To: fisher@sgi.com CC: Ralf Baechle , nick@ns.snowman.net, Florian Lohoff , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, William Fisher Subject: Re: VC exceptions References: <200005012119.OAA31066@hollywood.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1644 Lines: 35 Thanks for following up on this, Bill... William Fisher wrote: > > > The R5000, was designed and built by QED whom SGI funded to build the processor > for the O2 product line. SGI still owns the rights via MTI and is allowed to > license them to the various MIPS Licensees. > > The QED folks ARE the original RXXXX Series designers who originally worked > for MIPS Computer System until SGI bought the company in 1992. The various > processor designs which they developed included the R2000/2010, R3000/3010, > R4000, R4400, R5000 and R7000 processors. Nearly all of the original MIPS > Computer systems processor designers are now working at QED. MIPS Technoloy > Inc, MTI, is mostly SGI processor designers and lots of new engineers who > own the SGI rights to the various MIPS processor designs. > > The R8000 was shipped in a VME based machine which was placed in the > Challenge line which included R4400, R8000 and R10000 processors. As was noted > it was an SGI design in total and had a very short life-time. > > -- Bill > > -- "I sense much NT in you. NT leads to Blue Screen. Blue Screen leads to downtime. Downtime leads to suffering. NT is the path to the darkside." -- Unknown UNIX Jedi --------------------------------------------------------------- Bryan 'SMASH' Manternach - MTI/TREX Systems Administration Team SGI, 1200 Crittenden Pkwy, MS 30-4-175, Mountain View, CA 94943 E-mail: mailto:smash@sgi.com Voice: (650)933-6856 Pager: mailto:smash_p@pager.sgi.com Pager: (650)317-8483 From kevink@mips.com Tue May 2 13:17:01 2000 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA07751; Tue, 2 May 2000 13:17:00 +0200 (MET DST) Received-Date: Tue, 2 May 2000 13:17:00 +0200 (MET DST) Received: from newman.mips.com (newman [206.31.31.8]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id EAA06302; Tue, 2 May 2000 04:16:50 -0700 (PDT) Received: from satanas (satanas [192.168.236.12]) by newman.mips.com (8.9.3/8.9.0) with SMTP id EAA22937; Tue, 2 May 2000 04:16:47 -0700 (PDT) Message-ID: <00b401bfb428$34aae610$0ceca8c0@satanas.mips.com> From: "Kevin D. Kissell" To: Cc: , "Linux/MIPS fnet" , Subject: Re: VC exceptions Date: Tue, 2 May 2000 13:18:49 +0200 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 4347 Lines: 94 >> The R8000 was some kind of CPU hack which SGI came up with when the >> R4400 performance was begining to look bad in comparison to the Alphas >> and the R10000 project still would have taken quite some time. It was featuring >> roughly the integer performance and twice or trice the fp performance of >> a 250MHz R4400 while running at just 75 - 90 MHz. It was used only by >> SGI. Please forgive me if I put on my MIPS historian hat for a moment... The R8000 a.k.a. "TFP" started as a project at SGI before SGI bought MIPS Computer, and before the R4400 was ever shipped, if I recall correctly. It was an radical microarchitectural departure from any other MIPS chips before or since, with a two-way superscalar FPU, dual load paths from the cache, streaming cache design, and a much larger TLB than any MIPS part before or since. For reasons that remain obscure (at least to me) it was implemented in BiCMOS, and consumed two chips. The interchip interconnect was one of the reasons why the clock speed was so limited relative to other designs from the same period. On vectorisable floating-point codes that could take advantage of the dual FP issue and the streaming caches, it was a good performer, really amazing in terms of FLOPS/MHz. But it performed relatively badly on integer or control-intensive codes, and for whatever reason - exotic technology, packaging, or design - the R8000 "Power Challenge" CPU boards had a reputation for poor reliability. The most important legacy of the R8000 is that it was the first MIPS IV ISA processor and the first superscalar MIPS chip. That's why one often uses the gcc -mcpu=r8000 to generate code for R5xxx-class CPUs. >> The R7000 is kind of a successor to the R5000 featuring roughly R10000 >> performance but at a much lower price. This was developed by either >> IDT or QED mostly for embedded purposes. It was developed for QED for high-end embedded and consumer apps. It's microarchitecture has virtually nothing in common with the R8000. As others have noted, whether the performance of the RM7000 (which is QED's actual designation for the part) is on a par with an R10000 will depend a great deal on the code, the frequency, and the memory subsystem. But the R10000 was engineered for performance-at-any-price, wheras the RM7000 was engineered for price/performance. > The R5000, was designed and built by QED whom SGI funded to build the processor > for the O2 product line. SGI still owns the rights via MTI and is allowed to > license them to the various MIPS Licensees. I think it would be more correct to say that among the various bits of IP that MIPS Technologies took with them when they were spun back out of SGI was the R5000 design. > The QED folks ARE the original RXXXX Series designers who originally worked > for MIPS Computer System until SGI bought the company in 1992. The various > processor designs which they developed included the R2000/2010, R3000/3010, > R4000, R4400, R5000 and R7000 processors. Nearly all of the original MIPS > Computer systems processor designers are now working at QED. I think "nearly all" is a bit of an overstatement. There are veterans of the early days of MIPS in a lot of companies in the valley. I'm not going to name names here, but QED is merely the largest of several MIPS spin-offs. > MIPS Technoloy Inc, MTI, is mostly SGI processor designers and lots > of new engineers who own the SGI rights to the various MIPS processor > designs. I prefer to think of Mips Technologies as owning the *MIPS* rights to the various MIPS processor designs. And the patents behind them. And the ISA. ;-) > The R8000 was shipped in a VME based machine which was placed in the > Challenge line which included R4400, R8000 and R10000 processors. As was noted > it was an SGI design in total and had a very short life-time. Quibble here: The Challenge/PowerChallenge bus had little or nothing to do with VME. I recall that it was a synchronous, "pended operation" bus, and VME is neither. Regards, Kevin K. Disclaimer: I guess I need to say that the above opinions, analysis, and reminiscences are my own and not necessarily those of MIPS Technologies Inc. __ Kevin D. Kissell MIPS Technologies European Architecture Lab kevink@mips.com Tel. +33.4.78.38.70.67 FAX. +33.4.78.38.70.68 From roger.b.anderson@mindspring.com Tue May 2 18:22:31 2000 Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA10757; Tue, 2 May 2000 18:22:29 +0200 (MET DST) Received-Date: Tue, 2 May 2000 18:22:29 +0200 (MET DST) Received: from anderson (pool-209-138-212-125.dlls.grid.net [209.138.212.125]) by smtp6.mindspring.com (8.9.3/8.8.5) with SMTP id MAA12575 for ; Tue, 2 May 2000 12:22:25 -0400 (EDT) Message-ID: <002b01bfb452$3fffa620$7dd48ad1@anderson> From: "Roger Anderson" To: Subject: Mips M/120 Date: Tue, 2 May 2000 11:19:51 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01BFB428.5596C920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Content-Length: 2425 Lines: 63 This is a multi-part message in MIME format. ------=_NextPart_000_0028_01BFB428.5596C920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an old Mips M/120 gathering dust that I would like to revive. It = won't boot from the root drive any longer due to the disk sitting idle = far too long, but I have three other identical drives to try. There is = an attached 16 port UTP Digiboard for direct RS232 connections in = addition to the network interface. I don't recall the the Mips chip = used, but I think it is the earliest Rxxxx. As far as memory goes, I = think it was only 64 MB. The unit includes the original tape drive (?) = and and additional Exabyte 8mm drive which I mounted internally in the = expansion chassis. I have all of the original manuals and the original = tapes for the OS and patches. Any hope for this box or should I just sell the parts? roger.b.anderson@mindspring.com ------=_NextPart_000_0028_01BFB428.5596C920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have an old Mips M/120 gathering dust that I would = like to=20 revive.  It won't boot from the root drive any longer due to the = disk=20 sitting idle far too long, but I have three other identical drives to = try. =20 There is an attached 16 port UTP Digiboard for direct RS232 connections = in=20 addition to the network interface.  I don't recall the the Mips = chip used,=20 but I think it is the earliest Rxxxx.  As far as memory goes, I = think it=20 was only 64 MB.  The unit includes the original tape drive (?) and = and=20 additional Exabyte 8mm drive which I mounted internally in the expansion = chassis.  I have all of the original manuals = and the=20 original tapes for the OS and patches.
 
Any hope for this box or should I just sell the=20 parts?
 
roger.b.anderson@mindspring.com
 
 
------=_NextPart_000_0028_01BFB428.5596C920-- From rabeeh@galileo.co.il Tue May 2 12:22:44 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA07500; Tue, 2 May 2000 12:22:39 +0200 (MET DST) Received-Date: Tue, 2 May 2000 12:22:39 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id NAA02161 for ; Tue, 2 May 2000 13:21:54 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <390F012A.1266A524@galileo.co.il> Date: Tue, 02 May 2000 12:24:10 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: memory on embeded Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 294 Lines: 11 Hi I'm running linux on embeded system ; kernel version is 2.2.12 do I need to define another parameter other than mips_memory_upper to define the size of the memory ? p.s. the kernel detects well my CPU - the signature is 28a0 (QED 5271) 32k icache and 32k dcache both 32 byte linesize. From alhaz@xmission.com Tue May 2 18:45:05 2000 Received: from puck.airswitch.com (user@zorro.airswitch.com [216.190.80.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA11304; Tue, 2 May 2000 18:45:04 +0200 (MET DST) Received-Date: Tue, 2 May 2000 18:45:04 +0200 (MET DST) Received: from xmission.com (IDENT:alhaz@localhost.localdomain [127.0.0.1]) by puck.airswitch.com (8.9.3/8.9.3) with ESMTP id KAA00732; Tue, 2 May 2000 10:44:41 -0600 Sender: alhaz@puck.airswitch.com Message-ID: <390F05F9.2B8C1B71@xmission.com> Date: Tue, 02 May 2000 10:44:41 -0600 From: Eric Jorgensen X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: Roger Anderson CC: linux-mips@fnet.fr Subject: Re: Mips M/120 References: <002b01bfb452$3fffa620$7dd48ad1@anderson> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1304 Lines: 31 I have one of these collecting dust too, I haven't tried to boot it up in years. Mine is missing most of the /usr tree as it was mounted remotely in it's last installation, and i don't have the tapes or manuals. Uses an R3000 25mhz i think, or maybe it was 33. I don't believe there's a linux port in the works for these. I bought mine for sentimental value (hosted my first unix account) but these days it's looking more and more like just a big heavy chunk of equipment. - Eric > Roger Anderson wrote: > > I have an old Mips M/120 gathering dust that I would like to revive. > It won't boot from the root drive any longer due to the disk sitting > idle far too long, but I have three other identical drives to try. > There is an attached 16 port UTP Digiboard for direct RS232 > connections in addition to the network interface. I don't recall the > the Mips chip used, but I think it is the earliest Rxxxx. As far as > memory goes, I think it was only 64 MB. The unit includes the > original tape drive (?) and and additional Exabyte 8mm drive which I > mounted internally in the expansion chassis. I have all of the > original manuals and the original tapes for the OS and patches. > > Any hope for this box or should I just sell the parts? > > roger.b.anderson@mindspring.com > > From wombat@kilimanjaro.engr.sgi.com Wed May 3 01:04:13 2000 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA16300; Wed, 3 May 2000 01:04:12 +0200 (MET DST) Received-Date: Wed, 3 May 2000 01:04:12 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA05051; Tue, 2 May 2000 15:59:17 -0700 (PDT) mail_from (wombat@kilimanjaro.engr.sgi.com) Received: from kilimanjaro.engr.sgi.com (kilimanjaro.engr.sgi.com [163.154.5.32]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA26070; Tue, 2 May 2000 16:03:59 -0700 (PDT) mail_from (wombat@kilimanjaro.engr.sgi.com) Received: from kilimanjaro.engr.sgi.com (localhost [127.0.0.1]) by kilimanjaro.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA04626; Tue, 2 May 2000 16:04:01 -0700 (PDT) Message-Id: <200005022304.QAA04626@kilimanjaro.engr.sgi.com> To: "Kevin D. Kissell" cc: fisher@sgi.com, linux-mips@vger.rutgers.edu, "Linux/MIPS fnet" , linux@cthulhu.engr.sgi.com Subject: Re: VC exceptions In-reply-to: Your message of "Tue, 02 May 2000 13:18:49 +0200." <00b401bfb428$34aae610$0ceca8c0@satanas.mips.com> Date: Tue, 02 May 2000 16:04:01 -0700 From: Joan Eslinger Content-Length: 639 Lines: 15 * Date: Tue, 2 May 2000 13:18:49 +0200 * From: "Kevin D. Kissell" * * Quibble here: The Challenge/PowerChallenge bus had * little or nothing to do with VME. I recall that it was a synchronous, * "pended operation" bus, and VME is neither. The main system bus is proprietary, called SysAD. Challenge and Power Challenge did support VME cards, but I don't remember if the SysAD bus had a VME extension on it or if you had to stick in a VME/SysAD card to get that. Originally "Power Challenge" meant you had an R8000 CPU, but after R10000s were available "Challenge" and "Power Challenge" both meant R10k. From smash@sgi.com Wed May 3 03:03:26 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA16965; Wed, 3 May 2000 03:03:25 +0200 (MET DST) Received-Date: Wed, 3 May 2000 03:03:25 +0200 (MET DST) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA08718; Tue, 2 May 2000 18:07:38 -0700 (PDT) mail_from (smash@sgi.com) Received: from cardboard.mti.sgi.com (mti.mti.sgi.com [163.154.19.17]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id SAA24881; Tue, 2 May 2000 18:03:21 -0700 (PDT) Received: from werewolf.mti.sgi.com by cardboard.mti.sgi.com via ESMTP (980427.SGI.8.8.8/930416.SGI.AUTO-MTI) id SAA01922; Tue, 2 May 2000 18:03:21 -0700 (PDT) Received: from sgi.com (localhost [127.0.0.1]) by werewolf.mti.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id SAA88891; Tue, 2 May 2000 18:03:20 -0700 (PDT) Sender: smash@sgi.com Message-ID: <390F7AD8.6635F341@sgi.com> Date: Tue, 02 May 2000 18:03:20 -0700 From: Bryan Manternach X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP25) X-Accept-Language: en MIME-Version: 1.0 To: Joan Eslinger , "Kevin D. Kissell" , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: VC exceptions References: <200005022304.QAA04626@kilimanjaro.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3283 Lines: 69 Joan Eslinger wrote: > > * Date: Tue, 2 May 2000 13:18:49 +0200 > * From: "Kevin D. Kissell" > * > * Quibble here: The Challenge/PowerChallenge bus had > * little or nothing to do with VME. I recall that it was a synchronous, > * "pended operation" bus, and VME is neither. > > The main system bus is proprietary, called SysAD. Challenge and Power > Challenge did support VME cards, but I don't remember if the SysAD bus > had a VME extension on it or if you had to stick in a VME/SysAD card to > get that. I'm not certain if the challenge actually uses SysAD, since it has separate address and data busses. (big ones!) and separate address and data bus ASICs. SysAD is a chip interconnect, and doesn't necessarily denote the system's overall architechture. Maybe if you have a R10K Challenge... VME on a challenge system is handled by the VCAM (VME Channle Adapter Module) on the primary IO4. The primary IO4 has FCI (Flat Cable Interconnect) controller chips on it that control interfaces to graphics(if present), Mezzanine boards, and the VME bus. >From the documentation: The main set of buses in the Challenge and Onyx system architecture is the Everest address and data buses, Ebus for short. The Ebus provides a 256-bit data bus and a 40-bit address bus that can sustain a bandwidth of 1.2 GB per second. The 256-bit data bus provides the data transfer capability to support a large number of high-performance RISC CPUs. The 40-bit address bus is also wide enough to support 16 GB of contiguous memory in addition to an 8 GB I/O address space. The 64-bit Ibus (also known as the HIO bus) is the main internal bus of the I/O subsystem and interfaces to the high-power Ebus through a group of bus adapters.The Ibus has a bandwidth of 320 MB per second that can sufficiently support a graphics subsystem, a VME64 bus, and as many as eight SCSI channels operating simultaneously. Communication with the VME and SCSI buses, the installed set or sets of graphics boards, and Ethernet takes place through the 64-bit Ibus. The Ibus interfaces to the main system bus, the 256-bit Ebus, through a set of interface control devices, an I address (IA) and four I data (ID). The ID ASICs latch the data, and the IA ASIC clocks the data from each ID to the Flat Cable Interface (FCI) through the F controller (or F chip). Two FCI controllers (or F controllers) help handle the data transfers to and from an internal graphics board set (if present) and any VMEbus boards in optional CC3 applications. The SCSI-2 (S1) controller serves as an interface to the various SCSI-2 buses. The Everest peripheral controller (EPC) device manages the data movement to and from the Ethernet, a parallel port, and various types of on-board PROMs and RAM. -- "I sense much NT in you. NT leads to Blue Screen. Blue Screen leads to downtime. Downtime leads to suffering. NT is the path to the darkside." -- Unknown UNIX Jedi --------------------------------------------------------------- Bryan 'SMASH' Manternach - ECS/TREX Systems Administration Team SGI, 1200 Crittenden Pkwy, MS 30-4-175, Mountain View, CA 94943 E-mail: mailto:smash@sgi.com Voice: (650)933-6856 Pager: mailto:smash_p@pager.sgi.com Pager: (650)317-8483 From wombat@kilimanjaro.engr.sgi.com Wed May 3 03:09:34 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA17017; Wed, 3 May 2000 03:09:32 +0200 (MET DST) Received-Date: Wed, 3 May 2000 03:09:32 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA09911; Tue, 2 May 2000 18:13:44 -0700 (PDT) mail_from (wombat@kilimanjaro.engr.sgi.com) Received: from kilimanjaro.engr.sgi.com (kilimanjaro.engr.sgi.com [163.154.5.32]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA18521; Tue, 2 May 2000 18:09:22 -0700 (PDT) mail_from (wombat@kilimanjaro.engr.sgi.com) Received: from kilimanjaro.engr.sgi.com (localhost [127.0.0.1]) by kilimanjaro.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA81162; Tue, 2 May 2000 18:09:24 -0700 (PDT) Message-Id: <200005030109.SAA81162@kilimanjaro.engr.sgi.com> To: Bryan Manternach cc: "Kevin D. Kissell" , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: VC exceptions In-reply-to: Your message of "Tue, 02 May 2000 18:03:20 PDT." <390F7AD8.6635F341@sgi.com> Date: Tue, 02 May 2000 18:09:23 -0700 From: Joan Eslinger Content-Length: 701 Lines: 16 * Date: Tue, 02 May 2000 18:03:20 -0700 * From: Bryan Manternach * * I'm not certain if the challenge actually uses SysAD, since * it has separate address and data busses. (big ones!) and * separate address and data bus ASICs. * * >From the documentation: * * The main set of buses in the Challenge and Onyx system architecture is the * Everest address and data buses, Ebus for short. The Ebus provides a 256-bit data * bus and a 40-bit address bus that can sustain a bandwidth of 1.2 GB per second. Gaaahhh, you're right. It's been longer than I thought since I last worked on a Challenge system. SysAD is the Origin bus, Ebus/Everest bus is the Challenge bus. From jsun@mvista.com Fri May 5 02:07:31 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA06374; Fri, 5 May 2000 02:07:29 +0200 (MET DST) Received-Date: Fri, 5 May 2000 02:07:29 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id RAA20302; Thu, 4 May 2000 17:06:51 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39121086.E5C99909@mvista.com> Date: Thu, 04 May 2000 17:06:30 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux@engr.sig.com, linux-mips@fnet.fr Subject: failed to make libstdc++.so.2.8.0 - endianess issue Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1378 Lines: 42 Since it looks not much hopeful to get glibc 2.1.2 working, I turned back to egcs 1.0.3a/glibc 2.0.7 combo, mainly following Jay Carlson's famous makefile. However, I want to do the stage 2 egcs generation with shared libstdc++ library. Here is the error I got : .... mv tlist piclist /root/rpm/BUILD/egcs-obj/gcc/xgcc -B/root/rpm/BUILD/egcs-obj/gcc/ -g -O2 -fno-implicit-templates -EB -Wl,-soname,libstdc++.so.`echo 2.8.0 | sed 's/\([0-9][.][0-9]\).*/\1/'` -shared -o libstdc++.so.2.8.0 `cat piclist` -lm /root/target/mipsel_41xx/mipsel-linux/lib/libm.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[3]: *** [libstdc++.so.2.8.0] Error 1 make[3]: Leaving directory `/root/rpm/BUILD/egcs-obj/mipsel-linux/eb/libstdc++' make[2]: *** [multi-do] Error 1 make[2]: Leaving directory `/root/rpm/BUILD/egcs-obj/mipsel-linux/libstdc++' make[1]: *** [multi-all] Error 2 make[1]: Leaving directory `/root/rpm/BUILD/egcs-obj/mipsel-linux/libstdc++' ---------- It turns out that libm.so is built for little endian and xgcc is building for big endian libstdc++ (-EB). I suppose I need to do either one of the followings : 1) Not bother to generate big endian version at all - I don't need them; or 2) generate little endian version of libm, and let xgcc pick it correctly when -EB is passed. Any idea how I should achieve them? Thanks. Jun From spock@mgnet.de Fri May 5 20:46:32 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA12403; Fri, 5 May 2000 20:46:31 +0200 (MET DST) Received-Date: Fri, 5 May 2000 20:46:31 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Fri, 5 May 2000 20:45:38 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id UAA10881 for ; Fri, 5 May 2000 20:45:35 +0200 (MET DST) Message-Id: <200005051845.UAA10881@sunnyboy.informatik.tu-chemnitz.de> Received: (qmail 17340 invoked from network); 5 May 2000 18:45:36 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 5 May 2000 18:45:36 -0000 Date: Fri, 05 May 2000 20:45:39 CEST From: Klaus Naumann To: "\"cthulhu\" ; \"Klaus Naumann\" ; \"MIPS\"" Subject: Problems with cvs kernel on Indigo2 Reply-To: spock@mgnet.de X-Mailer: Spruce 0.5.16 for X11 w/smtpio 0.7.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Length: 4171 Lines: 139 Hi, while trying to get the current cvs kernel to boot on my Indigo2 I experienced several problems: 1. The network driver is completely broken. The output of ifconfig shows the eth0 device about 8 times and network isn't working at all. ifconfig up & down didn't change anything. 2. There are messages in my kernel log like: Bug in get_wchan Due to my still very limited knowledge about the kernel I don't know what's the problem, I only know that this error is generated in the get_wchan function in arch/mips/kernel/process.c 3. The kernel itself doesn't give a console unless I apply a patch which Flo made - it also seems to fix a problem with page allocation. The point is that the kernel tries to read the Arc variable to find out which console to init. This *can not* be overridden by a kernel parameter like console=ttyS0 - the result is that the kernel starts but doesn't give any output at all. I've attached the patch Flo made to this mail for referrence. Is there anyone out there who has solutions for the named problems ? CU, Klaus Patch from Flo: Index: arch/mips/mm/init.c =================================================================== RCS file: /cvs/linux/arch/mips/mm/init.c,v retrieving revision 1.27 diff -u -r1.27 init.c --- arch/mips/mm/init.c 2000/02/23 01:33:56 1.27 +++ arch/mips/mm/init.c 2000/04/28 13:47:55 @@ -256,12 +256,16 @@ max_dma = virt_to_phys((char *)MAX_DMA_ADDRESS) >> PAGE_SHIFT; low = max_low_pfn; +#if defined(CONFIG_PCI) || defined(CONFIG_ISA) if (low < max_dma) zones_size[ZONE_DMA] = low; else { zones_size[ZONE_DMA] = max_dma; zones_size[ZONE_NORMAL] = low - max_dma; } +#else + zones_size[ZONE_DMA] = low; +#endif free_area_init(zones_size); } Index: arch/mips/sgi/kernel/setup.c =================================================================== RCS file: /cvs/linux/arch/mips/sgi/kernel/setup.c,v retrieving revision 1.32 diff -u -r1.32 setup.c --- arch/mips/sgi/kernel/setup.c 2000/04/06 20:26:58 1.32 +++ arch/mips/sgi/kernel/setup.c 2000/04/28 13:47:55 @@ -160,20 +160,6 @@ /* Now enable boardcaches, if any. */ indy_sc_init(); -#ifdef CONFIG_SERIAL_CONSOLE - /* ARCS console environment variable is set to "g?" for - * graphics console, it is set to "d" for the first serial - * line and "d2" for the second serial line. - */ - ctype = ArcGetEnvironmentVariable("console"); - if(*ctype == 'd') { - if(*(ctype+1)=='2') - console_setup ("ttyS1"); - else - console_setup ("ttyS0"); - } -#endif - #ifdef CONFIG_REMOTE_DEBUG kgdb_ttyd = prom_getcmdline(); if ((kgdb_ttyd = strstr(kgdb_ttyd, "kgdb=ttyd")) != NULL) { @@ -195,10 +181,6 @@ } #endif -#ifdef CONFIG_SGI_PROM_CONSOLE - console_setup("ttyS0"); -#endif - sgi_volume_set(simple_strtoul(ArcGetEnvironmentVariable("volume"), NULL, 10)); #ifdef CONFIG_VT @@ -230,4 +212,3 @@ init_vino(); #endif } -__initcall(rs_init); Index: drivers/char/tty_io.c =================================================================== RCS file: /cvs/linux/drivers/char/tty_io.c,v retrieving revision 1.33 diff -u -r1.33 tty_io.c --- drivers/char/tty_io.c 2000/04/28 01:09:37 1.33 +++ drivers/char/tty_io.c 2000/04/28 13:47:58 @@ -2189,7 +2189,7 @@ #ifdef CONFIG_SERIAL_CONSOLE #ifdef CONFIG_8xx console_8xx_init(); -#elif defined(CONFIG_SERIAL) +#elif defined(CONFIG_SERIAL) || defined(CONFIG_SGI_SERIAL) serial_console_init(); #endif /* CONFIG_8xx */ #if defined(CONFIG_MVME162_SCC) || defined(CONFIG_BVME6000_SCC) || defined(CONFIG_MVME147_SCC) Index: drivers/sgi/char/sgiserial.c =================================================================== RCS file: /cvs/linux/drivers/sgi/char/sgiserial.c,v retrieving revision 1.23 diff -u -r1.23 sgiserial.c --- drivers/sgi/char/sgiserial.c 2000/01/27 01:05:35 1.23 +++ drivers/sgi/char/sgiserial.c 2000/04/28 13:48:21 @@ -2251,3 +2251,5 @@ { register_console(&sgi_console_driver); } + +__initcall(rs_init); -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From milnebrownlie@globalfreeway.com.au Sun May 7 03:03:00 2000 Received: from mail.aus.gfwy.net ([202.167.41.135]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA26514; Sun, 7 May 2000 03:02:58 +0200 (MET DST) Received-Date: Sun, 7 May 2000 03:02:58 +0200 (MET DST) Received: from printserver ([202.167.141.46]) by mail.aus.gfwy.net (Netscape Messaging Server 4.15) with SMTP id FU608R00.J4B; Sun, 7 May 2000 11:02:51 +1000 From: "Llewellyn Milne-Brownlie" To: "Linux-Mips" Cc: "Kevin D. Kissell" Subject: MIPS RC3230 Date: Sun, 7 May 2000 11:07:43 +1000 Message-ID: <000001bfb7c0$a698d160$0200a8c0@net.au> 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 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Content-Length: 795 Lines: 23 Hi I have been given a MIPS RC3230 box and would like to run Linux on it as I can only find Half the UNIX system that is on it. I can get it to boot and I have change the root password in singe user mode. There are a lot of users on the system as it was one in a set of 4 in a network. Ex government. It has 128 Mb memory a 1Gig HDD and an expansion box that will take 3 drives I have 2 x 2Gb, 5 x 1Gb 4 x 500Mb all SCSI drives for it and 2 x 150 tapes 1 Exabyte 8mm drive Is There a version of LINUX that I can get from somewhere DOWNLOAD or something? And How Do I Install it? It looks like there is one ISA slot with a multi-port com's card in it, there is also what looks like a floppy disk controller on the M/board. Can the unit take a 1.44 Floppy? Please Help Llew Milne-Brownlie From agx@gandalf.physik.uni-konstanz.de Sun May 7 13:03:27 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA29793; Sun, 7 May 2000 13:03:26 +0200 (MET DST) Received-Date: Sun, 7 May 2000 13:03:26 +0200 (MET DST) Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 12oOqL-0003rm-00; Sun, 7 May 2000 13:03:25 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 2.05 #1 (Debian)) id 12oOqL-00076T-00; Sun, 7 May 2000 13:03:25 +0200 Date: Sun, 7 May 2000 13:03:25 +0200 From: Guido Guenther To: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: xfree86 on an indy Message-ID: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Sender: Guido Guenther Content-Length: 325 Lines: 8 i've stitched together an x server for the indy's newport graphics for xfree4.0. Some basics already work but I run into problems with the mouse: The mouse does not move at all although gpm works fine on the console. Anybody got a clue? -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From ulfc@calypso.engr.sgi.com Sun May 7 13:58:24 2000 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA00584; Sun, 7 May 2000 13:58:23 +0200 (MET DST) Received-Date: Sun, 7 May 2000 13:58:23 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) 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 EAA01895; Sun, 7 May 2000 04:57:49 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [163.154.5.113]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA48767; Sun, 7 May 2000 04:57:46 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from localhost (localhost [127.0.0.1]) by calypso.engr.sgi.com (Postfix) with ESMTP id 5F2E4A7875; Sun, 7 May 2000 04:57:25 -0700 (PDT) Date: Sun, 7 May 2000 04:57:25 -0700 (PDT) From: Ulf Carlsson To: Guido Guenther Cc: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: xfree86 on an indy In-Reply-To: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 465 Lines: 10 > i've stitched together an x server for the indy's newport graphics for > xfree4.0. Some basics already work but I run into problems with the mouse: > The mouse does not move at all although gpm works fine on the console. > Anybody got a clue? This is awesome! I added MIPS support to the ELF loader in XFree86 4.0 a couple of weeks ago by the way. I guess it would have been easier to use dlopen, but unfortunately glibc is currently too broken for that. Ulf From agx@gandalf.physik.uni-konstanz.de Sun May 7 15:06:11 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA01344; Sun, 7 May 2000 15:06:10 +0200 (MET DST) Received-Date: Sun, 7 May 2000 15:06:10 +0200 (MET DST) Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 12oQl5-000437-00; Sun, 7 May 2000 15:06:07 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 2.05 #1 (Debian)) id 12oQl5-00078w-00; Sun, 7 May 2000 15:06:07 +0200 Date: Sun, 7 May 2000 15:06:07 +0200 From: Guido Guenther To: Ulf Carlsson Cc: linux-mips@fnet.fr Subject: Re: xfree86 on an indy Message-ID: <20000507150606.A27447@bilbo.physik.uni-konstanz.de> Mail-Followup-To: Ulf Carlsson , linux-mips@fnet.fr References: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from ulfc@calypso.engr.sgi.com on Sun, May 07, 2000 at 04:57:25AM -0700 Sender: Guido Guenther Content-Length: 691 Lines: 14 On Sun, May 07, 2000 at 04:57:25AM -0700, Ulf Carlsson wrote: > This is awesome! I added MIPS support to the ELF loader in XFree86 4.0 a > couple of weeks ago by the way. I guess it would have been easier to use > dlopen, but unfortunately glibc is currently too broken for that. Cool, then I'll add support for the dynamic loader ASAP. I'm currently using static linkage to stay out of additional trouble. The server is completeley unaccelerated but the performance seems at least tollerable. As soon as I've got the mouse working and the colormap initialized correctly I'll post the patch. Regards, -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From greyham@research.canon.com.au Mon May 8 06:59:45 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA10057; Mon, 8 May 2000 06:59:43 +0200 (MET DST) Received-Date: Mon, 8 May 2000 06:59:43 +0200 (MET DST) Received: (qmail 5728 invoked from network); 8 May 2000 03:12:28 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 8 May 2000 03:12:27 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by bellmann.research.canon.com.au (Postfix) with ESMTP id A83558B16; Mon, 8 May 2000 13:12:06 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id E03D13C972; Mon, 8 May 2000 13:12:08 +1000 (EST) Subject: Dead function optimisation Call for Testers To: linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu Date: Mon, 8 May 2000 13:12:08 +1000 (EST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000508031208.E03D13C972@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 939 Lines: 24 Hi Gang, A short while back I posted a patch to the linux-kernel list implementing dead function optimisation in the Linux 2.2 series kernel. It's particularly useful for reducing kernel size on embedded systems and boot disks when built with minimal CONFIG options and can potentially reduce the number of #ifdefs in the kernel source code, which is a good thing. I'm looking for volunteers who are interested in trying the patch on their architecture. It's been tested on i386 and ppc, but I'm particularly keen to hear from users of other architectures. If enough people like it, I'll have a better chance of getting it into the mainstream kernels. If you're interested, you can download the patch from: http://members.xoom.com/greyhams/linux/patches/2.2/funcsect.patch Thanks, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From schaefer@alphanet.ch Mon May 8 07:33:20 2000 Received: from vulcan.alphanet.ch (schaefer@sitebco-home-5-17.urbanet.ch [194.38.85.209]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA10640; Mon, 8 May 2000 07:33:19 +0200 (MET DST) Received-Date: Mon, 8 May 2000 07:33:19 +0200 (MET DST) Received: from localhost (schaefer@localhost) by vulcan.alphanet.ch (8.9.3/8.9.3) with ESMTP id HAA20252 for ; Mon, 8 May 2000 07:33:06 +0200 Date: Mon, 8 May 2000 07:33:06 +0200 (MEST) From: Marc SCHAEFER To: linux-mips@fnet.fr Subject: Old DECstation motherboard Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 367 Lines: 16 hi, I have a DECstation 5000 motherboard (with a PR3000A-25M processor), NCR94 SCSI chips. It hasn't any memory in the sockets (but has some on board). 1. does it work with recent Linux/mips ? 2. would you use it if I gave it to you ? If 1 and 2 are no, it goes directly to the trashcan. If 1 is yes, 2 is no, well, it might also go to the trashcan :( thanks From R.vandenBerg@inter.NL.net Tue May 9 11:32:22 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA00219; Tue, 9 May 2000 11:32:22 +0200 (MET DST) Received-Date: Tue, 9 May 2000 11:32:22 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust182.tnt2.rtm1.nl.uu.net [212.153.210.182] with ESMTP id PAA11225 (8.8.8/3.41); Mon, 8 May 2000 15:16:51 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Mon, 8 May 2000 15:08:08 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 8 May 2000 15:08:08 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Marc SCHAEFER cc: linux-mips@fnet.fr Subject: Re: Old DECstation motherboard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 673 Lines: 24 On Mon, 8 May 2000, Marc SCHAEFER wrote: > I have a DECstation 5000 motherboard (with a PR3000A-25M processor), NCR94 > SCSI chips. It hasn't any memory in the sockets (but has some on board). And an Inmos chip under the processor board and "MAXine" at the mainboard at the side near the Inmos chip? If yes then it is the board of a Personal DECstation 5000 series. > 1. does it work with recent Linux/mips ? Yes. > 2. would you use it if I gave it to you ? Yes, if time permits. > If 1 and 2 are no, it goes directly to the trashcan. If 1 is yes, 2 is no, > well, it might also go to the trashcan :( Well, throw it to Obdam, the Netherlands. :-) Regards, Richard From <@Cologne.DE:karsten@excalibur.cologne.de> Tue May 9 11:45:36 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA02471; Tue, 9 May 2000 11:45:32 +0200 (MET DST) Received-Date: Tue, 9 May 2000 11:45:32 +0200 (MET DST) Received: from localhost (2254 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Mon, 8 May 2000 22:49:31 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id WAA06486; Mon, 8 May 2000 22:19:27 +0200 Message-ID: <20000508221927.A5548@excalibur.cologne.de> Date: Mon, 8 May 2000 22:19:27 +0200 From: Karsten Merker To: Marc SCHAEFER Cc: linux-mips@fnet.fr Subject: Re: Old DECstation motherboard Mail-Followup-To: Marc SCHAEFER , linux-mips@fnet.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: ; from Marc SCHAEFER on Mon, May 08, 2000 at 07:33:06AM +0200 X-No-Archive: yes Content-Length: 1352 Lines: 33 On Mon, May 08, 2000 at 07:33:06AM +0200, Marc SCHAEFER wrote: > I have a DECstation 5000 motherboard (with a PR3000A-25M processor), NCR94 > SCSI chips. It hasn't any memory in the sockets (but has some on board). > > 1. does it work with recent Linux/mips ? In principle: yes. For details, one would need to know what kind of board it is exactly - there are several DECstation 5000-systems. According to your data it could be the board from a 5000/25, a 5000/125 or a 5000/200. If the memory sockets look like PS/2-SIMM-Sockets (just with 80pins instead of 72), it is a 5000/25 or a 5000/125, if the memory sockets are two-row-connectors, it is a 5000/200. "Has some memory on board" sounds like a 5000/25 (8MB onboard). > 2. would you use it if I gave it to you ? If no one else is interested, I could use the daughtercard carrying the processor for upgrading another machine. > If 1 and 2 are no, it goes directly to the trashcan. If 1 is yes, 2 is no, > well, it might also go to the trashcan :( Kommst Du zufaellig zum LinuxTag nach Stuttgart (29.06. - 02.07.)? Da sind einige von uns mit einem Stand vertreten. Gruesse, 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 ralf@uni-koblenz.de Tue May 9 11:44:00 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA02373; Tue, 9 May 2000 11:43:55 +0200 (MET DST) Received-Date: Tue, 9 May 2000 11:43:55 +0200 (MET DST) Received: from cacc-19.uni-koblenz.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id AAA29764; Tue, 9 May 2000 00:35:10 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 9 May 2000 00:34:37 +0200 Date: Tue, 9 May 2000 00:34:37 +0200 From: Ralf Baechle To: Graham Stoney Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Dead function optimisation Call for Testers Message-ID: <20000509003437.A19318@uni-koblenz.de> References: <20000508031208.E03D13C972@elph.research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000508031208.E03D13C972@elph.research.canon.com.au>; from greyham@research.canon.com.au on Mon, May 08, 2000 at 01:12:08PM +1000 X-Accept-Language: de,en,fr Content-Length: 178 Lines: 7 Graham, does you optimization still guarantee that the order of functions in the C source is the order of functions in the final executable? Linux/MIPS relies on that. Ralf From jsun@mvista.com Tue May 9 12:04:53 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA03764; Tue, 9 May 2000 12:04:52 +0200 (MET DST) Received-Date: Tue, 9 May 2000 12:04:52 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id QAA25844; Mon, 8 May 2000 16:49:27 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3917526D.870F78B5@mvista.com> Date: Mon, 08 May 2000 16:49:01 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux@engr.sgi.com, linux-mips@fnet.fr Subject: native GDB on Linux/MIPS? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 228 Lines: 10 I looked around, but to my surprise I did not find a patch to enable gdb running on a Linux/MIPS machine. Is that true? I tried to configure GDB with host set to "mipsel-linux", and it says it is not supported. Thanks. Jun From greyham@research.canon.com.au Tue May 9 11:59:22 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA03633; Tue, 9 May 2000 11:59:20 +0200 (MET DST) Received-Date: Tue, 9 May 2000 11:59:20 +0200 (MET DST) Received: (qmail 7981 invoked from network); 9 May 2000 00:58:41 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 9 May 2000 00:58:41 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 9CE068B0D; Tue, 9 May 2000 10:58:25 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id 155693C978; Tue, 9 May 2000 10:58:37 +1000 (EST) Subject: Re: Dead function optimisation Call for Testers To: ralf@uni-koblenz.de (Ralf Baechle) Date: Tue, 9 May 2000 10:58:36 +1000 (EST) Cc: greyham@research.canon.com.au (Graham Stoney), linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu In-Reply-To: <20000509003437.A19318@uni-koblenz.de> from "Ralf Baechle" at May 09, 2000 12:34:37 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000509005837.155693C978@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 845 Lines: 24 Hi Ralf, Ralf Baechle writes: > does you optimization still guarantee that the order of functions in the > C source is the order of functions in the final executable? Linux/MIPS > relies on that. Yes and No. It trips up a bug in the linker which reverses the order of the functions in each file. This caused grief at first because the exception table used to trap bad user space accesses got out of order. I had to put the exception table entries in seperate sections which also get reordered accordingly to work around it. The latest binutils snapshots have the bug fixed, and will preserve the order of the functions. Could you please elaborate on where Linux/MIPS relies on this? Thanks, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From agx@gandalf.physik.uni-konstanz.de Tue May 9 11:31:40 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA00190; Tue, 9 May 2000 11:31:37 +0200 (MET DST) Received-Date: Tue, 9 May 2000 11:31:37 +0200 (MET DST) Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 12p6MV-0008RL-00; Tue, 9 May 2000 11:31:31 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 2.05 #1 (Debian)) id 12p6MV-0000C7-00; Tue, 9 May 2000 11:31:31 +0200 Date: Tue, 9 May 2000 11:31:31 +0200 From: Guido Guenther To: linux-mips@fnet.fr Subject: Re: xfree86 on an indy Message-ID: <20000509113131.D258@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@fnet.fr References: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> <20000507150606.A27447@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <20000507150606.A27447@bilbo.physik.uni-konstanz.de>; from Guido.Guenther@uni-konstanz.de on Sun, May 07, 2000 at 03:06:07PM +0200 Sender: Guido Guenther Content-Length: 249 Lines: 7 Although still unfinished the patch can be found at: http://honk.physik.uni-konstanz.de/~agx/mipslinux/x/newport_000508.diff colormap & mouse are still broken. -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From spock@mgnet.de Tue May 9 12:23:10 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA04829; Tue, 9 May 2000 12:23:04 +0200 (MET DST) Received-Date: Tue, 9 May 2000 12:23:04 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Tue, 9 May 2000 12:22:27 +0200 Received: from scotty.mgnet.de (sulu.csn.tu-chemnitz.de [134.109.96.105]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id MAA03361 for ; Tue, 9 May 2000 12:22:25 +0200 (MET DST) Received: (qmail 915 invoked from network); 9 May 2000 10:22:25 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 9 May 2000 10:22:25 -0000 Date: Tue, 9 May 2000 12:22:57 +0200 From: Klaus Naumann To: Jun Sun , Linux MIPS Subject: Re: native GDB on Linux/MIPS? Message-ID: <20000509122257.B5404@spock> Reply-To: spock@mgnet.de References: <3917526D.870F78B5@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3917526D.870F78B5@mvista.com>; from jsun@mvista.com on Tue, May 09, 2000 at 01:49:01 +0200 X-Mailer: Balsa 0.8.0-pre1 Content-Length: 741 Lines: 20 On Tue, 09 May 2000 01:49:01 Jun Sun wrote: > I tried to configure GDB with host set to "mipsel-linux", and it says it > is not supported. This is not really true. There is a cvs gdb which you can find using cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs login Password is "cvs" and then do a cvs -z3 -d :pserver:cvs@linus.linux.sgi.com:/cvs co gdb This is a pretty old version IRIC but it should work. I think Flo once played around with gdb too, but I don't remember if this had any success. CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From spock@mgnet.de Tue May 9 15:15:18 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA06343; Tue, 9 May 2000 15:15:17 +0200 (MET DST) Received-Date: Tue, 9 May 2000 15:15:17 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Tue, 9 May 2000 15:14:26 +0200 Received: from scotty.mgnet.de (sulu.csn.tu-chemnitz.de [134.109.96.105]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id PAA00361 for ; Tue, 9 May 2000 15:14:24 +0200 (MET DST) Received: (qmail 3316 invoked from network); 9 May 2000 13:14:24 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 9 May 2000 13:14:24 -0000 Date: Tue, 9 May 2000 15:14:59 +0200 From: Klaus Naumann To: "Linux MIPS engr . sgi . com" , Linux MIPS Subject: Faster Serial Console Message-ID: <20000509151459.B5450@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 491 Lines: 15 Hi, I'm using serial console with my Indigo2. The problem is that it's using 9600 8N1 by default. This is freaking slow. Is there a way to increase that speed to the 38400 baud which the chipset is capable of (according to the sgi homepage) ? TIA, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From agx@bert.physik.uni-konstanz.de Tue May 9 19:50:26 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA08534; Tue, 9 May 2000 19:50:25 +0200 (MET DST) Received-Date: Tue, 9 May 2000 19:50:25 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12pE9H-0001FA-00; Tue, 9 May 2000 19:50:23 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Tue, 9 May 2000 19:48:17 +0200 Date: Tue, 9 May 2000 19:48:17 +0200 From: Guido Guenther To: linux-mips@fnet.fr Subject: Re: xfree86 on an indy Message-ID: <20000509194817.A1090@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , linux-mips@fnet.fr References: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> <20000507150606.A27447@bilbo.physik.uni-konstanz.de> <20000509113131.D258@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000509113131.D258@bilbo.physik.uni-konstanz.de>; from Guido.Guenther@uni-konstanz.de on Tue, May 09, 2000 at 11:31:31AM +0200 Content-Length: 340 Lines: 9 On Tue, May 09, 2000 at 11:31:31AM +0200, Guido Guenther wrote: > colormap & mouse are still broken. The problem seems to be related to the default visual used. You can use the "-cc StaticGray" command line option to get at least a greyscaled diplay. -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From <@Cologne.DE:karsten@excalibur.cologne.de> Wed May 10 21:14:35 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA17950; Wed, 10 May 2000 21:14:33 +0200 (MET DST) Received-Date: Wed, 10 May 2000 21:14:33 +0200 (MET DST) Received: from localhost (1675 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 10 May 2000 21:14:24 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id GAA01589; Wed, 10 May 2000 06:42:43 +0200 Message-ID: <20000510064243.A1015@excalibur.cologne.de> Date: Wed, 10 May 2000 06:42:43 +0200 From: Karsten Merker To: Carsten Langgaard Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: Netscape support. Mail-Followup-To: Carsten Langgaard , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr References: <391053CB.AC28C02D@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <391053CB.AC28C02D@mips.com>; from Carsten Langgaard on Wed, May 03, 2000 at 06:28:59PM +0200 X-No-Archive: yes Content-Length: 760 Lines: 20 On Wed, May 03, 2000 at 06:28:59PM +0200, Carsten Langgaard wrote: > Has anyone got netscape or another browser up and running on their MIPS > machine running linux ? I have Lynx, amaya and kfm running on a DECstation (R3000 little endian). Take a look at ftp://bolug.uni-bonn.de/mips/ for RPM-Packages. BTW, I have uploaded several new packages there, including a complete KDE 1.1.2 for mipsel. Well, it's a bit slow on a 25MHz-R3K machine, but it works and kfm is not that bad as a graphical web browser, if you have enough memory. 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 ralf@uni-koblenz.de Wed May 10 19:47:47 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA16936; Wed, 10 May 2000 19:47:46 +0200 (MET DST) Received-Date: Wed, 10 May 2000 19:47:46 +0200 (MET DST) Received: from cacc-30.uni-koblenz.de (cacc-30.uni-koblenz.de [141.26.131.30]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id TAA27896; Wed, 10 May 2000 19:47:42 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Wed, 10 May 2000 13:33:05 +0200 Date: Wed, 10 May 2000 13:33:05 +0200 From: Ralf Baechle To: Klaus Naumann Cc: Jun Sun , Linux MIPS Subject: Re: native GDB on Linux/MIPS? Message-ID: <20000510133305.C7332@uni-koblenz.de> References: <3917526D.870F78B5@mvista.com> <20000509122257.B5404@spock> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000509122257.B5404@spock>; from spock@mgnet.de on Tue, May 09, 2000 at 12:22:57PM +0200 X-Accept-Language: de,en,fr Content-Length: 650 Lines: 18 On Tue, May 09, 2000 at 12:22:57PM +0200, Klaus Naumann wrote: > On Tue, 09 May 2000 01:49:01 Jun Sun wrote: > > I tried to configure GDB with host set to "mipsel-linux", and it says it > > is not supported. > > This is not really true. There is a cvs gdb which you can find using > cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs login > Password is "cvs" and then do a > cvs -z3 -d :pserver:cvs@linus.linux.sgi.com:/cvs co gdb > > This is a pretty old version IRIC but it should work. > I think Flo once played around with gdb too, but I don't remember > if this had any success. There are also gdb rpm packages available on oss.sgi.com. Ralf From <@Cologne.DE:karsten@excalibur.cologne.de> Wed May 10 21:14:27 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA17928; Wed, 10 May 2000 21:14:26 +0200 (MET DST) Received-Date: Wed, 10 May 2000 21:14:26 +0200 (MET DST) Received: from localhost (1244 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 10 May 2000 21:14:24 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id VAA01054; Wed, 10 May 2000 21:13:33 +0200 Message-ID: <20000510211333.B776@excalibur.cologne.de> Date: Wed, 10 May 2000 21:13:33 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: DECserver 90TL as serial console for DECstation? Mail-Followup-To: linux-mips@fnet.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i X-No-Archive: yes Content-Length: 636 Lines: 16 Hallo everyone, does anyone know whether it it possible to use "reverse-telnet" with a DECserver 90TL? "Reverse-telnet" shall say: I want to connect to the 90TL via telnet from my i386 box and get a connection to a selected serial port which I want to connect to the serial console connector of a DECstation. This would allow me to have serial console available without requiring a direct serial connection. 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 jsun@mvista.com Thu May 11 00:25:23 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA20413; Thu, 11 May 2000 00:25:20 +0200 (MET DST) Received-Date: Thu, 11 May 2000 00:25:20 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id PAA19853; Wed, 10 May 2000 15:23:57 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3919E161.1FC5C9DE@mvista.com> Date: Wed, 10 May 2000 15:23:29 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Klaus Naumann , Linux MIPS Subject: Re: native GDB on Linux/MIPS? References: <3917526D.870F78B5@mvista.com> <20000509122257.B5404@spock> <20000510133305.C7332@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 958 Lines: 30 Ralf Baechle wrote: > > On Tue, May 09, 2000 at 12:22:57PM +0200, Klaus Naumann wrote: > > > On Tue, 09 May 2000 01:49:01 Jun Sun wrote: > > > I tried to configure GDB with host set to "mipsel-linux", and it says it > > > is not supported. > > > > This is not really true. There is a cvs gdb which you can find using > > cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs login > > Password is "cvs" and then do a > > cvs -z3 -d :pserver:cvs@linus.linux.sgi.com:/cvs co gdb > > > > This is a pretty old version IRIC but it should work. > > I think Flo once played around with gdb too, but I don't remember > > if this had any success. > > There are also gdb rpm packages available on oss.sgi.com. > > Ralf Great! Thanks for the info. I started to play with gdb SRPM. I failed to create gdbserver. It appears that no low-level code exists for mipsel-linux. There is low-linux.c but hardcoded for i386. If this is true, I'd like to give it a shot. Jun From ralf@uni-koblenz.de Thu May 11 03:51:15 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA22192; Thu, 11 May 2000 03:51:15 +0200 (MET DST) Received-Date: Thu, 11 May 2000 03:51:15 +0200 (MET DST) Received: from cacc-27.uni-koblenz.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id DAA08785; Thu, 11 May 2000 03:50:18 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 11 May 2000 01:19:26 +0200 Date: Thu, 11 May 2000 01:19:26 +0200 From: Ralf Baechle To: Jun Sun Cc: Klaus Naumann , Linux MIPS Subject: Re: native GDB on Linux/MIPS? Message-ID: <20000511011926.A9222@uni-koblenz.de> References: <3917526D.870F78B5@mvista.com> <20000509122257.B5404@spock> <20000510133305.C7332@uni-koblenz.de> <3919E161.1FC5C9DE@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3919E161.1FC5C9DE@mvista.com>; from jsun@mvista.com on Wed, May 10, 2000 at 03:23:29PM -0700 X-Accept-Language: de,en,fr Content-Length: 419 Lines: 12 On Wed, May 10, 2000 at 03:23:29PM -0700, Jun Sun wrote: > I started to play with gdb SRPM. I failed to create gdbserver. It > appears that no low-level code exists for mipsel-linux. There is > low-linux.c but hardcoded for i386. > > If this is true, I'd like to give it a shot. Yes, we don't have gdbserver and given that more and more embedded systems use Linux/MIPS gdb server sounds like a good idea. Ralf From greyham@research.canon.com.au Thu May 11 06:26:00 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA23202; Thu, 11 May 2000 06:25:58 +0200 (MET DST) Received-Date: Thu, 11 May 2000 06:25:58 +0200 (MET DST) Received: (qmail 6915 invoked from network); 11 May 2000 04:25:23 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 11 May 2000 04:25:23 -0000 Received: from brixi.research.canon.com.au (brixi.research.canon.com.au [10.8.1.11]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 610218B2B; Thu, 11 May 2000 14:25:11 +1000 (EST) Received: by brixi.research.canon.com.au (Postfix, from userid 157) id 0046250B7F; Thu, 11 May 2000 13:41:05 +1000 (EST) Subject: Calling testers for another Dead Function Optimisation update To: linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org Date: Thu, 11 May 2000 13:41:05 +1000 (EST) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000511034105.0046250B7F@brixi.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 1306 Lines: 36 Hi Gang, I've made yet another update to my dead function optimisation patch to the 2.2.x series kernel, and I'd really appreciate anyone who could take a little while to try it on their platform. It's generally useful to everyone for reducing kernel size, and is particularly handy for emdedded systems people. This update fixes the following problems I missed in the last one: - Ralf Baechle pointed out that get_wchan relied on function ordering, and hence was broken by my patch due to the linker section-reordering bug. I changed the mechanism used to identify scheduler functions so it no longer relies on function ordering. - I had neglected to patch the arm/vmlinux*.lds files - I had neglected to include .rodata.* sections for static const data - I had neglected to change a .text.lock to .lock.text in arch/i386/kernel/head.S See the patch header for all the gory details. The updated patch is available at: http://members.xoom.com/greyhams/linux/patches/2.2/funcsect.patch I think/hope we're getting close to something that could be accepted into the official kernel now. Once again, any feedback is most welcome! Regards, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From philippe.biscondi@icdc.caissedesdepots.fr Thu May 11 12:28:20 2000 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA25744; Thu, 11 May 2000 12:28:19 +0200 (MET DST) Received-Date: Thu, 11 May 2000 12:28:19 +0200 (MET DST) Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id MAA13626; Thu, 11 May 2000 12:28:48 +0200 (MET DST) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id MAA04780; Thu, 11 May 2000 12:26:39 +0200 (MET DST) Received: by tsexchange.idt.cdc.fr with Internet Mail Service (5.5.2448.0) id ; Thu, 11 May 2000 12:30:12 +0200 Message-ID: <40C4228EC468D211B04800A0C9DF1D66736357@tsexchange.idt.cdc.fr> From: "Biscondi, Philippe" To: "'gbooker@acm.org'" , "'hackers@cafe.anu.edu.au'" , "'linux-mips@fnet.fr'" , "'cbeard@thepuffingroup.com'" , "'cort@cs.nmt.edu'" , "'jim@ic.uva.nl'" Subject: CHALLENGE: forbidding processes to smash their stack Date: Thu, 11 May 2000 12:30:11 +0200 Sensitivity: Personal Return-Receipt-To: "Biscondi, Philippe" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 5829 Lines: 229 WHY DO MOST (ALL?) SYSTEM ARCHITECTURES ALLOW PROCESSES OVERWRITE INSTRUCTIONS ? The problem, also known as buffer overflows/overruns, have been responsible for hundreds of security holes in software yielding local/remote root shells. I posted messages in several newsgroups but they kept unanwsered. So i wrote to you, for i hope you know very skilled kernel programmers. As you face different platforms, it would be exciting to see how you each view the matter ! Reasons that may arise: * processor has not to ability to lock memory segments. * code overwriting is extensively used in the kernel: - to improve performance - for memory alignment - to solve&substitute symbols in librairies - signal handlers, long jumps, exec or fork calls need it ... * standards would not be met (bin fomats, late bindings...) ... and all in all it must be quite complicated to implement. BUT DON'T YOU THINK THE CALLENGE IS EXCITING, MAKING LINUX VERY SECURE ! Note that you can find a non-official patch by rootshell.org for sparc/sunOS5.x but i haven't tried nor analyzed it. Here's the attachement... #--------------------------------------------------------------------------- ----------------- #!/bin/sh # # Protect SPARC stack against unwanted exec access # Side effect: growth in data segment also loses exec bit. # This may break some programs. # # Install as: # /etc/init.d/protect_stack # ln /etc/init.d/protect_stack /etc/rc2.d/S07protect_stack # # And all programs except init are protected after the next reboot. # # After installing the scripts, first test with: # # /etc/init.d/protect_stack start # # Then start a new shell and test changes with /usr/proc/bin/pmap. # # csh -fi # % pmap $$ # ...... # 00047000 56K read/write - instead of rwx # 0004D000 32K [ heap ] # ...... # EFFFC000 8K read/write - instead of rwx # EFFFC000 16K [ stack ] # EFFFE000 8K read/write # # # Seems to work on 2.4/2.5/2.5.1 but this may vary by patchlevel. # Not all Sun MMUs support this, but it seems to haev effect on sun4m and # sun4u, probably won't have an effect on sun4c. # # The assembly checking may need tweaking depending on OS level and # patchlevel. # # Casper Dik (Casper.Dik@Holland.Sun.COM) # # The contents of this file are intended to be read as # an example. This is not a supported product of Sun # Microsystems and no hotline calls will be accepted # which directly relate to this information. # # NO LIABILITY WILL BE ACCEPTED BY SUN MICROSYSTEMS FOR # ANY LOSS (DIRECT OR CONSEQUENTIAL) INCURRED IN ANY WAY # BY ANY PARTY THROUGH THE USE OF THIS INFORMATION. # # NO WARRANTY OF ANY SORT IS IMPLIED OR GIVEN FOR ANY # CODE DERIVED FROM THIS INFORMATION. PATH=/usr/bin:$PATH # # # Set/get values using adb. # getvalue () { echo $1/$2 | adb -k /dev/ksyms /dev/mem | awk "\"$1:\""' == $1 {print $2}' } setvalue () { echo $1/$2$3 | adb -wk /dev/ksyms /dev/mem >/dev/null 2>&1 } # # Check whether setting/unsetting is not dangerous. # check () { map=`getvalue $mapaddr X` zfod=`getvalue $zfodaddr x` if [ "$map" = "$oldmap" -a "$zfod" = "$oldzfod" ] then old=true; else old=false fi if [ "$map" = "$newmap" -a "$zfod" = "$newzfod" ] then new=true else new=false fi } p=`basename $0` zfodaddr=zfod_segvn_crargs+0xd case "`uname -p`" in sparc) # # Instruction should at $mapaddr should be: mov 0xf,%reg or mov 0xb,%reg # this is a synthetic instruction that encodes as or %g0,0xf,$reg # 10rr rrr0 0001 0000 0010 0000 0000 1x11 # # Try and find it at several locations. Addresses must be specified # the way adb prints them. # for mapaddr in map_hunk+8 map_hunk+0xc do mapval=`getvalue $mapaddr X` case $mapval in [9ab][02468ace]10200[bf]) reg=`expr $mapval : '\(..\)'` break;; esac done if [ -z "$reg" ] then echo "${p}: Instruction doesn't match" 1>&2 exit 1 fi echo "${p}: Instruction prefix set to $reg ($mapval@$mapaddr)" oldmap=${reg}10200f newmap=${reg}10200b oldzfod=f0f newzfod=b0f ;; i386) # Try and find it at several locations. Addresses must be specified # the way adb prints them. # for mapaddr in map_hunk+0x19 do mapval=`getvalue $mapaddr X` case $mapval in [bf]f545c6) reg=true break;; esac done if [ -z "$reg" ] then echo "${p}: Instruction doesn't match" 1>&2 exit fi oldmap=ff545c6 newmap=bf545c6 oldzfod=f0f newzfod=f0b ;; *) echo "Unknown kernel arch" exit 1 ;; esac case "$1" in start) check if $new then echo "${p}: Stack already protected" 1>&2 exit 0 fi if $old then setvalue $mapaddr W $newmap setvalue $zfodaddr w $newzfod echo "${p}: Stack protected" else echo "${p}: Kernel value mismatch $map != $oldmap or $zfod != $oldzfod" 1>&2 exit 1 fi ;; stop) check if $old then echo "${p}: Stack already unprotected" 1>&2 exit 0 fi if $new then setvalue $mapaddr W $oldmap setvalue $zfodaddr w $oldzfod echo "${p}: Stack no longer protected" else echo "${p}: Kernel value mismatch $map != $newmap or $zfod != $newzfod" 1>&2 exit 1 fi ;; *) echo "Usage: ${p} [start|stop]" 1>&2 exit 1;; esac From mh@cs.tu-berlin.de Thu May 11 14:06:02 2000 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA26974; Thu, 11 May 2000 14:05:55 +0200 (MET DST) Received-Date: Thu, 11 May 2000 14:05:55 +0200 (MET DST) Received: from elverum.cs.tu-berlin.de (mh@elverum.cs.tu-berlin.de [130.149.17.27]) by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id NAA00763; Thu, 11 May 2000 13:58:20 +0200 (MET DST) Received: (from mh@localhost) by elverum.cs.tu-berlin.de (8.9.3/8.9.3) id NAA01588; Thu, 11 May 2000 13:58:18 +0200 (MET DST) Date: Thu, 11 May 2000 13:58:18 +0200 From: Matthias Heidbrink To: "Biscondi, Philippe" , linux-mips@fnet.fr Subject: Re: CHALLENGE: forbidding processes to smash their stack Message-ID: <20000511135818.B28730@elverum.cs.tu-berlin.de> References: <40C4228EC468D211B04800A0C9DF1D66736357@tsexchange.idt.cdc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <40C4228EC468D211B04800A0C9DF1D66736357@tsexchange.idt.cdc.fr>; from philippe.biscondi@icdc.caissedesdepots.fr on Thu, May 11, 2000 at 12:30:11PM +0200 Content-Length: 2135 Lines: 41 Hi Philippe, On Thu, May 11, 2000 at 12:30:11PM +0200, Biscondi, Philippe wrote: > WHY DO MOST (ALL?) SYSTEM ARCHITECTURES ALLOW PROCESSES OVERWRITE > INSTRUCTIONS ? > > The problem, also known as buffer overflows/overruns, have been responsible > for hundreds of security holes in software yielding local/remote root > shells. There are two different approaches, hardware and software. If you ask for hardware, I am only able to say something about i386 because I don't know other architectures good enough. On Intel some the problem of data overwriting the stack can be solved easily: It should be possible to use separate memory segments for code, data and stack. That was how 16-bit systems like DOS worked (although without write protection), but all 32bit operating systems which I know of map the different segments to the same address space because that's less compilicated. There is also a software approach: Use programming languages from the Pascal family which have strong type checking, require using dangerous pointer operations very seldom and offer Range Checking (for strings and arrays), Overflow Checking (e.g. for arithmetical calculations) and so on. There are theoretical reasons why programs in "hacker" languages like C/C++ simply cannot be 100% reliable. But I cannot explain it here, whole books could be written about it. E. g. Ada is a lange monster like C++, but the language definition and compiler behaviour is defined much more preceisely and noone would dare calling a compiler an ADA compiler before it fulfills tests that it conforms to the language. That's a base for construction solid software. As far as I know, still no C++ compiler exists that fulfills the standard, so that's nothing you can depend on. Maybe it's even impossible to write a 100% standard-conformant C++ compiler because the language is so complicated and probably ambiguous. Ciao, Matthias -- Matthias Heidbrink E-Mail: Bundesratufer 12 Matthias_Heidbrink@b.maus.de 10555 Berlin, Germany mh@cs.tu-berlin.de Tel. +49-30-8536361 mh@carano.de (at work; http://www.carano.com) From lcurt@cache.net Fri May 12 10:40:09 2000 Received: from pern.cache.net (root@pern.cache.net [208.186.8.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA03711; Fri, 12 May 2000 10:40:07 +0200 (MET DST) Received-Date: Fri, 12 May 2000 10:40:07 +0200 (MET DST) Received: from cache.net (du-042.cache.net [208.186.10.42]) by pern.cache.net (Switch-2.0.1/Switch-2.0.1) with ESMTP id e4C8dem16771 for ; Fri, 12 May 2000 02:39:45 -0600 (MDT) Message-ID: <391BC324.B12F10FB@cache.net> Date: Fri, 12 May 2000 02:39:00 -0600 From: Lee X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux-Indigo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 386 Lines: 8 Hellow, my name is Lee. I have used Linux sence the 1.x kernels. I recently bought a used Indigo running Irix 5.2. I would love to run Linux, on my Indigo. I am not a very good programer, but I would like to het get linux running on my Indigo. How can I help make this Happen? I will help do what I can. My email address is "lcurt@cache.net". Please let me know how I can Help. Lee :-) From jsun@mvista.com Fri May 12 20:44:41 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA06541; Fri, 12 May 2000 20:44:40 +0200 (MET DST) Received-Date: Fri, 12 May 2000 20:44:40 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id LAA12672; Fri, 12 May 2000 11:43:29 -0700 Sender: jsun@hermes.mvista.com Message-ID: <391C50B2.3926D969@mvista.com> Date: Fri, 12 May 2000 11:42:58 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Klaus Naumann , Linux MIPS Subject: Re: native GDB on Linux/MIPS? References: <3917526D.870F78B5@mvista.com> <20000509122257.B5404@spock> <20000510133305.C7332@uni-koblenz.de> <3919E161.1FC5C9DE@mvista.com> <20000511011926.A9222@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 970 Lines: 28 Ralf Baechle wrote: > > On Wed, May 10, 2000 at 03:23:29PM -0700, Jun Sun wrote: > > > I started to play with gdb SRPM. I failed to create gdbserver. It > > appears that no low-level code exists for mipsel-linux. There is > > low-linux.c but hardcoded for i386. > > > > If this is true, I'd like to give it a shot. > > Yes, we don't have gdbserver and given that more and more embedded systems > use Linux/MIPS gdb server sounds like a good idea. > > Ralf gdbserver for MIPS is almost working. However, I hit an unexpected problem - I cannot configure the SGI gdb (v4.17) with i586-pc-linux-gnu as the host. I was able to do that with generic gdb distribution. Is this a bug in SGI's gdb SRPM? The problem seems to be the mipsel-linux-gcc is used no matter what host you are setting. Does anybody have an idea how to fix it? Since my gdbserver patch is against SGI gdb SRPM, it certainly make sense to generate the gdb client from the same package. Jun From agx@bert.physik.uni-konstanz.de Sat May 13 16:33:44 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA16725; Sat, 13 May 2000 16:33:42 +0200 (MET DST) Received-Date: Sat, 13 May 2000 16:33:42 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12qcz6-0000bA-00; Sat, 13 May 2000 16:33:40 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Sat, 13 May 2000 16:29:08 +0200 Date: Sat, 13 May 2000 16:29:08 +0200 From: Guido Guenther To: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: xfree86 on an indy Message-ID: <20000513162907.A16713@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <20000507130325.B27271@bilbo.physik.uni-konstanz.de> <20000507150606.A27447@bilbo.physik.uni-konstanz.de> <20000509113131.D258@bilbo.physik.uni-konstanz.de> <20000509194817.A1090@bert.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000509194817.A1090@bert.physik.uni-konstanz.de>; from agx@bert.physik.uni-konstanz.de on Tue, May 09, 2000 at 07:48:17PM +0200 Content-Length: 787 Lines: 20 And using -cc 2 gives a 256 _color_ display - silly me( I still don't know why the PseudoColor visual doesn't work correctly, but I'll look into getting the mouse going first now). That the xfree86 guys don't have public mailing lists and BTS doesn't make life easier ... -- Guido On Tue, May 09, 2000 at 07:48:17PM +0200, Guido Guenther wrote: > On Tue, May 09, 2000 at 11:31:31AM +0200, Guido Guenther wrote: > > colormap & mouse are still broken. > The problem seems to be related to the default visual used. You can use > the "-cc StaticGray" command line option to get at least a greyscaled > diplay. > -- Guido > > -- > GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc > -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From jeoung@one.net.au Sat May 13 19:10:07 2000 Received: from one.net.au (lightblue.one.net.au [203.101.17.165]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA19656; Sat, 13 May 2000 19:10:05 +0200 (MET DST) Received-Date: Sat, 13 May 2000 19:10:05 +0200 (MET DST) Received: (qmail 22906 invoked from network); 13 May 2000 17:09:23 -0000 Received: from async118-bri-isp-5.nas.one.net.au (HELO jungyoun) (203.101.61.119) by lightblue.one.net.au with SMTP; 13 May 2000 17:09:23 -0000 Message-ID: <000801bfbcf6$309aeee0$773d65cb@jungyoun> From: "jeoung sung taek" To: Subject: need help Date: Sun, 14 May 2000 03:09:30 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BFBD51.D30B5880" 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 Content-Length: 1118 Lines: 26 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BFBD51.D30B5880 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGkgLSB0aGVyZQ0KDQpJJ20gdXNpbmcgc2dpIE8yIG1hY2hpbmUobWlwcyBSNUspIA0KY2FuIEkg dXNlIHlvdXIgTGludXgNCg== ------=_NextPart_000_0005_01BFBD51.D30B5880 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjAwLjI5MTkuNjMwNyIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZhZWRkNj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXpl PTI+SGkgLSB0aGVyZTwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9QXJpYWwgc2l6ZT0yPkknbSB1c2luZyBzZ2kgTzIgbWFjaGluZShtaXBzIFI1SykgPC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj5jYW4gSSB1c2UgeW91ciBM aW51eDwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K ------=_NextPart_000_0005_01BFBD51.D30B5880-- From dan@netx4.com Sun May 14 20:02:39 2000 Received: from pbdan.netx4.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA00868; Sun, 14 May 2000 20:02:37 +0200 (MET DST) Received-Date: Sun, 14 May 2000 20:02:37 +0200 (MET DST) Received: from netx4.com (dan@localhost [127.0.0.1]) by pbdan.netx4.com (8.8.8/8.6.12) with ESMTP id OAA00416; Sun, 14 May 2000 14:13:14 -0400 Sender: dan@pbdan.netx4.com Message-ID: <391EECB7.2F5670E7@netx4.com> Date: Sun, 14 May 2000 14:13:11 -0400 From: Dan Malek Organization: NETx4, LLC X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.1.130 ppc) MIME-Version: 1.0 To: Graham Stoney CC: linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org Subject: Re: Calling testers for another Dead Function Optimisation update References: <20000511034105.0046250B7F@brixi.research.canon.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1112 Lines: 34 Graham Stoney wrote: > I've made yet another update to my dead function optimisation Has anyone looked at this???? This is the way the kernel used to be, with the kernel objects as *.a files instead of *.o files. I remember a discussion on some mailing lists when things changed from *.a to *.o, and I asked why it had changed. The response I received was the change was due to loadable modules, that when you link the kernel as a bunch of *.a files the result is usually missing lots of functions that a loadable module may want to call. I was told to trim down the size of my embedded kernel by using configuration options (and loadable modules) rather than selective loading of functions by 'ld'. > .... and is particularly handy for emdedded systems people. Yes, but I lost that argument long ago, and am trying to find ways to work with the "new" method. > I think/hope we're getting close to something that could be accepted into the > official kernel now. Who gave you that indication? I wouldn't even try to check any of this into the kernel sources based upon past discussions. -- Dan From greyham@research.canon.com.au Mon May 15 03:00:18 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA05514; Mon, 15 May 2000 03:00:16 +0200 (MET DST) Received-Date: Mon, 15 May 2000 03:00:16 +0200 (MET DST) Received: (qmail 27674 invoked from network); 15 May 2000 00:59:36 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 15 May 2000 00:59:36 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 876108B10; Mon, 15 May 2000 10:59:16 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id 089473C962; Mon, 15 May 2000 10:59:24 +1000 (EST) Subject: Re: Calling testers for another Dead Function Optimisation update To: linux-embedded@waste.org Date: Mon, 15 May 2000 10:59:24 +1000 (EST) Cc: linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org In-Reply-To: <20000511034105.0046250B7F@brixi.research.canon.com.au> from "Graham Stoney" at May 11, 2000 01:41:05 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000515005924.089473C962@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 532 Lines: 17 Ugh. Something stuffed up; the patch on the ftp site didn't get updated before I mailed my last message, and I've only just noticed. I blame Microsoft; heck, who wouldn't? If you wanted to try this, take another look at: http://members.xoom.com/greyhams/linux/patches/2.2/funcsect.patch This time you'll find that the rationale _is_ there. It's a lot more meaningful. Sorry, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From philippe.biscondi@icdc.caissedesdepots.fr Mon May 15 13:28:17 2000 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA09304; Mon, 15 May 2000 13:28:15 +0200 (MET DST) Received-Date: Mon, 15 May 2000 13:28:15 +0200 (MET DST) Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id NAA22988; Mon, 15 May 2000 13:29:22 +0200 (MET DST) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id NAA16600; Mon, 15 May 2000 13:27:07 +0200 (MET DST) Received: by tsexchange.idt.cdc.fr with Internet Mail Service (5.5.2448.0) id ; Mon, 15 May 2000 13:30:45 +0200 Message-ID: <40C4228EC468D211B04800A0C9DF1D66736361@tsexchange.idt.cdc.fr> From: "Biscondi, Philippe" To: "'Florian Laws'" , "'Matthias Heidbrink'" Cc: linux-mips@fnet.fr Subject: RE: CHALLENGE: forbidding processes to smash their stack Date: Mon, 15 May 2000 13:30:43 +0200 Return-Receipt-To: "Biscondi, Philippe" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 5191 Lines: 212 Thank you very much for your references ! 1. Yes, Phrack's article goes well in the matter: http://phrack.infonexus.com/search.phtml?view&article=p49-14 2. At rootshell.org i found a so-called patch that's SUPPOSED to protect the stack for Solaris2.5/sparc&i386 architectures. I cannot express my opinion about it as i have not tried it nor do i have the necessary knowledge in Sun kernels. However, here's the little shell: #================================================================ #!/bin/sh # # Protect SPARC stack against unwanted exec access # Side effect: growth in data segment also loses exec bit. # This may break some programs. # # Install as: # /etc/init.d/protect_stack # ln /etc/init.d/protect_stack /etc/rc2.d/S07protect_stack # # And all programs except init are protected after the next reboot. # # After installing the scripts, first test with: # # /etc/init.d/protect_stack start # # Then start a new shell and test changes with /usr/proc/bin/pmap. # # csh -fi # % pmap $$ # ...... # 00047000 56K read/write - instead of rwx # 0004D000 32K [ heap ] # ...... # EFFFC000 8K read/write - instead of rwx # EFFFC000 16K [ stack ] # EFFFE000 8K read/write # # # Seems to work on 2.4/2.5/2.5.1 but this may vary by patchlevel. # Not all Sun MMUs support this, but it seems to haev effect on sun4m and # sun4u, probably won't have an effect on sun4c. # # The assembly checking may need tweaking depending on OS level and # patchlevel. # # Casper Dik (Casper.Dik@Holland.Sun.COM) # # The contents of this file are intended to be read as # an example. This is not a supported product of Sun # Microsystems and no hotline calls will be accepted # which directly relate to this information. # # NO LIABILITY WILL BE ACCEPTED BY SUN MICROSYSTEMS FOR # ANY LOSS (DIRECT OR CONSEQUENTIAL) INCURRED IN ANY WAY # BY ANY PARTY THROUGH THE USE OF THIS INFORMATION. # # NO WARRANTY OF ANY SORT IS IMPLIED OR GIVEN FOR ANY # CODE DERIVED FROM THIS INFORMATION. PATH=/usr/bin:$PATH # # # Set/get values using adb. # getvalue () { echo $1/$2 | adb -k /dev/ksyms /dev/mem | awk "\"$1:\""' == $1 {print $2}' } setvalue () { echo $1/$2$3 | adb -wk /dev/ksyms /dev/mem >/dev/null 2>&1 } # # Check whether setting/unsetting is not dangerous. # check () { map=`getvalue $mapaddr X` zfod=`getvalue $zfodaddr x` if [ "$map" = "$oldmap" -a "$zfod" = "$oldzfod" ] then old=true; else old=false fi if [ "$map" = "$newmap" -a "$zfod" = "$newzfod" ] then new=true else new=false fi } p=`basename $0` zfodaddr=zfod_segvn_crargs+0xd case "`uname -p`" in sparc) # # Instruction should at $mapaddr should be: mov 0xf,%reg or mov 0xb,%reg # this is a synthetic instruction that encodes as or %g0,0xf,$reg # 10rr rrr0 0001 0000 0010 0000 0000 1x11 # # Try and find it at several locations. Addresses must be specified # the way adb prints them. # for mapaddr in map_hunk+8 map_hunk+0xc do mapval=`getvalue $mapaddr X` case $mapval in [9ab][02468ace]10200[bf]) reg=`expr $mapval : '\(..\)'` break;; esac done if [ -z "$reg" ] then echo "${p}: Instruction doesn't match" 1>&2 exit 1 fi echo "${p}: Instruction prefix set to $reg ($mapval@$mapaddr)" oldmap=${reg}10200f newmap=${reg}10200b oldzfod=f0f newzfod=b0f ;; i386) # Try and find it at several locations. Addresses must be specified # the way adb prints them. # for mapaddr in map_hunk+0x19 do mapval=`getvalue $mapaddr X` case $mapval in [bf]f545c6) reg=true break;; esac done if [ -z "$reg" ] then echo "${p}: Instruction doesn't match" 1>&2 exit fi oldmap=ff545c6 newmap=bf545c6 oldzfod=f0f newzfod=f0b ;; *) echo "Unknown kernel arch" exit 1 ;; esac case "$1" in start) check if $new then echo "${p}: Stack already protected" 1>&2 exit 0 fi if $old then setvalue $mapaddr W $newmap setvalue $zfodaddr w $newzfod echo "${p}: Stack protected" else echo "${p}: Kernel value mismatch $map != $oldmap or $zfod != $oldzfod" 1>&2 exit 1 fi ;; stop) check if $old then echo "${p}: Stack already unprotected" 1>&2 exit 0 fi if $new then setvalue $mapaddr W $oldmap setvalue $zfodaddr w $oldzfod echo "${p}: Stack no longer protected" else echo "${p}: Kernel value mismatch $map != $newmap or $zfod != $newzfod" 1>&2 exit 1 fi ;; *) echo "Usage: ${p} [start|stop]" 1>&2 exit 1;; esac #============================== E O F =========================== From Jamie.Lokier@cern.ch Mon May 15 20:32:11 2000 Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA11902; Mon, 15 May 2000 20:32:10 +0200 (MET DST) Received-Date: Mon, 15 May 2000 20:32:10 +0200 (MET DST) Received: from pcep-jamie.cern.ch (pcep-jamie.cern.ch [137.138.38.126]) by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id UAA02410; Mon, 15 May 2000 20:30:51 +0200 (MET DST) Received: (from jamie@localhost) by pcep-jamie.cern.ch (8.9.3/8.9.3) id UAA22703; Mon, 15 May 2000 20:30:50 +0200 Date: Mon, 15 May 2000 20:30:50 +0200 From: Jamie Lokier To: Dan Malek Cc: Graham Stoney , linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org Subject: Re: Calling testers for another Dead Function Optimisation update Message-ID: <20000515203050.C22270@pcep-jamie.cern.ch> References: <20000511034105.0046250B7F@brixi.research.canon.com.au> <391EECB7.2F5670E7@netx4.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <391EECB7.2F5670E7@netx4.com>; from dan@netx4.com on Sun, May 14, 2000 at 02:13:11PM -0400 Content-Length: 1001 Lines: 24 Dan Malek wrote: > > I've made yet another update to my dead function optimisation > This is the way the kernel used to be, with the kernel objects > as *.a files instead of *.o files. I remember a discussion on > some mailing lists when things changed from *.a to *.o, and I > asked why it had changed. The response I received was the change > was due to loadable modules, that when you link the kernel as a > bunch of *.a files the result is usually missing lots of functions > that a loadable module may want to call. I was told to trim down > the size of my embedded kernel by using configuration options > (and loadable modules) rather than selective loading of functions > by 'ld'. These days, kernel/ksyms.c lists some of the symbols and EXPORT_SYMBOL handles the rest. Those symbols and everything they refer to should remain in a kernel with dead function optimisation. (I don't know if they do, but they probably should do that). So loadable modules will continue to load. -- Jamie From jsun@mvista.com Mon May 15 20:47:29 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA12446; Mon, 15 May 2000 20:47:27 +0200 (MET DST) Received-Date: Mon, 15 May 2000 20:47:27 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id LAA09364; Mon, 15 May 2000 11:46:53 -0700 Sender: jsun@hermes.mvista.com Message-ID: <392045FC.827CACB5@mvista.com> Date: Mon, 15 May 2000 11:46:20 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: HELP : ptrace returns puzzling results Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2178 Lines: 60 I am writing a gdbserver for linux/mips. The server can now talk with the gdb client, and can run to completion if you press 'c'. However, the gdb client reads some confusing register values. I traced back to the gdbserver and found out that these values are returned from ptrace(), which seem wrong. On the other hand, the native gdb must be using the same ptrace() to get register values. I wonder why it works there. Here is a sample output from gdbserver calling ptrace. Note that PC value does not corresponds to the executable image. sp also seems wrong. The reg # is register map viewed by gdb (gdb/config/mips/tm-mips.h). The $ reg# is the register map used by kernel (include/asm/ptrace.h). The register name is provided by gdb/config/mips/tm-linux.h. reg #0 ($0,zero) = 0 (0x00000000) reg #1 ($1,at) = 0 (0x00000000) reg #2 ($2,v0) = 0 (0x00000000) reg #3 ($3,v1) = 0 (0x00000000) reg #4 ($4,a0) = 0 (0x00000000) reg #5 ($5,a1) = 0 (0x00000000) reg #6 ($6,a2) = 0 (0x00000000) reg #7 ($7,a3) = 0 (0x00000000) reg #8 ($8,t0) = 0 (0x00000000) reg #9 ($9,t1) = 0 (0x00000000) reg #10 ($10,t2) = 0 (0x00000000) reg #11 ($11,t3) = 0 (0x00000000) reg #12 ($12,t4) = 0 (0x00000000) reg #13 ($13,t5) = 0 (0x00000000) reg #14 ($14,t6) = 0 (0x00000000) reg #15 ($15,t7) = 0 (0x00000000) reg #16 ($16,s0) = 2147483068 (0x7ffffdbc) reg #17 ($17,s1) = 2147483322 (0x7ffffeba) reg #18 ($18,s2) = -1 (0xffffffff) reg #19 ($19,s3) = 269351376 (0x100df9d0) reg #20 ($20,s4) = 269313296 (0x100d6510) reg #21 ($21,s5) = 0 (0x00000000) reg #22 ($22,s6) = 0 (0x00000000) reg #23 ($23,s7) = 269314704 (0x100d6a90) reg #24 ($24,t8) = 0 (0x00000000) reg #25 ($25,jp) = 0 (0x00000000) reg #26 ($26,k0) = 0 (0x00000000) reg #27 ($27,k1) = 0 (0x00000000) reg #28 ($28,gp) = 0 (0x00000000) reg #29 ($29,sp) = 2147483120 (0x7ffffdf0) reg #30 ($30,fp) = 0 (0x00000000) reg #31 ($31,ra) = 0 (0x00000000) reg #32 ($0,zero) = 0 (0x00000000) reg #33 ($68,hi) = -858993459 (0xcccccccd) reg #34 ($67,lo) = 0 (0x00000000) reg #35 ($66,badvaddr) = 59 (0x0000003b) reg #36 ($65,cause) = 32800 (0x00008020) reg #37 ($64,pc) = 263607008 (0x0fb652e0) Does anybody have a clue here? Thanks. Jun From dan@netx4.com Mon May 15 21:20:56 2000 Received: from pbdan.netx4.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA13256; Mon, 15 May 2000 21:20:54 +0200 (MET DST) Received-Date: Mon, 15 May 2000 21:20:54 +0200 (MET DST) Received: from netx4.com (dan@localhost [127.0.0.1]) by pbdan.netx4.com (8.8.8/8.6.12) with ESMTP id PAA00523; Mon, 15 May 2000 15:31:25 -0400 Sender: dan@pbdan.netx4.com Message-ID: <3920508D.43F3F77D@netx4.com> Date: Mon, 15 May 2000 15:31:25 -0400 From: Dan Malek Organization: NETx4, LLC X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.1.130 ppc) MIME-Version: 1.0 To: Jamie Lokier CC: Graham Stoney , linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org Subject: Re: Calling testers for another Dead Function Optimisation update References: <20000511034105.0046250B7F@brixi.research.canon.com.au> <391EECB7.2F5670E7@netx4.com> <20000515203050.C22270@pcep-jamie.cern.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 233 Lines: 10 Jamie Lokier wrote: > These days, kernel/ksyms.c lists some of the symbols and EXPORT_SYMBOL > handles the rest. OK.....Thanks for the education.....I'll be adding this to the embedded PowerPC and we'll see how it flies. -- Dan From spock@mgnet.de Mon May 15 23:09:35 2000 Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA14371; Mon, 15 May 2000 23:09:35 +0200 (MET DST) Received-Date: Mon, 15 May 2000 23:09:35 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP); Mon, 15 May 2000 23:08:57 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id XAA21063 for ; Mon, 15 May 2000 23:08:53 +0200 (MET DST) Received: (qmail 10865 invoked from network); 15 May 2000 21:08:53 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 15 May 2000 21:08:53 -0000 Date: Mon, 15 May 2000 23:09:01 +0200 From: Klaus Naumann To: Eric Watkins , "Linux MIPS engr . sgi . com" , Linux MIPS Subject: Re: SGI-Linux port progress? Message-ID: <20000515230901.A187@spock> Reply-To: spock@mgnet.de References: <003801bfbeae$6ccffc20$540ed7c0@hq.sd.cerf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <003801bfbeae$6ccffc20$540ed7c0@hq.sd.cerf.net>; from watkinse@attens.com on Mon, May 15, 2000 at 22:44:54 +0200 X-Mailer: Balsa 0.8.0-pre1 Content-Length: 1404 Lines: 37 On Mon, 15 May 2000 22:44:54 Eric Watkins wrote: > Hello, > > I was just gifted/given an Indigo 2. I'm working on MIPS Linux on my Indigo2. Can you give me a more detailed description of your system please ? > It's working so I don't need any parts but I do want to know what the status > of the hardhat project is. The files I found on the sgi site seemed out of > date. Is any progress being made here? Defenitely. At the moment there is some heavy development and we hope to have stable binutils and glibc-2.2 soon (glibc 2.2 is still cvs). With some patches 2.3.99-pre8 works at least for me and looks ok at the moment. > > How soon till I can install linux without having IRIX on my harddrive? All > of the FAQs/docs I could find seemed to have IRIX as a requirement to > partition the HD properly. That's somewhat incorrect. The fdisk which comes with the HardHat is doing fine. At least I was able to partition my hardrive with it. If you are really interested in installing Linux on your system you should email me with a description of your system or better come to irc.openprojects.net / #mipslinux and we can discuss the subject there. Cu, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From ralf@oss.sgi.com Mon May 15 23:24:35 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA14481; Mon, 15 May 2000 23:24:35 +0200 (MET DST) Received-Date: Mon, 15 May 2000 23:24:35 +0200 (MET DST) Received: from cacc-4.uni-koblenz.de (cacc-4.uni-koblenz.de [141.26.131.4]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id XAA17930; Mon, 15 May 2000 23:24:27 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Mon, 15 May 2000 23:23:58 +0200 Date: Mon, 15 May 2000 23:23:58 +0200 From: Ralf Baechle To: Geert Uytterhoeven Cc: Florian Lohoff , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation Message-ID: <20000515232358.E1682@uni-koblenz.de> References: <20000513183248.C1279@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from geert@linux-m68k.org on Sun, May 14, 2000 at 08:58:18PM +0200 X-Accept-Language: de,en,fr Content-Length: 1039 Lines: 21 On Sun, May 14, 2000 at 08:58:18PM +0200, Geert Uytterhoeven wrote: > YES! Time to put _all_ docs you can find on CDR. I always keep all technical > docs I download to store them on CDR from time to time, since those docs tend > to vanish after a while (especially if they were on the manufacturer's > website). More documentation jewels - I've got now paper copies of R8000 documentation and a collection of stuff regarding the R6000. I was told that the R6000 was so buggy that understanding the internal circuitry is a prerequisite for writing an OS bug now I got everything we need. Except a R6000 machine :-) Also I found that there is still a huge pile of Exabyte tapes that have the final full backup from the day when MIPS Computer Systems, Inc. was shutdown by SGI after MIPS got bought in the early 90's. That means that provided the legal problems involved with publication of such documentation get solved we now have everything that is required to support every machine ever made by MIPS Computer Systems, Inc. Ralf From deai4a@press.co.jp Tue May 16 02:41:32 2000 Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA17130; Tue, 16 May 2000 02:41:29 +0200 (MET DST) Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) Received-Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) From: deai4a@press.co.jp Received: (qmail 16976 invoked from network); 16 May 2000 00:06:18 -0000 Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162) by dummy.web6122-unet.ocn.ne.jp with SMTP; 16 May 2000 00:06:18 -0000 To: linux-mips@fnet.fr Subject: Deai press Content-type: text/plain; charset=iso-2022-jp Content-Length: 4499 Lines: 103 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 　　　　日本一の出会いサイトを探すメール新聞です 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 今回は、女性が管理している３サイトをご紹介いたします。 それぞれの広報担当者からの声を聞いてください。 今後この出会い新聞がご不要な方は、 恐れ入りますがこちらにこのままご転送ください。 deai4b@press.co.jp ----------------------------------------------------------- ┏┓ ┃ ┃【１】 ┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。 ┃　　出会いサイト<<>>についてです。 ┃　　史上初、チャットからトークができる新システム！ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて ┃　全く新しい真面目な出会いサイト「aimail」を作りました。 ┃　だから、他の出会いサイトとは全く違います！ ┃　毎月２００万円相当のプレゼント付き！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aimail.co.jp ┃ ┃━━……‥・ネット史上初！チャットからトークができます ┃aimailでは、ログイン中のメンバーが常に表示されていますので ┃２ショットチャット（パソコン）や２ショットトーク（電話）が、 ┃申し込んですぐにできるようになっています。 ┃ ┃電話で相手と実際におしゃべりすることによって、 ┃相手のことをより身近に感じることができるでしょう。 ┃ aimailでは、このシステムを実現するために、 ┃全国６箇所に専用の電話センターを設けました。 ┃ ┃━━……‥・驚異的な男女比で、男性圧倒的有利です ┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ ┃マガジンを９７年から発行している弊社だからこそです。 ┃また、毎月２００万円相当のブランド品などのプレゼントを ┃実施しているため、たくさんの女性が集まります。 ┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、 ┃aiboも毎月３台ずつ出ています。 ┃ ┃女性会員様の方が多いので「男性からメールがこない」と ┃クレームが来るほどです。 ┃ ┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを ┃作りました。男性も、ゲスト会員として無料でご入場できます。 ┃数多くの機能を用意してあなたの出会いをサポートいたします。 ┃ぜひ一度、その多彩な機能に驚いてください！！！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【２】 ┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。 ┃　　出会い掲示板<<>>を、 ┃　　２０００年４月にオープンしたばかりです！ ┃ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　女性管理者による、女性のためのページです。 ┃　　　　　　　オープンしたてのサイトだから、 ┃　　　　書き込みしている女性もニューフェースばかり！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aqc.co.jp ┃ ┃━━……‥・地域を２つに限定した掲示板。 ┃たくさんあれば、良いというものではありません。 ┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。 ┃メール友達を探してる人は、ぜひ書き込みに来てください！！！ ┃そして、メール友達からの、ステップ・アップは今や常識！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【３】 ┃　　ありがとうございます。FORTUNEです。 ┃　　個人のサイトなのにもかかわらず、取り上げてくださって ┃　　感謝してます！ ┃　　掲示板を使って、夏までに彼氏・彼女をゲットしましょ♪ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　２０才専門学校生で、ＨＰも作りたて。。。 ┃　　　　おはずかしい限りですが、みなさんの声をバネに ┃　　　　どんどん改良していくのでよろしく！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　http://machikado.gaiax.com/home/fortune/ ┃ ┃━━……‥・掲示板は１つだけど。。。。 ┃女の子が気軽に書ける掲示板がほしいね、と学校の友達と話していたことから、 ┃オープンしてみました。 ┃メル友・恋人募集中の人に、幸せが訪れるようにFORTUNEと名付けました。 ┃毎日の誕生花とその花言葉もCALENDARにのせてます。ぜひ遊びに来てください！ ┃ ┗┛ 最後までお読みいただいてありがとうございました From deai4a@press.co.jp Tue May 16 02:41:32 2000 Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA17130; Tue, 16 May 2000 02:41:29 +0200 (MET DST) Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) Received-Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) From: deai4a@press.co.jp Received: (qmail 16976 invoked from network); 16 May 2000 00:06:18 -0000 Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162) by dummy.web6122-unet.ocn.ne.jp with SMTP; 16 May 2000 00:06:18 -0000 To: linux-mips@fnet.fr Subject: Deai press Content-type: text/plain; charset=iso-2022-jp Content-Length: 4499 Lines: 103 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 　　　　日本一の出会いサイトを探すメール新聞です 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 今回は、女性が管理している３サイトをご紹介いたします。 それぞれの広報担当者からの声を聞いてください。 今後この出会い新聞がご不要な方は、 恐れ入りますがこちらにこのままご転送ください。 deai4b@press.co.jp ----------------------------------------------------------- ┏┓ ┃ ┃【１】 ┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。 ┃　　出会いサイト<<>>についてです。 ┃　　史上初、チャットからトークができる新システム！ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて ┃　全く新しい真面目な出会いサイト「aimail」を作りました。 ┃　だから、他の出会いサイトとは全く違います！ ┃　毎月２００万円相当のプレゼント付き！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aimail.co.jp ┃ ┃━━……‥・ネット史上初！チャットからトークができます ┃aimailでは、ログイン中のメンバーが常に表示されていますので ┃２ショットチャット（パソコン）や２ショットトーク（電話）が、 ┃申し込んですぐにできるようになっています。 ┃ ┃電話で相手と実際におしゃべりすることによって、 ┃相手のことをより身近に感じることができるでしょう。 ┃ aimailでは、このシステムを実現するために、 ┃全国６箇所に専用の電話センターを設けました。 ┃ ┃━━……‥・驚異的な男女比で、男性圧倒的有利です ┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ ┃マガジンを９７年から発行している弊社だからこそです。 ┃また、毎月２００万円相当のブランド品などのプレゼントを ┃実施しているため、たくさんの女性が集まります。 ┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、 ┃aiboも毎月３台ずつ出ています。 ┃ ┃女性会員様の方が多いので「男性からメールがこない」と ┃クレームが来るほどです。 ┃ ┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを ┃作りました。男性も、ゲスト会員として無料でご入場できます。 ┃数多くの機能を用意してあなたの出会いをサポートいたします。 ┃ぜひ一度、その多彩な機能に驚いてください！！！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【２】 ┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。 ┃　　出会い掲示板<<>>を、 ┃　　２０００年４月にオープンしたばかりです！ ┃ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　女性管理者による、女性のためのページです。 ┃　　　　　　　オープンしたてのサイトだから、 ┃　　　　書き込みしている女性もニューフェースばかり！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aqc.co.jp ┃ ┃━━……‥・地域を２つに限定した掲示板。 ┃たくさんあれば、良いというものではありません。 ┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。 ┃メール友達を探してる人は、ぜひ書き込みに来てください！！！ ┃そして、メール友達からの、ステップ・アップは今や常識！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【３】 ┃　　ありがとうございます。FORTUNEです。 ┃　　個人のサイトなのにもかかわらず、取り上げてくださって ┃　　感謝してます！ ┃　　掲示板を使って、夏までに彼氏・彼女をゲットしましょ♪ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　２０才専門学校生で、ＨＰも作りたて。。。 ┃　　　　おはずかしい限りですが、みなさんの声をバネに ┃　　　　どんどん改良していくのでよろしく！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　http://machikado.gaiax.com/home/fortune/ ┃ ┃━━……‥・掲示板は１つだけど。。。。 ┃女の子が気軽に書ける掲示板がほしいね、と学校の友達と話していたことから、 ┃オープンしてみました。 ┃メル友・恋人募集中の人に、幸せが訪れるようにFORTUNEと名付けました。 ┃毎日の誕生花とその花言葉もCALENDARにのせてます。ぜひ遊びに来てください！ ┃ ┗┛ 最後までお読みいただいてありがとうございました From deai4a@press.co.jp Tue May 16 02:41:32 2000 Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA17130; Tue, 16 May 2000 02:41:29 +0200 (MET DST) Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) Received-Date: Tue, 16 May 2000 02:41:29 +0200 (MET DST) From: deai4a@press.co.jp Received: (qmail 16976 invoked from network); 16 May 2000 00:06:18 -0000 Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162) by dummy.web6122-unet.ocn.ne.jp with SMTP; 16 May 2000 00:06:18 -0000 To: linux-mips@fnet.fr Subject: Deai press Content-type: text/plain; charset=iso-2022-jp Content-Length: 4499 Lines: 103 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 　　　　日本一の出会いサイトを探すメール新聞です 　　　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 今回は、女性が管理している３サイトをご紹介いたします。 それぞれの広報担当者からの声を聞いてください。 今後この出会い新聞がご不要な方は、 恐れ入りますがこちらにこのままご転送ください。 deai4b@press.co.jp ----------------------------------------------------------- ┏┓ ┃ ┃【１】 ┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。 ┃　　出会いサイト<<>>についてです。 ┃　　史上初、チャットからトークができる新システム！ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて ┃　全く新しい真面目な出会いサイト「aimail」を作りました。 ┃　だから、他の出会いサイトとは全く違います！ ┃　毎月２００万円相当のプレゼント付き！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aimail.co.jp ┃ ┃━━……‥・ネット史上初！チャットからトークができます ┃aimailでは、ログイン中のメンバーが常に表示されていますので ┃２ショットチャット（パソコン）や２ショットトーク（電話）が、 ┃申し込んですぐにできるようになっています。 ┃ ┃電話で相手と実際におしゃべりすることによって、 ┃相手のことをより身近に感じることができるでしょう。 ┃ aimailでは、このシステムを実現するために、 ┃全国６箇所に専用の電話センターを設けました。 ┃ ┃━━……‥・驚異的な男女比で、男性圧倒的有利です ┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ ┃マガジンを９７年から発行している弊社だからこそです。 ┃また、毎月２００万円相当のブランド品などのプレゼントを ┃実施しているため、たくさんの女性が集まります。 ┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、 ┃aiboも毎月３台ずつ出ています。 ┃ ┃女性会員様の方が多いので「男性からメールがこない」と ┃クレームが来るほどです。 ┃ ┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを ┃作りました。男性も、ゲスト会員として無料でご入場できます。 ┃数多くの機能を用意してあなたの出会いをサポートいたします。 ┃ぜひ一度、その多彩な機能に驚いてください！！！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【２】 ┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。 ┃　　出会い掲示板<<>>を、 ┃　　２０００年４月にオープンしたばかりです！ ┃ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　女性管理者による、女性のためのページです。 ┃　　　　　　　オープンしたてのサイトだから、 ┃　　　　書き込みしている女性もニューフェースばかり！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　　　　　http://www.aqc.co.jp ┃ ┃━━……‥・地域を２つに限定した掲示板。 ┃たくさんあれば、良いというものではありません。 ┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。 ┃メール友達を探してる人は、ぜひ書き込みに来てください！！！ ┃そして、メール友達からの、ステップ・アップは今や常識！ ┃ ┗┛ ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ ┏┓ ┃ ┃【３】 ┃　　ありがとうございます。FORTUNEです。 ┃　　個人のサイトなのにもかかわらず、取り上げてくださって ┃　　感謝してます！ ┃　　掲示板を使って、夏までに彼氏・彼女をゲットしましょ♪ ┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃　　　　２０才専門学校生で、ＨＰも作りたて。。。 ┃　　　　おはずかしい限りですが、みなさんの声をバネに ┃　　　　どんどん改良していくのでよろしく！ ┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ ┃　　　　http://machikado.gaiax.com/home/fortune/ ┃ ┃━━……‥・掲示板は１つだけど。。。。 ┃女の子が気軽に書ける掲示板がほしいね、と学校の友達と話していたことから、 ┃オープンしてみました。 ┃メル友・恋人募集中の人に、幸せが訪れるようにFORTUNEと名付けました。 ┃毎日の誕生花とその花言葉もCALENDARにのせてます。ぜひ遊びに来てください！ ┃ ┗┛ 最後までお読みいただいてありがとうございました From jsun@mvista.com Tue May 16 03:09:01 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA17328; Tue, 16 May 2000 03:08:55 +0200 (MET DST) Received-Date: Tue, 16 May 2000 03:08:55 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id SAA13835; Mon, 15 May 2000 18:08:22 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39209F64.83638479@mvista.com> Date: Mon, 15 May 2000 18:07:49 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: dumb question - where is the latest linux/mips kernel source? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 220 Lines: 9 I found ftp://oss.sgi.com/pub/linux/mips/src/kernel/v2.3/linux-19991209.tar.gz, but that is version 2.3.21. Have all the patches been taken into the latest standard linux release? Just to make sure ... Thanks. Jun From larrys@vtechinfo.com Tue May 16 03:14:47 2000 Received: from vtechinfo.com ([208.128.196.248]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA17407; Tue, 16 May 2000 03:14:46 +0200 (MET DST) Received-Date: Tue, 16 May 2000 03:14:46 +0200 (MET DST) Received: from MYHELIOWEB [206.129.94.131] by vtechinfo.com (SMTPD32-6.00) id A1A43E6009C; Mon, 15 May 2000 18:17:24 -0700 From: "Larry Stone" To: Subject: Linux on the Mips Date: Mon, 15 May 2000 18:16:59 -0700 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0023_01BFBE99.C2C928A0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal X-MS-TNEF-Correlator: Content-Length: 3502 Lines: 65 This is a multi-part message in MIME format. ------=_NextPart_000_0023_01BFBE99.C2C928A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I have looked at your web site which hasn't been updated in the last two years. I am the US General Manager for VTech Information, manufacturer of the VTech Helio Personal Digital Assistant. We use the MIPS processor chip. I was wondering what the status of your project is, and whether you can put me in touch with any people that might be interested in assisting us with porting Linux to our PDA. We are currently getting assistance from a person very knowledgable on the subject, Jay Carlson, but he will be unable to commit his time into the future. Thanks, Larry Stone ------=_NextPart_000_0023_01BFBE99.C2C928A0 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IjsBAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANAHBQAPABIAEAAAAAEADgEB A5AGAMQGAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAEgAAAExpbnV4IG9uIHRoZSBNaXBzAAAAAgFxAAEAAAAWAAAAAb++1G6Qkg5E0yo8EdS/yURF U1QAAAAAAgEdDAEAAAAaAAAAU01UUDpMQVJSWVNAVlRFQ0hJTkZPLkNPTQAAAAsAAQ4AAAAAQAAG DgAIlEvUvr8BAgEKDgEAAAAYAAAAAAAAAEsHGeFFqNMRv8lERVNUAAHCgAAACwAfDgEAAAACAQkQ AQAAAHICAABuAgAABgMAAExaRnV3oMyZAwAKAHJjcGcxMjUWMgD4C2BuDhAwMzNPAfcCpAPjAgBj aArAc/BldDAgBxMCgwBQA9WVEXV9CoF2CJB3awuAdGQ0DGBjAFALAwu1IERJIBDwdmUgCQBvUmsJ gCBhBUB5CGEgUHdlYiAAkHQVUHeKaA3gaBURc24nBUDCYgnhIHVwZBXgFbFxC4AgdGgVURdgBUB0 lHdvFgBlEQEuIBTx1GFtGLNVBfBHCfAEkKcHQAXQAHBhZwSQIAIQmQXAVlQFkBcwSW4b0UkAwHRp AiAsIAOBdZpmANB0CHAboW9mGLORHBRIZWwc8CBQBJDGcwIgGyFEaWcWsBshvkEEEAQAAZACMBnh VxVQRnURIBizTUlQBfBw/QNgYweQH3AFwBDgBSAZ4753F2AWUAIgBIELgGcW4f8V4RjCIJEdsAQg HhEWEyIR/moFkAVABAAdIABwFcAW8D8RMBjQBcAWESKgA5Fwdf8FQAeAGIMIYBchA/AYwCZRcnki AGVvC1AhYhXhbf0f4GgXohiBFsAJcBkgGGTfF2AgciPiJPEoo3AJESPickwLgHV4KDEeABYxUNxE QSDkCsAVUGMIcAlw/QIwbCkQG5ACQCPiK2QAcL8iQBvAA2EV0CkhH2IgFUBCcikQa25vdylwZJ5n AaApcTEhJHN1YiXSqR0gSmEpEEMKwGwfcd0dIGInsRjRA/BsAyAqUd51G3AyMi1hBaBtKfA0Yb8E ABiwB3EqchlwGMJmJ7BdHcEuCqIKhAqAVBDwbrZrJjA32kwKwDFxUyhA9xrwN9oUJTEZ8DrbAUA3 4wUTEQA9UAAACwABgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAAOACCAGAAAAAADAAAAA AAAARgAAAAAQhQAAAAAAAAMAJoAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAAnagEACwAzgAggBgAA AAAAwAAAAAAAAEYAAAAADoUAAAAAAAADADWACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMA NoAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBngAggBgAAAAAAwAAAAAAAAEYAAAAAVIUA AAEAAAAEAAAAOS4wAAsAaIAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAwBpgAggBgAAAAAA wAAAAAAAAEYAAAAAAYUAAAAAAAAeAHuACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAA AAAAHgB8gAggBgAAAAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AfYAIIAYAAAAAAMAA AAAAAABGAAAAADiFAAABAAAAAQAAAAAAAAALAIOACCAGAAAAAADAAAAAAAAARgAAAACChQAAAQAA AAIB+A8BAAAAEAAAAEsHGeFFqNMRv8lERVNUAAECAfoPAQAAABAAAABLBxnhRajTEb/JREVTVAAB AgH7DwEAAACCAAAAAAAAADihuxAF5RAaobsIACsqVsIAAFBTVFBSWC5ETEwAAAAAAAAAAE5JVEH5 v7gBAKoAN9luAAAAQzpcV0lORE9XU1xMb2NhbCBTZXR0aW5nc1xBcHBsaWNhdGlvbiBEYXRhXE1p Y3Jvc29mdFxPdXRsb29rXG91dGxvb2sucHN0AAAAAwD+DwUAAAADAA00/TcAAAIBfwABAAAANAAA ADxOREJCTFBNSkFQRUNFS0xGRUZLSkdFRkZDS0FBLmxhcnJ5c0B2dGVjaGluZm8uY29tPgADAAYQ pyB5JQMABxDRAQAAAwAQEAAAAAADABEQAAAAAB4ACBABAAAAZQAAAElIQVZFTE9PS0VEQVRZT1VS V0VCU0lURVdISUNISEFTTlRCRUVOVVBEQVRFRElOVEhFTEFTVFRXT1lFQVJTSUFNVEhFVVNHRU5F UkFMTUFOQUdFUkZPUlZURUNISU5GT1JNQVQAAAAA230= ------=_NextPart_000_0023_01BFBE99.C2C928A0-- From greyham@research.canon.com.au Tue May 16 04:08:05 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA17826; Tue, 16 May 2000 04:08:01 +0200 (MET DST) Received-Date: Tue, 16 May 2000 04:08:01 +0200 (MET DST) Received: (qmail 26710 invoked from network); 16 May 2000 02:07:27 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 16 May 2000 02:07:27 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 29E0A8B10; Tue, 16 May 2000 12:07:05 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id EF7F43C95E; Tue, 16 May 2000 12:07:16 +1000 (EST) Subject: Re: Calling testers for another Dead Function Optimisation update To: dan@netx4.com (Dan Malek) Date: Tue, 16 May 2000 12:07:16 +1000 (EST) Cc: greyham@research.canon.com.au (Graham Stoney), linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org In-Reply-To: <391EECB7.2F5670E7@netx4.com> from "Dan Malek" at May 14, 2000 02:13:11 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000516020716.EF7F43C95E@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 1823 Lines: 41 Dan Malek writes: > This is the way the kernel used to be, with the kernel objects > as *.a files instead of *.o files. I'm definitely with you on this one. Using ld -r in intermediate stages is defeating the linker's natural ability to exclude unused objects. My patch achieves a similar effect by allowing the linker to exclude unused functions, but it does so in a very torturous way. I'd prefer to have both .a's for wholesale dead object elimination _and_ -ffunction-sections for elimination of any remaining dead functions. > The response I received was the change was due to loadable modules, that > when you link the kernel as a bunch of *.a files the result is usually > missing lots of functions that a loadable module may want to call. Like you, I don't understand the logic behind this either. Any symbol accessible from a loadable module will have a magic reference thanks to EXPORT_SYMBOL that will drag it in from the archive. The only use I can see for using ld -r is while building the loadable modules themselves, to simplify things for the user by combining modules which would otherwise contain multiple objects. And I guess this is simply so "insmod" doesn't have to handle archives directly. > > I think/hope we're getting close to something that could be accepted into > > the official kernel now. > > Who gave you that indication? I wouldn't even try to check any of > this into the kernel sources based upon past discussions. I can't check it in myself, but I can ask as many people as possible to test it. If it works OK, it's got a chance of inclusion in 2.4/2.5. Embedded systems people who want it can use it as-is on 2.2 too. Regards, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From flo@rfc822.org Tue May 16 12:15:01 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA19916; Tue, 16 May 2000 12:15:00 +0200 (MET DST) Received-Date: Tue, 16 May 2000 12:15:00 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 566177FA; Tue, 16 May 2000 12:14:56 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 2BB208FA7; Tue, 16 May 2000 12:08:30 +0200 (CEST) Date: Tue, 16 May 2000 12:08:30 +0200 From: Florian Lohoff To: Ralf Baechle Cc: Geert Uytterhoeven , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation Message-ID: <20000516120830.F2191@paradigm.rfc822.org> References: <20000513183248.C1279@paradigm.rfc822.org> <20000515232358.E1682@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000515232358.E1682@uni-koblenz.de>; from ralf@oss.sgi.com on Mon, May 15, 2000 at 11:23:58PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1621 Lines: 32 On Mon, May 15, 2000 at 11:23:58PM +0200, Ralf Baechle wrote: > On Sun, May 14, 2000 at 08:58:18PM +0200, Geert Uytterhoeven wrote: > > > YES! Time to put _all_ docs you can find on CDR. I always keep all technical > > docs I download to store them on CDR from time to time, since those docs tend > > to vanish after a while (especially if they were on the manufacturer's > > website). > > More documentation jewels - I've got now paper copies of R8000 documentation > and a collection of stuff regarding the R6000. I was told that the R6000 > was so buggy that understanding the internal circuitry is a prerequisite > for writing an OS bug now I got everything we need. Except a R6000 > machine :-) What is the license or publishing restrictions of those documents ? > Also I found that there is still a huge pile of Exabyte tapes that have the > final full backup from the day when MIPS Computer Systems, Inc. was > shutdown by SGI after MIPS got bought in the early 90's. That means that > provided the legal problems involved with publication of such documentation > get solved we now have everything that is required to support every machine > ever made by MIPS Computer Systems, Inc. How will these legal issues be brought on the track ? I think both companies (SGI + Mips) should have an interest to free up these documents or at least hand out to some people who sign some kind of NDA. Flo -- Florian Lohoff flo@rfc822.org +49-subject-2-change "Technology is a constant battle between manufacturers producing bigger and more idiot-proof systems and nature producing bigger and better idiots." From kevink@mips.com Tue May 16 12:59:41 2000 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA20195; Tue, 16 May 2000 12:59:40 +0200 (MET DST) Received-Date: Tue, 16 May 2000 12:59:40 +0200 (MET DST) Received: from newman.mips.com (newman [206.31.31.8]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id DAA26933; Tue, 16 May 2000 03:59:35 -0700 (PDT) Received: from satanas (satanas [192.168.236.12]) by newman.mips.com (8.9.3/8.9.0) with SMTP id DAA26380; Tue, 16 May 2000 03:59:33 -0700 (PDT) Message-ID: <00a301bfbf26$363a5c00$0ceca8c0@satanas.mips.com> From: "Kevin D. Kissell" To: "Florian Lohoff" , "Ralf Baechle" Cc: "Geert Uytterhoeven" , "Ulf Carlsson" , , , Subject: Re: Indy Documentation Date: Tue, 16 May 2000 13:02:15 +0200 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1676 Lines: 41 -----Original Message----- From: Florian Lohoff To: Ralf Baechle Cc: Geert Uytterhoeven ; Ulf Carlsson ; linux@cthulhu.engr.sgi.com ; linux-mips@fnet.fr ; linux-mips@vger.rutgers.edu Date: Tuesday, May 16, 2000 12:22 PM Subject: Re: Indy Documentation .... >> Also I found that there is still a huge pile of Exabyte tapes that have the >> final full backup from the day when MIPS Computer Systems, Inc. was >> shutdown by SGI after MIPS got bought in the early 90's. That means that >> provided the legal problems involved with publication of such documentation >> get solved we now have everything that is required to support every machine >> ever made by MIPS Computer Systems, Inc. > >How will these legal issues be brought on the track ? I think both >companies (SGI + Mips) should have an interest to free up these documents >or at least hand out to some people who sign some kind of NDA. > >Flo While MIPS Technologies Inc owns the microprocessor IP of the old MIPS Computer Systems, as well as much that was developed while MIPS was part of SGI, it is less than obvious what rights or responsibilites the new MIPS Technologies has with respect to the computer systems part of the pre-SGI MIPS business. It is quite possible that all that stuff stayed with SGI when MIPS Technologies spun out. I will forward the message to our legal people and see what they have to say. __ Kevin D. Kissell MIPS Technologies European Architecture Lab kevink@mips.com Tel. +33.4.78.38.70.67 FAX. +33.4.78.38.70.68 From ralf@oss.sgi.com Tue May 16 16:19:21 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21310; Tue, 16 May 2000 16:19:19 +0200 (MET DST) Received-Date: Tue, 16 May 2000 16:19:19 +0200 (MET DST) Received: from cacc-10.uni-koblenz.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id QAA18261; Tue, 16 May 2000 16:19:12 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 13:23:14 +0200 Date: Tue, 16 May 2000 13:23:14 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: dumb question - where is the latest linux/mips kernel source? Message-ID: <20000516132314.B4561@uni-koblenz.de> References: <39209F64.83638479@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39209F64.83638479@mvista.com>; from jsun@mvista.com on Mon, May 15, 2000 at 06:07:49PM -0700 X-Accept-Language: de,en,fr Content-Length: 485 Lines: 12 On Mon, May 15, 2000 at 06:07:49PM -0700, Jun Sun wrote: > I found > ftp://oss.sgi.com/pub/linux/mips/src/kernel/v2.3/linux-19991209.tar.gz, > but that is version 2.3.21. Have all the patches been taken into the > latest standard linux release? Just to make sure ... We only occasionally generate snapshots. If you want a current source tree then please see the MIPS FAQ at http://oss.sgi.com/mips/ for how to use anonymous CVS. CVS is currently at version 2.3.99-pre8. Ralf From ralf@oss.sgi.com Tue May 16 16:19:36 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21333; Tue, 16 May 2000 16:19:31 +0200 (MET DST) Received-Date: Tue, 16 May 2000 16:19:31 +0200 (MET DST) Received: from cacc-10.uni-koblenz.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id QAA18283; Tue, 16 May 2000 16:19:20 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 13:36:20 +0200 Date: Tue, 16 May 2000 13:36:20 +0200 From: Ralf Baechle To: Jun Sun Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: HELP : ptrace returns puzzling results Message-ID: <20000516133620.C4561@uni-koblenz.de> References: <392045FC.827CACB5@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <392045FC.827CACB5@mvista.com>; from jsun@mvista.com on Mon, May 15, 2000 at 11:46:20AM -0700 X-Accept-Language: de,en,fr Content-Length: 1154 Lines: 34 On Mon, May 15, 2000 at 11:46:20AM -0700, Jun Sun wrote: > I am writing a gdbserver for linux/mips. The server can now talk with > the gdb client, and can run to completion if you press 'c'. Excellent. > However, the gdb client reads some confusing register values. I traced > back to the gdbserver and found out that these values are returned from > ptrace(), which seem wrong. On the other hand, the native gdb must be > using the same ptrace() to get register values. I wonder why it works > there. > > Here is a sample output from gdbserver calling ptrace. Note that PC > value does not corresponds to the executable image. sp also seems > wrong. > reg #29 ($29,sp) = 2147483120 (0x7ffffdf0) The value of sp looks sane, it a value near the absolute top of the stack at 0x80000000. > reg #37 ($64,pc) = 263607008 (0x0fb652e0) Also looks sane at first look, this value is in the typical address range where the dynamic linker gets mapped. Many of the registers in the dump you gave have a value of zero and that is worrying me much more. All the caller saved registers are zero, that smells. What kernel version are you using? Ralf From spock@mgnet.de Tue May 16 17:38:05 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA23578; Tue, 16 May 2000 17:37:59 +0200 (MET DST) Received-Date: Tue, 16 May 2000 17:37:59 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Tue, 16 May 2000 17:37:06 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id RAA22429 for ; Tue, 16 May 2000 17:37:03 +0200 (MET DST) Received: (qmail 21105 invoked from network); 16 May 2000 15:37:03 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 16 May 2000 15:37:03 -0000 Date: Tue, 16 May 2000 17:37:12 +0200 From: Klaus Naumann To: "Linux MIPS engr . sgi . com" , Linux MIPS Subject: SGI Seeq byte accounting patch Message-ID: <20000516173712.A598@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 2016 Lines: 62 --AWniW0JNca5xppdA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, Flo and me worked on a patch for the SGI Seeq driver the other day. The result is attached. Basically the patch fixes the byte accounting in /proc/net/dev. Without this patch RX and TX byte were 0 all time. The initialization of the static variable is just a cleanup of the code, so you can ignore it b/c it has nothing to do with the actual fix. Can anyone please test this patch on a system with a SGI Seeq and tell us if the values are correct or if it works ? We are very sure that the RX values are correct - discussion about TX is ongoing ;). Any help is appriciated. Also if you don't have a SGI Seeq board but know a save way to find out if the values are correct please tell us. CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt --AWniW0JNca5xppdA Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="sgiseeq-byteaccount.patch" diff -Nur linux/drivers/net/sgiseeq.c linux.build/drivers/net/sgiseeq.c --- linux/drivers/net/sgiseeq.c Thu May 11 00:55:50 2000 +++ linux.build/drivers/net/sgiseeq.c Tue May 16 17:16:31 2000 @@ -326,6 +326,7 @@ skb->protocol = eth_type_trans(skb, dev); netif_rx(skb); sp->stats.rx_packets++; + sp->stats.rx_bytes += len; } else { printk ("%s: Memory squeeze, deferring packet.\n", dev->name); @@ -500,6 +501,7 @@ /* Setup... */ skblen = skb->len; len = (skblen <= ETH_ZLEN) ? ETH_ZLEN : skblen; + sp->stats.tx_bytes += len; entry = sp->tx_new; td = &sp->srings.tx_desc[entry]; @@ -690,7 +692,7 @@ int sgiseeq_probe(struct net_device *dev) { - static int initialized; + static int initialized = 0; char *ep; if (initialized) /* Already initialized? */ --AWniW0JNca5xppdA-- From ralf@oss.sgi.com Tue May 16 21:48:52 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25789; Tue, 16 May 2000 21:48:51 +0200 (MET DST) Received-Date: Tue, 16 May 2000 21:48:51 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id VAA05115; Tue, 16 May 2000 21:48:42 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 18:40:28 +0200 Date: Tue, 16 May 2000 18:40:28 +0200 From: Ralf Baechle To: Florian Lohoff Cc: Ralf Baechle , Geert Uytterhoeven , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation Message-ID: <20000516184028.C5113@uni-koblenz.de> References: <20000513183248.C1279@paradigm.rfc822.org> <20000515232358.E1682@uni-koblenz.de> <20000516120830.F2191@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000516120830.F2191@paradigm.rfc822.org>; from flo@rfc822.org on Tue, May 16, 2000 at 12:08:30PM +0200 X-Accept-Language: de,en,fr Content-Length: 921 Lines: 22 On Tue, May 16, 2000 at 12:08:30PM +0200, Florian Lohoff wrote: > > More documentation jewels - I've got now paper copies of R8000 > > documentation and a collection of stuff regarding the R6000. I was told > > that the R6000 was so buggy that understanding the internal circuitry is > > a prerequisite for writing an OS bug now I got everything we need. > > Except a R6000 machine :-) > > What is the license or publishing restrictions of those documents ? No idea. > How will these legal issues be brought on the track ? I think both > companies (SGI + Mips) should have an interest to free up these documents > or at least hand out to some people who sign some kind of NDA. This is all about rather old machines and also involves investing some resources so the interest is limited. Unfortunately this is a quite generic truth which is valid far beyond the borders of this case and these two companies. Ralf From jsun@mvista.com Tue May 16 19:12:58 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA24508; Tue, 16 May 2000 19:12:54 +0200 (MET DST) Received-Date: Tue, 16 May 2000 19:12:54 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id KAA21714; Tue, 16 May 2000 10:11:45 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39218130.444EB4A3@mvista.com> Date: Tue, 16 May 2000 10:11:12 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: dumb question - where is the latest linux/mips kernel source? References: <39209F64.83638479@mvista.com> <20000516132314.B4561@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 762 Lines: 23 Ralf Baechle wrote: > > On Mon, May 15, 2000 at 06:07:49PM -0700, Jun Sun wrote: > > > I found > > ftp://oss.sgi.com/pub/linux/mips/src/kernel/v2.3/linux-19991209.tar.gz, > > but that is version 2.3.21. Have all the patches been taken into the > > latest standard linux release? Just to make sure ... > > We only occasionally generate snapshots. If you want a current source > tree then please see the MIPS FAQ at http://oss.sgi.com/mips/ for how to > use anonymous CVS. CVS is currently at version 2.3.99-pre8. > > Ralf I see. Is the intention to merge MIPS work back to the standard Linux tree? If yes, do we have an idea when? If no, I assume the MIPS branch has to keep getting forward merges from the standard tree. That will be a pain. Jun From bigham@cthulhu.engr.sgi.com Tue May 16 19:17:46 2000 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA24551; Tue, 16 May 2000 19:17:44 +0200 (MET DST) Received-Date: Tue, 16 May 2000 19:17:44 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA26124; Tue, 16 May 2000 10:12:46 -0700 (PDT) mail_from (bigham@cthulhu.engr.sgi.com) Received: from virgil.engr.sgi.com (virgil.engr.sgi.com [163.154.5.20]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA84860; Tue, 16 May 2000 10:17:30 -0700 (PDT) mail_from (bigham@cthulhu.engr.sgi.com) Received: from engr.sgi.com (localhost [127.0.0.1]) by virgil.engr.sgi.com (980427.SGI.8.8.8/960327.SGI.AUTOCF) via ESMTP id KAA70588; Tue, 16 May 2000 10:17:16 -0700 (PDT) Sender: bigham@cthulhu.engr.sgi.com Message-ID: <3921829C.9AB0FB4E@engr.sgi.com> Date: Tue, 16 May 2000 10:17:16 -0700 From: Nancy Bigham Organization: Linux X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: Ralf Baechle , Geert Uytterhoeven , Ulf Carlsson , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation References: <20000513183248.C1279@paradigm.rfc822.org> <20000515232358.E1682@uni-koblenz.de> <20000516120830.F2191@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3297 Lines: 81 Florian Lohoff wrote: > [...] > > What is the license or publishing restrictions of those documents ? > The documentation is copyrighted by SGI. Attached are two sections from internal web pages at SGi explaining copyright infringement and fair use of copyright material. For more information on U.S. laws regarding copyrights, see http://www.loc.gov/copyright/circs/circ1.html =============== WHAT IS COPYRIGHT INFRINGEMENT? Copyright infringement occurs where someone copies all or a significant portion of a copyrighted work. To prove infringement, a copyright holder must demonstrate that the alleged infringer had access to the original work (typically a reasonable opportunity to see or hear it), and that the infringer's resulting work was substantially similar thereto. The copyright holder need not prove such access where the similarity between the works is so striking as to preclude the possibility that one was created without reference to the other. Although this is still a developing area of the law, courts have held computer software copyrights infringed when object code was disassembled, translated into another language, modified, or emulated by utilizing the same "structure, sequence, and organization" as the original. Under this rule, it is entirely possible that one software program could infringe the copyright of another without having a single line of code identical to the copyrighted work. On a more basic level, literal copying of a work (or even a small but significant portion) will also infringe the original. Silicon Graphics is committed to protecting its works (especially software programs) through copyright registration, and to avoiding copyright infringement by company employees. Please bring any suspected copyright infringement to Legal Services' attention as quickly as possible. For specific information regarding Silicon Graphics' position on copyright infringement, see Legal Services' document called "Intellectual Property Policies and Guidelines" WHAT IS "FAIR USE"OF A COPYRIGHTED WORK? Not all copying of copyrighted works is illegal. The "fair use" doctrine allows unauthorized copying of all or portions of copyrighted works in certain instances, but typically on a "not-for-profit" basis. Since most Silicon Graphics' uses are on a "for-profit" basis, as they are in connection with our business, we are unlikely to meet these requirements. Therefore, if you wish to use tables, figures, pictures, sound, extensive quotations, or other aspects of a copyrighted work, we must first secure the written permission of the work's author. When in doubt, please assume that you need such authorization, and contact Legal Services for assistance. ======= The short answer is that Ralf cannot make copies and distribute the documents he has without permission from SGI. Seeing how I gave him the docs, I can certainly talk to our legal department to see if it's possible to allow him to make copies. We would have to take the contents of the Exabyte types under the same consideration - i.e. review for legal rights to distribute contents. It's quite possible that there are contents on backup tapes that SGI has no right to redistribute. Nancy -- Nancy Bigham SGI MS 8U-500 650 933-1608 bigham@engr.sgi.com From jsun@mvista.com Tue May 16 19:50:36 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA24770; Tue, 16 May 2000 19:50:33 +0200 (MET DST) Received-Date: Tue, 16 May 2000 19:50:33 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id KAA22202; Tue, 16 May 2000 10:49:43 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39218A14.919D119A@mvista.com> Date: Tue, 16 May 2000 10:49:08 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: HELP : ptrace returns puzzling results References: <392045FC.827CACB5@mvista.com> <20000516133620.C4561@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1239 Lines: 33 Ralf Baechle wrote: > > On Mon, May 15, 2000 at 11:46:20AM -0700, Jun Sun wrote: > > > I am writing a gdbserver for linux/mips. The server can now talk with > > the gdb client, and can run to completion if you press 'c'. > > > reg #29 ($29,sp) = 2147483120 (0x7ffffdf0) > > The value of sp looks sane, it a value near the absolute top of the stack > at 0x80000000. > > > reg #37 ($64,pc) = 263607008 (0x0fb652e0) > > Also looks sane at first look, this value is in the typical address range > where the dynamic linker gets mapped. > > Many of the registers in the dump you gave have a value of zero and that is > worrying me much more. All the caller saved registers are zero, that > smells. > I looked at the problem again. The registers are actually correct. Most registers are zero becase that is the program start up time (in exec()). I now can set a breakpoint and run until that breakpoint. However, step or next or setting another breakpoint do not work. It appears that gdbserver calls ptrace with PTRACE_SINGLESTEP option, which is not implemented in the kernel I am using (it is v2.3.99-pre3). Is this implemented in the latest version? If not, is it difficult to add one? Or can we get around without it? Jun From spock@mgnet.de Tue May 16 20:40:21 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA25142; Tue, 16 May 2000 20:40:20 +0200 (MET DST) Received-Date: Tue, 16 May 2000 20:40:20 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Tue, 16 May 2000 20:40:13 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id UAA05441 for ; Tue, 16 May 2000 20:40:11 +0200 (MET DST) Received: (qmail 22691 invoked from network); 16 May 2000 18:40:12 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 16 May 2000 18:40:12 -0000 Date: Tue, 16 May 2000 20:40:22 +0200 From: Klaus Naumann To: "Linux MIPS engr . sgi . com" , Linux MIPS Subject: [PATCH] Merging CPU & Machine selection in config.in Message-ID: <20000516204022.B598@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+fexcqMh/evT6CrY" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 3323 Lines: 121 --+fexcqMh/evT6CrY Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, attached is a patch which merges the CPU and machine selection in the kernel configuration into one Main Menu. The reason is that I think it's not necessary to have two main menus used for this task. Please tell me if you like this idea or not and if so why you don't like it. CU Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt --+fexcqMh/evT6CrY Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="config.in-cpuandmachine.patch" diff -Nur linux/arch/mips/config.in linux.build/arch/mips/config.in --- linux/arch/mips/config.in Tue May 16 16:56:08 2000 +++ linux.build/arch/mips/config.in Tue May 16 17:14:36 2000 @@ -10,7 +10,7 @@ endmenu mainmenu_option next_comment -comment 'Machine selection' +comment 'Machine/CPU selection' bool 'Support for Acer PICA 1 chipset' CONFIG_ACER_PICA_61 if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then bool 'Support for Algorithmics P4032 (EXPERIMENTAL)' CONFIG_ALGOR_P4032 @@ -23,6 +23,38 @@ bool 'Support for SGI IP22' CONFIG_SGI_IP22 bool 'Support for SNI RM200 PCI' CONFIG_SNI_RM200_PCI +choice 'CPU type' \ + "R3000 CONFIG_CPU_R3000 \ + R6000 CONFIG_CPU_R6000 \ + R4300 CONFIG_CPU_R4300 \ + R4x00 CONFIG_CPU_R4X00 \ + R5000 CONFIG_CPU_R5000 \ + R56x0 CONFIG_CPU_NEVADA \ + R8000 CONFIG_CPU_R8000 \ + R10000 CONFIG_CPU_R10000" R4x00 + +bool 'Advanced CPU Config' CONFIG_CPU_ADVANCED + +if [ "$CONFIG_CPU_ADVANCED" = "y" ]; then + bool ' ll/sc Instructions available' CONFIG_CPU_HAS_LLSC + bool ' Writeback Buffer available' CONFIG_CPU_HAS_WB +else + if [ "$CONFIG_CPU_R3000" = "y" ]; then + if [ "$CONFIG_DECSTATION" = "y" ]; then + define_bool CONFIG_CPU_HAS_LLSC n + define_bool CONFIG_CPU_HAS_WB y + else + define_bool CONFIG_CPU_HAS_LLSC n + define_bool CONFIG_CPU_HAS_WB n + fi + else + define_bool CONFIG_CPU_HAS_LLSC y + define_bool CONFIG_CPU_HAS_WB n + fi +fi + + + # # Select some configuration options automatically for certain systems. # @@ -76,40 +108,6 @@ if [ "$CONFIG_PCI" != "y" ]; then define_bool CONFIG_PCI n fi -endmenu - -mainmenu_option next_comment - comment 'CPU selection' - - choice 'CPU type' \ - "R3000 CONFIG_CPU_R3000 \ - R6000 CONFIG_CPU_R6000 \ - R4300 CONFIG_CPU_R4300 \ - R4x00 CONFIG_CPU_R4X00 \ - R5000 CONFIG_CPU_R5000 \ - R56x0 CONFIG_CPU_NEVADA \ - R8000 CONFIG_CPU_R8000 \ - R10000 CONFIG_CPU_R10000" R4x00 - - bool 'Override CPU Options' CONFIG_CPU_ADVANCED - - if [ "$CONFIG_CPU_ADVANCED" = "y" ]; then - bool ' ll/sc Instructions available' CONFIG_CPU_HAS_LLSC - bool ' Writeback Buffer available' CONFIG_CPU_HAS_WB - else - if [ "$CONFIG_CPU_R3000" = "y" ]; then - if [ "$CONFIG_DECSTATION" = "y" ]; then - define_bool CONFIG_CPU_HAS_LLSC n - define_bool CONFIG_CPU_HAS_WB y - else - define_bool CONFIG_CPU_HAS_LLSC n - define_bool CONFIG_CPU_HAS_WB n - fi - else - define_bool CONFIG_CPU_HAS_LLSC y - define_bool CONFIG_CPU_HAS_WB n - fi - fi endmenu mainmenu_option next_comment --+fexcqMh/evT6CrY-- From ralf@oss.sgi.com Tue May 16 22:11:31 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA25988; Tue, 16 May 2000 22:11:25 +0200 (MET DST) Received-Date: Tue, 16 May 2000 22:11:25 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id WAA07131; Tue, 16 May 2000 22:11:17 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 22:10:30 +0200 Date: Tue, 16 May 2000 22:10:30 +0200 From: Ralf Baechle To: Jun Sun Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: HELP : ptrace returns puzzling results Message-ID: <20000516221030.D6174@uni-koblenz.de> References: <392045FC.827CACB5@mvista.com> <20000516133620.C4561@uni-koblenz.de> <39218A14.919D119A@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39218A14.919D119A@mvista.com>; from jsun@mvista.com on Tue, May 16, 2000 at 10:49:08AM -0700 X-Accept-Language: de,en,fr Content-Length: 975 Lines: 20 On Tue, May 16, 2000 at 10:49:08AM -0700, Jun Sun wrote: > However, step or next or setting another breakpoint do not work. It > appears that gdbserver calls ptrace with PTRACE_SINGLESTEP option, which > is not implemented in the kernel I am using (it is v2.3.99-pre3). Is > this implemented in the latest version? If not, is it difficult to add > one? Or can we get around without it? PTRACE_SINGLESTEP is meant to be implemented using hardware single stepping. That's something which most MIPS CPUs don't support. It can be simulated in userspace, so there is no point in putting it into the kernel ergo we won't implement it. There's actually a good number of CPUs which don't have hardware breakpoints so you should check what gdbserver does for those other architectures. The generic solution is to write a breakpoint into the logically next instruction(s). Usually that's at epc + 4 but there are branch instructions to make live more entertaining ... Ralf From ralf@oss.sgi.com Tue May 16 22:17:52 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA26041; Tue, 16 May 2000 22:17:50 +0200 (MET DST) Received-Date: Tue, 16 May 2000 22:17:50 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id WAA07758; Tue, 16 May 2000 22:17:43 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 22:16:58 +0200 Date: Tue, 16 May 2000 22:16:58 +0200 From: Ralf Baechle To: Jun Sun Cc: Ralf Baechle , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: dumb question - where is the latest linux/mips kernel source? Message-ID: <20000516221658.E6174@uni-koblenz.de> References: <39209F64.83638479@mvista.com> <20000516132314.B4561@uni-koblenz.de> <39218130.444EB4A3@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39218130.444EB4A3@mvista.com>; from jsun@mvista.com on Tue, May 16, 2000 at 10:11:12AM -0700 X-Accept-Language: de,en,fr Content-Length: 898 Lines: 20 On Tue, May 16, 2000 at 10:11:12AM -0700, Jun Sun wrote: > Is the intention to merge MIPS work back to the standard Linux tree? If > yes, do we have an idea when? If no, I assume the MIPS branch has to > keep getting forward merges from the standard tree. That will be a > pain. Most of the changes have already been merged with Linus. The situation is now sufficiently confusing that I'll wait for pre9-3 or even the next `real' patch before continuing to merge with Linus. In any case our diffs should be now down to less than 10% of what they used to be and I'll continue to shrink them further. The perspective of 2.4 compiling out of the box for MIPS is pretty close to reallity, including even MIPS64, SMP and Origin. In any case we'll keep merging into our separate tree. That's where all the development happens and where we send the good bits to Linus from time to time. Ralf From ralf@oss.sgi.com Tue May 16 22:23:45 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA26125; Tue, 16 May 2000 22:23:44 +0200 (MET DST) Received-Date: Tue, 16 May 2000 22:23:44 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id WAA08541; Tue, 16 May 2000 22:23:39 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 16 May 2000 22:23:00 +0200 Date: Tue, 16 May 2000 22:23:00 +0200 From: Ralf Baechle To: Klaus Naumann Cc: "Linux MIPS engr . sgi . com" , Linux MIPS Subject: Re: SGI Seeq byte accounting patch Message-ID: <20000516222300.A6537@uni-koblenz.de> References: <20000516173712.A598@spock> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000516173712.A598@spock>; from spock@mgnet.de on Tue, May 16, 2000 at 05:37:12PM +0200 X-Accept-Language: de,en,fr Content-Length: 804 Lines: 17 On Tue, May 16, 2000 at 05:37:12PM +0200, Klaus Naumann wrote: > Flo and me worked on a patch for the SGI Seeq driver the other day. > The result is attached. Basically the patch fixes the byte accounting > in /proc/net/dev. Without this patch RX and TX byte were 0 all time. > The initialization of the static variable is just a cleanup of the code, > so you can ignore it b/c it has nothing to do with the actual fix. > Can anyone please test this patch on a system with a SGI Seeq and tell > us if the values are correct or if it works ? > We are very sure that the RX values are correct - discussion about TX is > ongoing ;). > Any help is appriciated. Also if you don't have a SGI Seeq board but > know a save way to find out if the values are correct please tell us. Looks good, applied. Ralf From colin.ford@pipinghotnetworks.com Wed May 17 11:30:27 2000 Received: from mailhost2.dircon.co.uk (mailhost2.dircon.co.uk [194.112.32.66]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA02424; Wed, 17 May 2000 11:30:27 +0200 (MET DST) Received-Date: Wed, 17 May 2000 11:30:27 +0200 (MET DST) Received: from pipinghotnetworks.com (dlan1136.dircon.co.uk [195.157.161.153]) by mailhost2.dircon.co.uk (8.9.3/8.9.3) with ESMTP id KAA90245 for ; Wed, 17 May 2000 10:30:21 +0100 (BST) Sender: colinf@mailhost2.dircon.co.uk Message-ID: <39226700.D6A97BAA@pipinghotnetworks.com> Date: Wed, 17 May 2000 10:31:44 +0100 From: Colin Ford Reply-To: colin.ford@pipinghotnetworks.com Organization: PipingHot Networks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux and the R3000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 481 Lines: 18 Hello, We are developing a wireless cable modem system that uses an R3000 MIPS processor at the consumers end. I would like to know if it is at all possible to run Linux upon the R3000 in an embedded environment? I've downloaded the latest gcc 2.95.2 and binutils 2.9.1. I've managed to build the cross compiler target=mips-elf and host=linux(i686). I've tryed using spim and xspim to run the assembly code but have undefines such as gnu_main and __stack???? Many thanks, Col. From spock@mgnet.de Wed May 17 11:51:22 2000 Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA02590; Wed, 17 May 2000 11:51:18 +0200 (MET DST) Received-Date: Wed, 17 May 2000 11:51:18 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP); Wed, 17 May 2000 11:50:23 +0200 Received: from scotty.mgnet.de (sulu.csn.tu-chemnitz.de [134.109.96.105]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id LAA29928 for ; Wed, 17 May 2000 11:50:20 +0200 (MET DST) Received: (qmail 2789 invoked from network); 17 May 2000 09:50:19 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 17 May 2000 09:50:19 -0000 Date: Wed, 17 May 2000 11:50:40 +0200 From: Klaus Naumann To: colin.ford@pipinghotnetworks.com, Linux MIPS Cc: linux-mips@fnet.fr Subject: Re: Linux and the R3000 Message-ID: <20000517115040.A721@spock> Reply-To: spock@mgnet.de References: <39226700.D6A97BAA@pipinghotnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <39226700.D6A97BAA@pipinghotnetworks.com>; from colin.ford@pipinghotnetworks.com on Wed, May 17, 2000 at 11:31:44 +0200 X-Mailer: Balsa 0.8.0-pre1 Content-Length: 1128 Lines: 33 On Wed, 17 May 2000 11:31:44 Colin Ford wrote: > Hello, > > We are developing a wireless cable modem > system that uses an R3000 MIPS processor > at the consumers end. I would like to know > if it is at all possible to run Linux upon the > R3000 in an embedded environment? As far as I know the R3000 should work with recent kernels but at snail speed. I don't know if this is also valid for your embedded system. > I've downloaded the latest gcc 2.95.2 and binutils > 2.9.1. I've managed to build the cross compiler > target=mips-elf and host=linux(i686). Forget about that ;) . Gcc 2.95.2 never worked and will never work on MIPS. Also binutils 2.9.1 are still broken. Both, gcc and binutils are under heavy development and you _may_ be able to use the cvs versions of these. With other words: I would use binutils-2.8.1 with MIPS patches and egcs-1.0.3a with MIPS patches. CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From nop@nop.com Wed May 17 12:51:23 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.128.1.71]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02921; Wed, 17 May 2000 12:51:22 +0200 (MET DST) Received-Date: Wed, 17 May 2000 12:51:22 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.252.183]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id GAA19841; Wed, 17 May 2000 06:50:45 -0400 (EDT) Message-ID: <1fbb01bfbfed$dfde1090$0a00000a@decoy> From: "Jay Carlson" To: , , "Linux MIPS" Cc: References: <39226700.D6A97BAA@pipinghotnetworks.com> <20000517115040.A721@spock> Subject: Re: Linux and the R3000 Date: Wed, 17 May 2000 06:51:25 -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.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Length: 1213 Lines: 35 > On Wed, 17 May 2000 11:31:44 Colin Ford wrote: > > Hello, > > > > We are developing a wireless cable modem > > system that uses an R3000 MIPS processor > > at the consumers end. I would like to know > > if it is at all possible to run Linux upon the > > R3000 in an embedded environment? I doubt that you're using a real R3000. What processor are you using? If it's TX39/R3912 you should look at the linux-vr CVS archive www.linux-vr.org ). Linux boots and runs on several devices based on the R3912. > > I've downloaded the latest gcc 2.95.2 and binutils > > 2.9.1. I've managed to build the cross compiler > > target=mips-elf and host=linux(i686). > > Forget about that ;) . > Gcc 2.95.2 never worked and will never work on MIPS. [...] > With other words: I would use binutils-2.8.1 with MIPS patches > and egcs-1.0.3a with MIPS patches. gcc 2.95.1 appears to work (rebuilds glibc and some apps) after the application of ftp://ftp.place.org/pub/nop/linuxce/gcc-2.95.1-interim-990916.patch.gz , but Klaus is right, egcs-1.0.3a+mips and binutils 2.8.1+mips are the gold standard for development right now. (I really need to update my toolchain makefile+patches to work with more recent kernels...) Jay From Jamie.Lokier@cern.ch Wed May 17 12:54:14 2000 Received: from smtp1.cern.ch (smtp1.cern.ch [137.138.128.38]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02953; Wed, 17 May 2000 12:54:13 +0200 (MET DST) Received-Date: Wed, 17 May 2000 12:54:13 +0200 (MET DST) Received: from pcep-jamie.cern.ch (pcep-jamie.cern.ch [137.138.38.126]) by smtp1.cern.ch (8.9.3/8.9.3) with ESMTP id MAA32598; Wed, 17 May 2000 12:52:58 +0200 (MET DST) Received: (from jamie@localhost) by pcep-jamie.cern.ch (8.9.3/8.9.3) id MAA21070; Wed, 17 May 2000 12:52:53 +0200 Date: Wed, 17 May 2000 12:52:53 +0200 From: Jamie Lokier To: Graham Stoney Cc: Dan Malek , linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org Subject: Re: Calling testers for another Dead Function Optimisation update Message-ID: <20000517125253.A21027@pcep-jamie.cern.ch> References: <391EECB7.2F5670E7@netx4.com> <20000516020716.EF7F43C95E@elph.research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000516020716.EF7F43C95E@elph.research.canon.com.au>; from greyham@research.canon.com.au on Tue, May 16, 2000 at 12:07:16PM +1000 Content-Length: 948 Lines: 20 Graham Stoney wrote: > > This is the way the kernel used to be, with the kernel objects > > as *.a files instead of *.o files. > > I'm definitely with you on this one. Using ld -r in intermediate > stages is defeating the linker's natural ability to exclude unused > objects. My patch achieves a similar effect by allowing the linker to > exclude unused functions, but it does so in a very torturous way. I'd > prefer to have both .a's for wholesale dead object elimination _and_ > -ffunction-sections for elimination of any remaining dead functions. OTOH .a's are slower than ld -r. They don't save any I/O: all the enclosed object files have to be duplicated until the final link anyway. ld -r removes duplicate symbols and debugging information, which makes the .o files smaller than the corresponding .a files and faster to read. Using .a _and_ -ffunction-sections at the same time would surely be the worst possible combination. -- Jamie From macro@ds2.pg.gda.pl Wed May 17 13:33:03 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03358; Wed, 17 May 2000 13:32:49 +0200 (MET DST) Received-Date: Wed, 17 May 2000 13:32:49 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA26654; Wed, 17 May 2000 13:16:58 +0200 (MET DST) Date: Wed, 17 May 2000 13:16:58 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , Geert Uytterhoeven , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation In-Reply-To: <20000516184028.C5113@uni-koblenz.de> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1212 Lines: 24 On Tue, 16 May 2000, Ralf Baechle wrote: > > How will these legal issues be brought on the track ? I think both > > companies (SGI + Mips) should have an interest to free up these documents > > or at least hand out to some people who sign some kind of NDA. > > This is all about rather old machines and also involves investing some > resources so the interest is limited. Unfortunately this is a quite generic > truth which is valid far beyond the borders of this case and these two > companies. I wish companies released specs for products getting out of commercial interest on a regular basis. I believe this would assure their customers of a good investment in hardware their purchased, as it would make it supportable infinitely, i.e. until it physically dies. It would make it more valuable even if a customer decides it's not needed anymore -- it would be salable to Linux users, for example. Otherwise these systems qualify as computer junk and this sort of equipment is expensive to get rid of. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From flo@rfc822.org Wed May 17 13:58:42 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03964; Wed, 17 May 2000 13:58:41 +0200 (MET DST) Received-Date: Wed, 17 May 2000 13:58:41 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 5C18D805; Wed, 17 May 2000 13:58:40 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 674518FA7; Wed, 17 May 2000 13:39:27 +0200 (CEST) Date: Wed, 17 May 2000 13:39:27 +0200 From: Florian Lohoff To: Nancy Bigham Cc: Ralf Baechle , Geert Uytterhoeven , Ulf Carlsson , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation Message-ID: <20000517133927.C296@paradigm.rfc822.org> References: <20000513183248.C1279@paradigm.rfc822.org> <20000515232358.E1682@uni-koblenz.de> <20000516120830.F2191@paradigm.rfc822.org> <3921829C.9AB0FB4E@engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <3921829C.9AB0FB4E@engr.sgi.com>; from bigham@cthulhu.engr.sgi.com on Tue, May 16, 2000 at 10:17:16AM -0700 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 953 Lines: 20 On Tue, May 16, 2000 at 10:17:16AM -0700, Nancy Bigham wrote: > The short answer is that Ralf cannot make copies and distribute the > documents he has without permission from SGI. Seeing how I gave him the > docs, I can certainly talk to our legal department to see if it's > possible to allow him to make copies. > > We would have to take the contents of the Exabyte types under the same > consideration - i.e. review for legal rights to distribute contents. > It's quite possible that there are contents on backup tapes that SGI has > no right to redistribute. Could you bring this on the track ? There are a coule of people really interested in getting documentation even for VERY old machines which are Technically still alive. Flo -- Florian Lohoff flo@rfc822.org +49-subject-2-change "Technology is a constant battle between manufacturers producing bigger and more idiot-proof systems and nature producing bigger and better idiots." From rabeeh@galileo.co.il Wed May 17 09:52:52 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA01870; Wed, 17 May 2000 09:52:49 +0200 (MET DST) Received-Date: Wed, 17 May 2000 09:52:49 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id KAA06612 for ; Wed, 17 May 2000 10:52:10 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <3922B29C.A5A52353@galileo.co.il> Date: Wed, 17 May 2000 10:54:20 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: QED RM7000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 109 Lines: 8 Hi All which kernel version supports CPU QED RM7000 ? I checked ver 2.0.34 but it doesn't Regrads, Rabeeh From rabeeh@galileo.co.il Wed May 17 10:43:24 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA02152; Wed, 17 May 2000 10:43:13 +0200 (MET DST) Received-Date: Wed, 17 May 2000 10:43:13 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id LAA10085 for ; Wed, 17 May 2000 11:42:37 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <3922BE70.61C84203@galileo.co.il> Date: Wed, 17 May 2000 11:44:48 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Scheduler & Paging Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1541 Lines: 37 Hi All I'm having trouble with my diskless embedded MIPS based system. I'm using kernel 2.2.12 , at boot time the kernel gets the ports of mount and NFS of the fileserver system (PC running redhat 6.0), reads using root-NFS the headers of /sbin/init and /lib/ld-2.0.6.so and at the function load_elf_binary it issues start_kernel function (from the file arch/mips/kernel/process.c). After that I see no read requests over the NFS for the rest of the files. Where can I debug the following (I use only printk's) : 1.. Paging mechanism, I need to check if the kernel reaches this point by requesting pages. 2.. Schedular mechanism, I need to see if the kernel tries to run the new thread. Can anyone explain to me how the paging mechanism runs ? who actually calls it ? does it use the one of the software interrupts in the CPU ? If it is possible to give me a pinpoint of functions that I can use to debug and not only the name of the file. Do you have any suggestion for approaches to solve this problem ? For developing this embedded system I used things like in kernel 2.0.34, like defining mips_memory_upper=0x81000000 for 16MByte system, should I do anything special for the pages or any other memory initializations ? What does the memory controller in SGI boards do ? What the file arch/mips/sgi/kernel/indy_mc.c do ? Where can I get latest version of kernel 2.2 ? I tried at oss.sgi.com/pub/linux/mips/src/kernel/v2.2 but the directory is empty ! p.s. I'm using QED 5271 and it ran great with kernel 2.0.34 thank you, Rabeeh From gnava@sirio.tecmor.mx Wed May 17 18:01:41 2000 Received: from sirio.tecmor.mx (root@sirio.tecmor.mx [200.33.171.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA07718; Wed, 17 May 2000 18:01:20 +0200 (MET DST) Received-Date: Wed, 17 May 2000 18:01:20 +0200 (MET DST) Received: from localhost (gnava@localhost) by sirio.tecmor.mx (8.9.3/8.9.3) with ESMTP id LAA14265; Wed, 17 May 2000 11:04:05 -0500 Date: Wed, 17 May 2000 11:04:05 -0500 (CDT) From: Gabriel Nava Vazquez To: Guido Guenther cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: xfree86 on an indy In-Reply-To: <20000513162907.A16713@bert.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 158 Lines: 9 How can i run xfree86 on my indy box? Which version do i need, and which kernel? thanks Ing. Gabriel Nava Vazquez Instituto Tecnologico de Morelia Mexico From ralf@oss.sgi.com Wed May 17 18:16:30 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA08269; Wed, 17 May 2000 18:16:28 +0200 (MET DST) Received-Date: Wed, 17 May 2000 18:16:28 +0200 (MET DST) Received: from cacc-20.uni-koblenz.de (cacc-20.uni-koblenz.de [141.26.131.20]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id SAA18622; Wed, 17 May 2000 18:15:53 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Wed, 17 May 2000 18:06:26 +0200 Date: Wed, 17 May 2000 18:06:26 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Florian Lohoff , Geert Uytterhoeven , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation Message-ID: <20000517180626.D814@uni-koblenz.de> References: <20000516184028.C5113@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Wed, May 17, 2000 at 01:16:58PM +0200 X-Accept-Language: de,en,fr Content-Length: 2110 Lines: 37 On Wed, May 17, 2000 at 01:16:58PM +0200, Maciej W. Rozycki wrote: > I wish companies released specs for products getting out of commercial > interest on a regular basis. I believe this would assure their customers > of a good investment in hardware their purchased, as it would make it > supportable infinitely, i.e. until it physically dies. It would make it > more valuable even if a customer decides it's not needed anymore -- it > would be salable to Linux users, for example. Otherwise these systems > qualify as computer junk and this sort of equipment is expensive to get > rid of. This world also has an economic part and there a machine that is written of in the books, that is after just a few years, has no more value and even becomes a burden. So in most companies perfectly usable and even adequate configured machines get replaced. At this point the manufacturers' interested in supplying services also decays because there is just no more sufficient customer demand and economic justification to keep spare parts (read: dead capital) and trained personal. For private customers it's not that much different, usually the machine goes to the dustbin when the newest slash & kill 3D games are turning into a slide show. So after just a few years most manufacturers will flush everything including the old documentation down the drain. Add the fact that the companies of interest are mostly US located where people change their job more often than their pants ... Specs are a bit special, though. You wouldn't believe how many high tech specs don't exist in a form that is publishable. That's very common in places where the authors of the specs and it's readers are close to each other, that is in traditional system companies such as Digital, SGI, Sun or HP. Their motivation to actually produce high quality documentation used to be relativly low since at the time of product development the assumption was that they'd never ever publish the specs. Free operating systems are changing the rules of the game, so expect the way documentation is handled to change as well. Ralf From agx@bert.physik.uni-konstanz.de Wed May 17 19:01:29 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA09037; Wed, 17 May 2000 19:01:28 +0200 (MET DST) Received-Date: Wed, 17 May 2000 19:01:28 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12s7Bc-0006jJ-00; Wed, 17 May 2000 19:00:44 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Wed, 17 May 2000 18:59:26 +0200 Date: Wed, 17 May 2000 18:59:26 +0200 From: Guido Guenther To: Gabriel Nava Vazquez Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: xfree86 on an indy Message-ID: <20000517185925.B27936@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , Gabriel Nava Vazquez , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <20000513162907.A16713@bert.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: ; from gnava@sirio.tecmor.mx on Wed, May 17, 2000 at 11:04:05AM -0500 Content-Length: 818 Lines: 25 Fetch the X400src-1.tgz from any xfree86 mirror near you and apply the latest patch found at http://honk.physik.uni-konstanz.de/~agx/mipslinux/x. Then follow the instructions in xc/INSTALL.TXT. I'm using a self compiled kernel from the snapshot: ftp://ftp.linux.sgi.com/pub/linux/mips/test/linux-2.2.13-20000211.tar.bz2 since I had little luck with later versions from cvs. Note that the xserver is currently of little use since the mouse is not working(SIGIO problem). Regards, -- Guido On Wed, May 17, 2000 at 11:04:05AM -0500, Gabriel Nava Vazquez wrote: > How can i run xfree86 on my indy box? Which version do i need, and which > kernel? > > thanks > > Ing. Gabriel Nava Vazquez > Instituto Tecnologico de Morelia > Mexico > > -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From ralf@uni-koblenz.de Thu May 18 01:02:08 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA14004; Thu, 18 May 2000 01:02:07 +0200 (MET DST) Received-Date: Thu, 18 May 2000 01:02:07 +0200 (MET DST) Received: from cacc-5.uni-koblenz.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id BAA06497; Thu, 18 May 2000 01:02:03 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 18 May 2000 01:01:37 +0200 Date: Thu, 18 May 2000 01:01:37 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Subject: Re: QED RM7000 Message-ID: <20000518010137.A821@uni-koblenz.de> References: <3922B29C.A5A52353@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3922B29C.A5A52353@galileo.co.il>; from rabeeh@galileo.co.il on Wed, May 17, 2000 at 10:54:20AM -0400 X-Accept-Language: de,en,fr Content-Length: 241 Lines: 9 On Wed, May 17, 2000 at 10:54:20AM -0400, Rabeeh Khoury wrote: > which kernel version supports CPU QED RM7000 ? > I checked ver 2.0.34 but it doesn't The newer kernels don't either. It's probably fairly easy to implement, though. Ralf From ralf@uni-koblenz.de Thu May 18 01:19:57 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA14238; Thu, 18 May 2000 01:19:56 +0200 (MET DST) Received-Date: Thu, 18 May 2000 01:19:56 +0200 (MET DST) Received: from cacc-5.uni-koblenz.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id BAA00751; Thu, 18 May 2000 01:19:53 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 18 May 2000 01:19:33 +0200 Date: Thu, 18 May 2000 01:19:33 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Subject: Re: Scheduler & Paging Message-ID: <20000518011933.C821@uni-koblenz.de> References: <3922BE70.61C84203@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3922BE70.61C84203@galileo.co.il>; from rabeeh@galileo.co.il on Wed, May 17, 2000 at 11:44:48AM -0400 X-Accept-Language: de,en,fr Content-Length: 1449 Lines: 39 On Wed, May 17, 2000 at 11:44:48AM -0400, Rabeeh Khoury wrote: > After that I see no read requests over the NFS for the rest of the > files. Where can I debug the following (I use only printk's) : > 1.. Paging mechanism, I need to check if the kernel reaches this point > by requesting pages. arch/mips/mm/init.c:do_page_fault(). > 2.. Schedular mechanism, I need to see if the kernel tries to run the > new thread. kernel/sched.c:schedule(). > Can anyone explain to me how the paging mechanism runs ? who actually > calls it ? does it use the one of the software interrupts in the CPU ? Nothing uses the software interrupts in the CPU. In you case the paging mechanism is triggered by the TLB faults. > If it is possible to give me a pinpoint of functions that I can use to > debug and not only the name of the file. > > Do you have any suggestion for approaches to solve this problem ? > > For developing this embedded system I used things like in kernel 2.0.34, > like defining mips_memory_upper=0x81000000 for 16MByte system, should I > do anything special for the pages or any other memory initializations ? > > What does the memory controller in SGI boards do ? What the file > arch/mips/sgi/kernel/indy_mc.c do ? > > Where can I get latest version of kernel 2.2 ? I tried at > oss.sgi.com/pub/linux/mips/src/kernel/v2.2 but the directory is empty ! Get it from the anonymous CVS archive, the branch tag is ``linux_2_2''. Ralf From jeremy@goop.org Thu May 18 02:35:41 2000 Received: from gw.goop.org (firewall@adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA14708; Thu, 18 May 2000 02:35:40 +0200 (MET DST) Received-Date: Thu, 18 May 2000 02:35:40 +0200 (MET DST) Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id EAD2262003; Wed, 17 May 2000 17:36:05 -0700 (PDT) Received: by ixodes.goop.org (Postfix, from userid 223) id 3DCB2ACDE6; Wed, 17 May 2000 17:39:33 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.4 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <391EECB7.2F5670E7@netx4.com> Date: Wed, 17 May 2000 17:39:33 -0700 (PDT) From: Jeremy Fitzhardinge To: Dan Malek Subject: Re: Calling testers for another Dead Function Optimisation updat Cc: linux-embedded@waste.org, linuxppc-dev@lists.linuxppc.org, sparclinux@vger.rutgers.edu, linux-mips@fnet.fr, linux-alpha@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-kernel@vger.rutgers.edu, Graham Stoney Content-Length: 785 Lines: 16 On 14-May-2000 Dan Malek wrote: > This is the way the kernel used to be, with the kernel objects > as *.a files instead of *.o files. I remember a discussion on > some mailing lists when things changed from *.a to *.o, and I > asked why it had changed. The response I received was the change > was due to loadable modules, that when you link the kernel as a > bunch of *.a files the result is usually missing lots of functions > that a loadable module may want to call. Anything which is referenced by the exported symbol table will still be in the image. The main value of Graham's work is that is allow's sub-object file resolution for getting rid of unused stuff - useful for eliminating functions which are only used with certain combinations of CONFIG settings. J From greyham@research.canon.com.au Thu May 18 04:22:23 2000 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA15207; Thu, 18 May 2000 04:22:20 +0200 (MET DST) Received-Date: Thu, 18 May 2000 04:22:20 +0200 (MET DST) Received: (qmail 6927 invoked from network); 18 May 2000 02:21:40 -0000 Received: from bellmann.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 18 May 2000 02:21:39 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by bellmann.research.canon.com.au (Postfix) with ESMTP id CD1BB8B10; Thu, 18 May 2000 12:21:11 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id E636F3C95E; Thu, 18 May 2000 12:21:27 +1000 (EST) Subject: Re: Calling testers for another Dead Function Optimisation update To: lk@tantalophile.demon.co.uk (Jamie Lokier) Date: Thu, 18 May 2000 12:21:27 +1000 (EST) Cc: greyham@research.canon.com.au (Graham Stoney), dan@netx4.com (Dan Malek), linux-kernel@vger.rutgers.edu, linux-m68k@lists.linux-m68k.org, linux-alpha@vger.rutgers.edu, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, linuxppc-dev@lists.linuxppc.org, linux-embedded@waste.org In-Reply-To: <20000517125253.A21027@pcep-jamie.cern.ch> from "Jamie Lokier" at May 17, 2000 12:52:53 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000518022127.E636F3C95E@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 2429 Lines: 55 Graham Stoney wrote: > I'm definitely with you on this one. Using ld -r in intermediate > stages is defeating the linker's natural ability to exclude unused > objects. My patch achieves a similar effect by allowing the linker to > exclude unused functions, but it does so in a very torturous way. I'd > prefer to have both .a's for wholesale dead object elimination _and_ > -ffunction-sections for elimination of any remaining dead functions. Jamie Lokier writes: > OTOH .a's are slower than ld -r. They don't save any I/O: all the > enclosed object files have to be duplicated until the final link anyway. > ld -r removes duplicate symbols and debugging information, which makes > the .o files smaller than the corresponding .a files and faster to read. Even if Jamie's theoretical assertion that using 'ar' is slower overall than 'ld -r' in the kernel build was true, the difference is in the noise. I just tried recompiling the exact same kernel with both, and the elapsed compilation times are essentially identical. In fact, 'ar' came out marginally faster, but the difference is pure noise because the intermediate library build and final link times are small compared to the overall compile time. Of course, the resulting vmlinux built with 'ar' is (slightly) smaller, every time. With 'ar': % time make vmlinux 221.170u 18.560s 4:29.38 88.9% 0+0k 0+0io 360058pf+0w greyham@brixi% powerpc-linux-size vmlinux text data bss dec hex filename 851068 70500 99320 1020888 f93d8 vmlinux With 'ld -r': % time make vmlinux 220.500u 17.340s 4:39.54 85.0% 0+0k 0+0io 325884pf+0w % powerpc-linux-size vmlinux text data bss dec hex filename 864624 70516 99364 1034504 fc908 vmlinux Also, bear in mind that using 'ar' would allow us to eliminate lots of "ifdef CONFIG_..." ugliness from Makefiles. Don't do by hand what the linker can do for us automatically. For anyone interested in pursuing this, my patch for building using 'ar' is available at: http://members.xoom.com/greyhams/linux/patches/2.2/arbuild.patch It should apply reasonably cleanly either with or without my earlier dead function optimisation patch. You need both to get the smallest result due to constant string handling issues in gcc 2.95.2. Enjoy, Graham -- Graham Stoney Principal Hardware/Software Engineer Canon Information Systems Research Australia Ph: +61 2 9805 2909 Fax: +61 2 9805 2929 From m_kitamura@ma.e-colle.com Thu May 18 09:45:02 2000 Received: from smtp.ma.e-colle.com (ns1.ma.e-colle.com [160.239.3.21]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA19238; Thu, 18 May 2000 09:45:01 +0200 (MET DST) Received-Date: Thu, 18 May 2000 09:45:01 +0200 (MET DST) Received: (qmail 587 invoked by uid 0); 18 May 2000 16:42:28 +0900 Received: from unknown (HELO computer) (210.198.218.86) by ma.e-colle.com with SMTP; 18 May 2000 16:42:28 +0900 Message-ID: <00aa01bfc09c$f39c4840$56dac6d2@computer> From: "FNS" To: Subject: =?iso-2022-jp?B?GyRCIVYlYSE8JWslIiVJJWwlOSFXN2MwQkhOR2QbKEI=?= Date: Thu, 18 May 2000 16:42:52 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" 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 Content-Length: 1871 Lines: 48 突然のメール失礼します。 不必要であればお手数ですが削除願います。 お知らせいただければ,送信を控えさせていただきます。 インターネットメールは,これからのビジネスを推進していくのに 必要不可欠なものです。 ビジネスに効率よく利用するには、大量の「メールアドレス」 が必要となります。　インターネットＤＭの場合は、郵送のＤＭ に比べて比較にならないほど費用がかかりません。 郵送のＤＭでは採算が合わないとあきらめている方は、ぜひ インターネットＤＭをご検討下さい。 きっと新しい販路が開かれると思います。　　 当社では下記の価格で激安販売させていただいています。 +++++++++++++++++++++++ ５万件　 ５千円 １２万件 　１万円　 ２５万件 　２万円　 ５０万件 　４万円　 　１００万件　 ５万円 　１３０万件　 ６万円　 +++++++++++++++++++++++ ぜひこの機会にお買い求め下さい。 ☆ 購入希望の方は「メールアドレス激安希望」として 　　　お問い合わせ下さい。 ご入金方法は以下のいずれかを指定してください。 （１）代金引換（郵便局）の場合 　　　　お名前・住所・希望商品の件数と価格をお知らせください。 　　　　データーは　textファイル形式でフロッピーに入れて 　　　　郵送いたします。（４５０円の送料を頂きます） 　 （２）銀行振込の場合 　　　　指定口座へお振り込みください(メールでお知らせします） 　　　　お振り込み確認後、早急に商品をお送りいたします。　 　　　　データーはtextファイル形式でメールに添付して送信します。 　　　（又は、指定していただけば、フロッピーに入れて郵送します） 　　　　MACご使用の場合は送信に限らせていただきます。　　　 　　　　 　　どうぞよろしくお願いいたします http://www.d5.dion.ne.jp/~mr.yama/fnsglory.html http://www.freenetsolution.com/rep.cgi/43806 From agx@bert.physik.uni-konstanz.de Thu May 18 16:11:50 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21597; Thu, 18 May 2000 16:11:48 +0200 (MET DST) Received-Date: Thu, 18 May 2000 16:11:48 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12sR1d-0000jv-00; Thu, 18 May 2000 16:11:45 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Thu, 18 May 2000 16:11:36 +0200 Date: Thu, 18 May 2000 16:11:36 +0200 From: Guido Guenther To: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: SIGIO Handler Message-ID: <20000518161135.A26055@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.1.9i Content-Length: 1920 Lines: 76 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm still trying to get the mouse to work under X. The problem seems not to be related to X itself but to a kernel/glibc problem. X uses a SIGIO handler to "get notified" about mouse events. I wrote my own small SIGIO handler(see attached program) which works fine on my intel box but not on an indy (glibc-2.0.6-3lm/linux-2.2.13-20000211). Could please someone else run the attached program on mips/mipsel and check if it works or give me a hint where to start to look for the problem. Regards, -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc --YZ5djTAD1cGYuMQK Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="sigio.c" # include # include # include # include # include # include # include static int fd = 0; fd_set sig_mask; static void sigio_handler (int sig) { int i; fd_set ready; struct timeval to; int r; ready = sig_mask; to.tv_sec = 0; to.tv_usec = 0; while(((r = select (fd+1, &ready, 0, 0, &to)) == -1) && (errno == EINTR)); if (FD_ISSET (fd, &ready)) printf("SIGIO Handler for fd %d\n", fd); } main() { struct sigaction sa; struct sigaction osa; printf("Installing SIGIO handler for fd: %d\n", fd); printf("Hitting return should call the SIGIO Handler\n"); sigemptyset(&sa.sa_mask); sigaddset(&sa.sa_mask, SIGIO); sa.sa_flags = 0; sa.sa_handler = sigio_handler; sigaction(SIGIO, &sa, &osa); FD_SET (fd, &sig_mask); if (fcntl(fd, F_SETOWN, getpid()) == -1) { printf("fcntl(%d, F_SETOWN): %s\n", fd, strerror(errno)); return 1; } if (fcntl(fd, F_SETFL, fcntl(fd, F_GETFL) | O_ASYNC) == -1) { printf("fcntl(%d, O_ASYNC): %s\n", fd, strerror(errno)); return 1; } while(1); return 0; } --YZ5djTAD1cGYuMQK-- From D.vanIersel@kpn.com Thu May 18 17:16:58 2000 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA21978; Thu, 18 May 2000 17:16:58 +0200 (MET DST) Received-Date: Thu, 18 May 2000 17:16:58 +0200 (MET DST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JPJXBC3KXY0003UH@research.kpn.com> for linux-mips@fnet.fr; Thu, 18 May 2000 17:16:56 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Thu, 18 May 2000 17:16:52 +0100 Content-return: allowed Date: Thu, 18 May 2000 17:16:54 +0100 From: "Iersel, D. van" Subject: O2 To: "'linux-mips@fnet.fr'" Message-id: <03ADBFD12399D3119C2800508B0C66D293FD9B@g04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Content-Length: 761 Lines: 32 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I don't know what I am getting myself into, but I have a SGI O2 collecting dust. I was looking into a Linux port which I haven't found yet, so if you have any info for me, or some things I can do myself, let me know. Cheers, Dylan __________________________________________________ Dylan van Iersel KPN Research - Telecommunications Management PAV B38 / +31 (50) 5821091 P.O.Box 15000; 9700 CD; Groningen; The Netherlands __________________________________________________ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use iQA/AwUBOSQJa4HnEBTAwxMLEQJtQACff+aLPtHtKO5ENjWzFseUQnXXZ4YAniMl zbqJncKYb44VVnFDUF2v+/pz =z7oM -----END PGP SIGNATURE----- From lukasz.tylski@apcon.com.pl Fri May 19 10:31:24 2000 Received: from nt-war01.apcon.com.pl (nt-war01.apcon.com.pl [212.244.58.143]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA00496; Fri, 19 May 2000 10:31:23 +0200 (MET DST) Received-Date: Fri, 19 May 2000 10:31:23 +0200 (MET DST) Received: by nt-war01.apcon.com.pl with Internet Mail Service (5.0.1460.8) id ; Fri, 19 May 2000 10:29:30 +0200 Message-ID: <91F16947B5B6D21187DB00A0C9D4D3B5473671@nt-war01.apcon.com.pl> From: "Tylski, Lukasz" To: linux-mips@fnet.fr Subject: RM400 Date: Fri, 19 May 2000 10:29:28 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Length: 276 Lines: 14 Hi ! Can you give me some information about porting Linux/MIPS to RM400 ?=20 Best regards from Poland =A3ukasz Tylski APCON IBS ul. Owocowa 21B 62-080 Tarnowo Podg=F3rne Poland mobile +48-604-545-046 e-mail Lukasz.Tylski@apcon.com.pl From spock@mgnet.de Fri May 19 12:08:03 2000 Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA00982; Fri, 19 May 2000 12:08:01 +0200 (MET DST) Received-Date: Fri, 19 May 2000 12:08:01 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP); Fri, 19 May 2000 12:07:14 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id MAA13331 for ; Fri, 19 May 2000 12:07:11 +0200 (MET DST) Received: (qmail 1505 invoked from network); 19 May 2000 10:07:11 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 19 May 2000 10:07:11 -0000 Date: Fri, 19 May 2000 12:07:19 +0200 From: Klaus Naumann To: Linux MIPS cthulhu , Linux MIPS Subject: [PATCH] Merging CPU & Machine selection in config.in Message-ID: <20000519120719.A31118@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 3434 Lines: 124 --AWniW0JNca5xppdA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, attached is a patch which merges the CPU and machine selection in the kernel configuration into one Main Menu. The reason is that I think it's not necessary to have two main menus used for this task. Please tell me if you like this idea or not and if so why you don't like it. CU Klaus P.S.: Sorry if you received this mail two times - there seemed to be some problems with the first one I sent. -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt --AWniW0JNca5xppdA Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="config.in-cpuandmachine.patch" diff -Nur linux/arch/mips/config.in linux.build/arch/mips/config.in --- linux/arch/mips/config.in Tue May 16 16:56:08 2000 +++ linux.build/arch/mips/config.in Tue May 16 17:14:36 2000 @@ -10,7 +10,7 @@ endmenu mainmenu_option next_comment -comment 'Machine selection' +comment 'Machine/CPU selection' bool 'Support for Acer PICA 1 chipset' CONFIG_ACER_PICA_61 if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then bool 'Support for Algorithmics P4032 (EXPERIMENTAL)' CONFIG_ALGOR_P4032 @@ -23,6 +23,38 @@ bool 'Support for SGI IP22' CONFIG_SGI_IP22 bool 'Support for SNI RM200 PCI' CONFIG_SNI_RM200_PCI +choice 'CPU type' \ + "R3000 CONFIG_CPU_R3000 \ + R6000 CONFIG_CPU_R6000 \ + R4300 CONFIG_CPU_R4300 \ + R4x00 CONFIG_CPU_R4X00 \ + R5000 CONFIG_CPU_R5000 \ + R56x0 CONFIG_CPU_NEVADA \ + R8000 CONFIG_CPU_R8000 \ + R10000 CONFIG_CPU_R10000" R4x00 + +bool 'Advanced CPU Config' CONFIG_CPU_ADVANCED + +if [ "$CONFIG_CPU_ADVANCED" = "y" ]; then + bool ' ll/sc Instructions available' CONFIG_CPU_HAS_LLSC + bool ' Writeback Buffer available' CONFIG_CPU_HAS_WB +else + if [ "$CONFIG_CPU_R3000" = "y" ]; then + if [ "$CONFIG_DECSTATION" = "y" ]; then + define_bool CONFIG_CPU_HAS_LLSC n + define_bool CONFIG_CPU_HAS_WB y + else + define_bool CONFIG_CPU_HAS_LLSC n + define_bool CONFIG_CPU_HAS_WB n + fi + else + define_bool CONFIG_CPU_HAS_LLSC y + define_bool CONFIG_CPU_HAS_WB n + fi +fi + + + # # Select some configuration options automatically for certain systems. # @@ -76,40 +108,6 @@ if [ "$CONFIG_PCI" != "y" ]; then define_bool CONFIG_PCI n fi -endmenu - -mainmenu_option next_comment - comment 'CPU selection' - - choice 'CPU type' \ - "R3000 CONFIG_CPU_R3000 \ - R6000 CONFIG_CPU_R6000 \ - R4300 CONFIG_CPU_R4300 \ - R4x00 CONFIG_CPU_R4X00 \ - R5000 CONFIG_CPU_R5000 \ - R56x0 CONFIG_CPU_NEVADA \ - R8000 CONFIG_CPU_R8000 \ - R10000 CONFIG_CPU_R10000" R4x00 - - bool 'Override CPU Options' CONFIG_CPU_ADVANCED - - if [ "$CONFIG_CPU_ADVANCED" = "y" ]; then - bool ' ll/sc Instructions available' CONFIG_CPU_HAS_LLSC - bool ' Writeback Buffer available' CONFIG_CPU_HAS_WB - else - if [ "$CONFIG_CPU_R3000" = "y" ]; then - if [ "$CONFIG_DECSTATION" = "y" ]; then - define_bool CONFIG_CPU_HAS_LLSC n - define_bool CONFIG_CPU_HAS_WB y - else - define_bool CONFIG_CPU_HAS_LLSC n - define_bool CONFIG_CPU_HAS_WB n - fi - else - define_bool CONFIG_CPU_HAS_LLSC y - define_bool CONFIG_CPU_HAS_WB n - fi - fi endmenu mainmenu_option next_comment --AWniW0JNca5xppdA-- From ralf@oss.sgi.com Fri May 19 16:31:42 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA02818; Fri, 19 May 2000 16:31:41 +0200 (MET DST) Received-Date: Fri, 19 May 2000 16:31:41 +0200 (MET DST) Received: from cacc-21.uni-koblenz.de (cacc-21.uni-koblenz.de [141.26.131.21]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id QAA15900; Fri, 19 May 2000 16:31:25 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Fri, 19 May 2000 14:37:37 +0200 Date: Fri, 19 May 2000 14:37:37 +0200 From: Ralf Baechle To: Guido Guenther , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000519143737.C1244@uni-koblenz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000518161135.A26055@bert.physik.uni-konstanz.de>; from agx@bert.physik.uni-konstanz.de on Thu, May 18, 2000 at 04:11:36PM +0200 X-Accept-Language: de,en,fr Content-Length: 904 Lines: 17 On Thu, May 18, 2000 at 04:11:36PM +0200, Guido Guenther wrote: > I'm still trying to get the mouse to work under X. The problem seems not > to be related to X itself but to a kernel/glibc problem. X uses a SIGIO > handler to "get notified" about mouse events. I wrote my own small SIGIO > handler(see attached program) which works fine on my intel box but not > on an indy (glibc-2.0.6-3lm/linux-2.2.13-20000211). Could please someone > else run the attached program on mips/mipsel and check if it works or > give me a hint where to start to look for the problem. Sigh... Looking at this the first thing I noticed was that the ancient strace that probably most of us are using prints wrong signal names and in general seems to have problems. Maybe I even just found the source of a good fraction of the GDB problems. Affects both mips and mips64. Looking at those ptrace problems first ... Ralf From macro@ds2.pg.gda.pl Fri May 19 16:31:31 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA02725; Fri, 19 May 2000 16:29:41 +0200 (MET DST) Received-Date: Fri, 19 May 2000 16:29:41 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA06278; Fri, 19 May 2000 16:05:39 +0200 (MET DST) Date: Fri, 19 May 2000 16:05:37 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , Geert Uytterhoeven , Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy Documentation In-Reply-To: <20000517180626.D814@uni-koblenz.de> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3014 Lines: 57 On Wed, 17 May 2000, Ralf Baechle wrote: > This world also has an economic part and there a machine that is written > of in the books, that is after just a few years, has no more value and > even becomes a burden. So in most companies perfectly usable and even > adequate configured machines get replaced. At this point the manufacturers' > interested in supplying services also decays because there is just no more > sufficient customer demand and economic justification to keep spare parts > (read: dead capital) and trained personal. For private customers it's > not that much different, usually the machine goes to the dustbin when > the newest slash & kill 3D games are turning into a slide show. So > after just a few years most manufacturers will flush everything including > the old documentation down the drain. Add the fact that the companies > of interest are mostly US located where people change their job more > often than their pants ... Of course -- but I do think that the cost of retaining docs is minimal, at least when compared to profits gained from the respective equipment. Upon the commercial end of life of some stuff an action of preserving docs might be performed by the team that used to support it. I don't think putting docs somewhere on an FTP server takes more than a few days and then hard drives are so cheap there is no point in not keeping such data there forever. > Specs are a bit special, though. You wouldn't believe how many high > tech specs don't exist in a form that is publishable. That's very common Actually I do understand it -- I've never been much enough inclined to work on docs as opposed to making real stuff. As long as they are not handwritten notes on unsorted pieces of paper, but some sort of electronic document, which I would expect to be the case these days, they are still easily processable. > in places where the authors of the specs and it's readers are close to > each other, that is in traditional system companies such as Digital, SGI, > Sun or HP. Their motivation to actually produce high quality documentation > used to be relativly low since at the time of product development the > assumption was that they'd never ever publish the specs. I do not need a high quality docs -- I think anything that lets deduce component's operation is much enough to make it useful. And these bits must be written somewhere anyway, as I wouldn't treat human's mind perfect enough to be the only source of technical details. It's much too delicate. > Free operating systems are changing the rules of the game, so expect > the way documentation is handled to change as well. Well, better late than never, but there is still plenty of excellent equipment out there which loses against crappy old PCs because of lack of documentation. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From spock@mgnet.de Fri May 19 19:11:23 2000 Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA04127; Fri, 19 May 2000 19:11:21 +0200 (MET DST) Received-Date: Fri, 19 May 2000 19:11:21 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP); Fri, 19 May 2000 19:10:53 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id TAA20812 for ; Fri, 19 May 2000 19:10:50 +0200 (MET DST) Received: (qmail 7484 invoked from network); 19 May 2000 17:10:51 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 19 May 2000 17:10:51 -0000 Date: Fri, 19 May 2000 19:11:03 +0200 From: Klaus Naumann To: Linux MIPS , Linux MIPS cthulhu Subject: [OOPS] with 2.3.99-pre on Indigo2 while trying to configure Samba 2.0.7 Message-ID: <20000519191103.B31627@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 7713 Lines: 304 --AWniW0JNca5xppdA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, Flo found out that trying to configure Samba 2.0.7 on his Indigo2 with 2.3.99-pre8 generates and oops at some point. I tried too and got the same result. I tried to track the error down. Here's what I found out: 1st this is the ksymoops output of the dump - it _really_ looks like this is a MIPS problem: >>RA; 8803ecd0 >>PC; 8801e8d8 <===== Trace; 88048400 Trace; 8803ef70 Trace; 8803b060 Trace; 8803b12c Trace; 880279b8 Trace; 88034cc0 Trace; 8802fa64 Trace; 8802fa30 Trace; 8802fcd8 Trace; 88010ec8 Trace; 88010858 Code; 8801e8cc 0000000000000000 <_PC>: Code; 8801e8cc 0: 8c840014 lw $a0,20($a0) Code; 8801e8d0 4: 8f82002c lw $v0,44($gp) Code; 8801e8d4 8: 8cc30044 lw $v1,68($a2) Code; 8801e8d8 <===== c: 8c420044 lw $v0,68($v0) <===== Code; 8801e8dc 10: 1062007a beq $v1,$v0,1fc <_PC+1fc> 8801eac8 Code; 8801e8e0 14: 30840004 andi $a0,$a0,0x4 Code; 8801e8e4 18: 3c028819 lui $v0,0x8819 Code; 8801e8e8 1c: 8c42d440 lw $v0,-11200($v0) Code; 8801e8ec 20: 3c038000 lui $v1,0x8000 2nd the program which causes the dump is attached. It seems to be a reproducable error in the mmap function. My kernel knowledge is far away from being able to hunt down the bug, I hope someone else can take a look. HTH, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt --AWniW0JNca5xppdA Content-Type: text/x-c; charset=us-ascii Content-Disposition: attachment; filename="shared_mmap.c" /* this tests whether we can use a shared writeable mmap on a file - as needed for the mmap varient of FAST_SHARE_MODES */ #define HAVE_VOLATILE 1 #define STDC_HEADERS 1 #define HAVE_DIRENT_H 1 #define TIME_WITH_SYS_TIME 1 #define HAVE_SYS_WAIT_H 1 #define HAVE_ARPA_INET_H 1 #define HAVE_SYS_FCNTL_H 1 #define HAVE_SYS_SELECT_H 1 #define HAVE_FCNTL_H 1 #define HAVE_SYS_TIME_H 1 #define HAVE_SYS_UNISTD_H 1 #define HAVE_UNISTD_H 1 #define HAVE_UTIME_H 1 #define HAVE_GRP_H 1 #define HAVE_LIMITS_H 1 #define HAVE_MEMORY_H 1 #define HAVE_NET_IF_H 1 #define HAVE_RPC_RPC_H 1 #define HAVE_RPCSVC_YP_PROT_H 1 #define HAVE_RPCSVC_YPCLNT_H 1 #define HAVE_SYS_PARAM_H 1 #define HAVE_CTYPE_H 1 #define HAVE_SYS_WAIT_H 1 #define HAVE_SYS_RESOURCE_H 1 #define HAVE_SYS_IOCTL_H 1 #define HAVE_SYS_MMAN_H 1 #define HAVE_STRING_H 1 #define HAVE_STRINGS_H 1 #define HAVE_STDLIB_H 1 #define HAVE_SYS_SOCKET_H 1 #define HAVE_SYS_MOUNT_H 1 #define HAVE_SYS_VFS_H 1 #define HAVE_TERMIOS_H 1 #define HAVE_TERMIO_H 1 #define HAVE_SYS_STATFS_H 1 #define HAVE_STDARG_H 1 #define HAVE_SHADOW_H 1 #define HAVE_NETINET_IP_H 1 #define HAVE_NETINET_TCP_H 1 #define HAVE_NETINET_IN_SYSTM_H 1 #define HAVE_POLL_H 1 #define HAVE_READLINE_READLINE_H 1 #define HAVE_READLINE_HISTORY_H 1 #define HAVE_SYSCALL_H 1 #define HAVE_SYS_SYSCALL_H 1 #define HAVE_SYS_CDEFS_H 1 #define HAVE_GLOB_H 1 #define HAVE_UTMP_H 1 #define SIZEOF_INT 4 #define SIZEOF_LONG 4 #define SIZEOF_SHORT 2 #define WORDS_BIGENDIAN 1 #define RETSIGTYPE void #define HAVE_ST_RDEV 1 #define HAVE_DIRENT_D_OFF 1 #define offset_t loff_t #define HAVE_LIBDL 1 #define HAVE_SIG_ATOMIC_T_TYPE 1 #define HAVE_ERRNO_DECL 1 #define HAVE_SETRESUID 1 #define HAVE_SETRESGID 1 #define HAVE_CRYPT 1 #define HAVE_CONNECT 1 #define HAVE_EXECL 1 #define HAVE_WAITPID 1 #define HAVE_GETCWD 1 #define HAVE_STRDUP 1 #define HAVE_STRTOUL 1 #define HAVE_STRERROR 1 #define HAVE_CHOWN 1 #define HAVE_CHMOD 1 #define HAVE_CHROOT 1 #define HAVE_FSTAT 1 #define HAVE_STRCHR 1 #define HAVE_UTIME 1 #define HAVE_UTIMES 1 #define HAVE_GETRLIMIT 1 #define HAVE_FSYNC 1 #define HAVE_BZERO 1 #define HAVE_MEMSET 1 #define HAVE_MEMMOVE 1 #define HAVE_VSNPRINTF 1 #define HAVE_SNPRINTF 1 #define HAVE_SETSID 1 #define HAVE_GLOB 1 #define HAVE_STRPBRK 1 #define HAVE_PIPE 1 #define HAVE_STRFTIME 1 #define HAVE_SIGPROCMASK 1 #define HAVE_SIGBLOCK 1 #define HAVE_SIGACTION 1 #define HAVE_INNETGR 1 #define HAVE_SETNETGRENT 1 #define HAVE_GETNETGRENT 1 #define HAVE_ENDNETGRENT 1 #define HAVE_INITGROUPS 1 #define HAVE_SELECT 1 #define HAVE_GETGRNAM 1 #define HAVE_GETGRENT 1 #define HAVE_PATHCONF 1 #define HAVE_SETGROUPS 1 #define HAVE_SYSCONF 1 #define HAVE_MKTIME 1 #define HAVE_RENAME 1 #define HAVE_FTRUNCATE 1 #define HAVE_ATEXIT 1 #define HAVE_DUP2 1 #define HAVE_SRANDOM 1 #define HAVE_RANDOM 1 #define HAVE_SRAND 1 #define HAVE_RAND 1 #define HAVE_SETENV 1 #define HAVE_USLEEP 1 #define HAVE_STRCASECMP 1 #define HAVE_FCVT 1 #define HAVE_SYSCALL 1 #define HAVE___DUP 1 #define HAVE___DUP2 1 #define HAVE___OPENDIR 1 #define HAVE___READDIR 1 #define HAVE___CLOSEDIR 1 #define HAVE___GETCWD 1 #define HAVE___XSTAT 1 #define HAVE___FXSTAT 1 #define HAVE___LXSTAT 1 #define HAVE___STAT 1 #define HAVE___LSTAT 1 #define HAVE___FSTAT 1 #define HAVE___OPEN 1 #define HAVE___CHDIR 1 #define HAVE___CLOSE 1 #define HAVE___FCNTL 1 #define HAVE___GETDENTS 1 #define HAVE___LSEEK 1 #define HAVE___READ 1 #define HAVE___WRITE 1 #define HAVE___FORK 1 #define HAVE___SYS_LLSEEK 1 #define HAVE_LLSEEK 1 #define HAVE_GETSPNAM 1 #define HAVE_GETSPNAM 1 #define HAVE_GETSPNAM 1 #define LINUX 1 #define HAVE_LONGLONG 1 #define COMPILER_SUPPORTS_LL 1 #define HAVE_UNION_SEMUN 1 #define SEEKDIR_RETURNS_VOID 1 #define HAVE_FILE_MACRO 1 #define HAVE_FUNCTION_MACRO 1 #define HAVE_GETTIMEOFDAY_TZ 1 #define HAVE_UTIMBUF 1 #define HAVE_UT_UT_NAME 1 #define HAVE_UT_UT_USER 1 #define HAVE_UT_UT_ID 1 #define HAVE_UT_UT_HOST 1 #define HAVE_UT_UT_TIME 1 #define HAVE_UT_UT_TV 1 #define HAVE_FTRUNCATE_EXTEND 1 #define REPLACE_GETPASS 1 #define HAVE_FNMATCH 1 #define SYSCONF_SC_NGROUPS_MAX 1 #define HAVE_ROOT 1 #define HAVE_IFACE_IFCONF 1 #if defined(HAVE_UNISTD_H) #include #endif #include #include #include #include #define DATA "conftest.mmap" #ifndef MAP_FILE #define MAP_FILE 0 #endif main() { int *buf; int i; int fd = open(DATA,O_RDWR|O_CREAT|O_TRUNC,0666); int count=7; if (fd == -1) exit(1); for (i=0;i<10000;i++) { write(fd,&i,sizeof(i)); } close(fd); if (fork() == 0) { fd = open(DATA,O_RDWR); if (fd == -1) exit(1); buf = (int *)mmap(NULL, 10000*sizeof(int), (PROT_READ | PROT_WRITE), MAP_FILE | MAP_SHARED, fd, 0); while (count-- && buf[9124] != 55732) sleep(1); if (count <= 0) exit(1); buf[1763] = 7268; exit(0); } fd = open(DATA,O_RDWR); if (fd == -1) exit(1); buf = (int *)mmap(NULL, 10000*sizeof(int), (PROT_READ | PROT_WRITE), MAP_FILE | MAP_SHARED, fd, 0); if (buf == (int *)-1) exit(1); buf[9124] = 55732; while (count-- && buf[1763] != 7268) sleep(1); unlink(DATA); if (count > 0) exit(0); exit(1); } --AWniW0JNca5xppdA-- From spock@mgnet.de Fri May 19 20:53:43 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA04626; Fri, 19 May 2000 20:53:42 +0200 (MET DST) Received-Date: Fri, 19 May 2000 20:53:42 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Fri, 19 May 2000 20:53:23 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id UAA00227 for ; Fri, 19 May 2000 20:53:20 +0200 (MET DST) Received: (qmail 9125 invoked from network); 19 May 2000 18:53:20 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 19 May 2000 18:53:20 -0000 Date: Fri, 19 May 2000 20:53:33 +0200 From: Klaus Naumann To: Linux MIPS cthulhu , Linux MIPS Subject: [PATCH] EXPORT_SYMBOL(irq_stat) Message-ID: <20000519205333.A31778@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AWniW0JNca5xppdA" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0-pre1 Content-Length: 1005 Lines: 36 --AWniW0JNca5xppdA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, I made a really _HUGE_ patch ;D . It fixes a problem I discovered with the sr_mod.o SCSI cdrom module, it had an unresolved symbol which I added to mips/kernel/mips_ksyms.c CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt --AWniW0JNca5xppdA Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="irq_stat-symbol-export.patch" diff -Nur linux/arch/mips/kernel/mips_ksyms.c linux.build/arch/mips/kernel/mips_ksyms.c --- linux/arch/mips/kernel/mips_ksyms.c Sat Apr 8 00:27:08 2000 +++ linux.build/arch/mips/kernel/mips_ksyms.c Fri May 19 20:13:56 2000 @@ -132,3 +132,5 @@ #endif EXPORT_SYMBOL(get_wchan); + +EXPORT_SYMBOL(irq_stat); --AWniW0JNca5xppdA-- From mailinglist@ichilton.co.uk Sat May 20 16:12:21 2000 Received: from serv1.is1.u-net.net (serv1.is1.u-net.net [195.102.240.129]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA14070; Sat, 20 May 2000 16:12:21 +0200 (MET DST) Received-Date: Sat, 20 May 2000 16:12:21 +0200 (MET DST) Received: from [62.252.240.81] (helo=ian) by serv1.is1.u-net.net with smtp (Exim 3.12 #1) id 12t9zE-0004N6-00; Sat, 20 May 2000 15:12:16 +0100 From: "Ian Chilton" To: Cc: Subject: Linux on SGI, with X Date: Sat, 20 May 2000 15:13:28 +0100 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4132.2800 Content-Length: 1103 Lines: 31 Hello, Is it possible to run Linux on an SGI Indy, with X? I have found http://www.linux.sgi.com, but it says there is no X included, but it doesn't seem to have been updated for over a year....does anyone have any more information? Thanks! Bye for Now, Ian \|||/ (o o) /---------------------------ooO-(_)-Ooo---------------------------\ | Ian Chilton (IRC Nick - GadgetMan) ian@ichilton.co.uk | |-----------------------------------------------------------------| | Backup E-Mail --> ian@ichilton.dhis.org ICQ #: 16007717 | | Mobile Phone (MAX 150 Chars!) --> ianchilton@sms.genie.co.uk | |-----------------------------------------------------------------| | http://www.ianchilton.co.uk --> Main Page | | http://www.ichilton.co.uk --> Own Web Server (When Online) | |-----------------------------------------------------------------| | "Unix is user friendly - it's just picky about it's friends." | \-----------------------------------------------------------------/ From hand@tk1.speed.co.jp Sat May 20 19:13:13 2000 Received: from www02.speed.co.jp (qmailr@www02.speed.co.jp [210.163.139.11]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA14813; Sat, 20 May 2000 19:13:12 +0200 (MET DST) Date: Sat, 20 May 2000 19:13:12 +0200 (MET DST) Received-Date: Sat, 20 May 2000 19:13:12 +0200 (MET DST) Received: (qmail 24094 invoked from network); 19 May 2000 20:40:07 -0000 Received: from dh013.speed.co.jp (HELO oemcomputer) (210.163.139.33) by www02.speed.co.jp with SMTP; 19 May 2000 20:40:07 -0000 From: dmdaiko To: Subject: =?ISO-2022-JP?B?GyRCJTIhPCVgNDYzUCRHO08kYSRpJGwka0Q2NEpDMSVTGyhC?= =?ISO-2022-JP?B?GyRCJTglTSU5GyhC?= ! MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Achi-Kochi Mail ver1.03 Content-Length: 390 Lines: 14 ニュービジネス速報！ネットワークビジネスの決定版！ ジュエリーネット！！ゲーム感覚で始められる超簡単ビジネス！ 初期投資　１９，８００円のみ。それ以上お金はかかりません！ 誰でも成功できるシステムと素敵なジュエリーが貴方を待っています！ 詳細はこちら→http://www.rd.mmtr.or.jp/~devil666/houseki お問い合せは hand@tk1.speed.co.jp まで. まで. From hand@tk1.speed.co.jp Sat May 20 19:13:13 2000 Received: from www02.speed.co.jp (qmailr@www02.speed.co.jp [210.163.139.11]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA14813; Sat, 20 May 2000 19:13:12 +0200 (MET DST) Date: Sat, 20 May 2000 19:13:12 +0200 (MET DST) Received-Date: Sat, 20 May 2000 19:13:12 +0200 (MET DST) Received: (qmail 24094 invoked from network); 19 May 2000 20:40:07 -0000 Received: from dh013.speed.co.jp (HELO oemcomputer) (210.163.139.33) by www02.speed.co.jp with SMTP; 19 May 2000 20:40:07 -0000 From: dmdaiko To: Subject: =?ISO-2022-JP?B?GyRCJTIhPCVgNDYzUCRHO08kYSRpJGwka0Q2NEpDMSVTGyhC?= =?ISO-2022-JP?B?GyRCJTglTSU5GyhC?= ! MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Achi-Kochi Mail ver1.03 Content-Length: 390 Lines: 14 ニュービジネス速報！ネットワークビジネスの決定版！ ジュエリーネット！！ゲーム感覚で始められる超簡単ビジネス！ 初期投資　１９，８００円のみ。それ以上お金はかかりません！ 誰でも成功できるシステムと素敵なジュエリーが貴方を待っています！ 詳細はこちら→http://www.rd.mmtr.or.jp/~devil666/houseki お問い合せは hand@tk1.speed.co.jp まで. まで. From machida@sm.sony.co.jp Mon May 22 04:32:52 2000 Received: from ns4.sony.co.jp (ns4.Sony.CO.JP [202.238.80.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA06268; Mon, 22 May 2000 04:32:50 +0200 (MET DST) Received-Date: Mon, 22 May 2000 04:32:50 +0200 (MET DST) Received: from mail2.sony.co.jp (gatekeeper7.Sony.CO.JP [202.238.80.21]) by ns4.sony.co.jp (R8) with ESMTP id LAA48263; Mon, 22 May 2000 11:32:45 +0900 (JST) Received: from smail1.sm.sony.co.jp (smail1.sm.sony.co.jp [43.11.253.1]) by mail2.sony.co.jp (R8) with ESMTP id LAA07146; Mon, 22 May 2000 11:32:45 +0900 (JST) Received: from imail.sm.sony.co.jp (imail.sm.sony.co.jp [43.27.209.5]) by smail1.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id LAA10273; Mon, 22 May 2000 11:32:42 +0900 (JST) Received: from mach0.sm.sony.co.jp (mach0.sm.sony.co.jp [43.27.210.135]) by imail.sm.sony.co.jp (8.8.8/3.7W) with ESMTP id LAA24249; Mon, 22 May 2000 11:32:14 +0900 (JST) Received: from localhost by mach0.sm.sony.co.jp (8.8.8/FreeBSD) with ESMTP id LAA09143; Mon, 22 May 2000 11:32:14 +0900 (JST) To: agx@bert.physik.uni-konstanz.de Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler In-Reply-To: <20000518161135.A26055@bert.physik.uni-konstanz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> X-Mailer: Mew version 1.94.1 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: <20000522113213A.machida@sm.sony.co.jp> Date: Mon, 22 May 2000 11:32:13 +0900 From: Hiroyuki Machida X-Dispatcher: imput version 990905(IM130) Content-Length: 702 Lines: 22 Hi, Guido From: Guido Guenther Subject: SIGIO Handler Date: Thu, 18 May 2000 16:11:36 +0200 > I'm still trying to get the mouse to work under X. The problem seems not > to be related to X itself but to a kernel/glibc problem. X uses a SIGIO > handler to "get notified" about mouse events. I wrote my own small SIGIO > handler(see attached program) which works fine on my intel box but not > on an indy (glibc-2.0.6-3lm/linux-2.2.13-20000211). I had experienced same SIGIO problem. It that time, the definitions of glibc's FASYNC (in fnctbits.h) and kernel's FASYNC (in asm/fcnt..h) were not same. Check those values in your system, first. --- Hiroyuki Machida From isoken@mh.scn-net.ne.jp Mon May 22 13:49:37 2000 Received: from blue2.scn-net.ne.jp (blue2.scn-net.ne.jp [210.231.97.205]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA11058; Mon, 22 May 2000 13:49:35 +0200 (MET DST) Received-Date: Mon, 22 May 2000 13:49:35 +0200 (MET DST) Received: from isoken (hidden-user@white2.scn-net.ne.jp [192.168.0.248]) by blue2.scn-net.ne.jp (8.9.3/3.7W) with SMTP id UAA27247; Mon, 22 May 2000 20:08:14 +0900 Message-ID: <000801bfc3de$4f151140$b38010ac@scnnet.ne.jp> Reply-To: =?iso-2022-jp?B?GyRCLWpCZzBrNjUwaTgmNWYycSFKI24jZSNzIV0jaiNhI3AjYSNuGyhC?= =?iso-2022-jp?B?GyRCIUsbKEI=?= From: =?iso-2022-jp?B?GyRCLWpCZzBrNjUwaTgmNWYycSFKI24jZSNzIV0jaiNhI3AjYSNuGyhC?= =?iso-2022-jp?B?GyRCIUsbKEI=?= To: Subject: =?iso-2022-jp?B?GyRCJSQlcyU/ITwlTSVDJUg2NTBpJEskRCQkJEYkTiQqQ04kaSQ7GyhC?= =?iso-2022-jp?B?GyRCISMbKEI=?= Date: Mon, 22 May 2000 20:10:08 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BFC429.BA5FB180" 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 Content-Length: 4812 Lines: 120 This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BFC429.BA5FB180 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit ＝＝＝＝　株式会社　大磯教育研究会　（ＮＥＳ−ＪＡＰＡＮ）　＝＝＝＝ 　　　　　　　　　　　　からのお知らせです。 インターネットを使っての教育システムが完成いたしました。 http://nes-japan.co.jp 自由な時間に問題を解いて送信。→→→すぐに解答が添削されて届きます。 １．　　学校で分からなかったことが質問でき、すぐに解決されます。 ２．　　定期的に配信される問題を解いて送信。切手を貼り、何日も待つことなどあ りません。 　　　　添削され、コメントの入った解答が２日以内に届きます。 ３．　　問題にはリンクが張られ、博物館や図書館など、いろいろな場所に飛び、 　　　　より多くの知識を得ることができます。 　　　　インター−ネットだからこそできる、素晴らしい教育です。 ４．　　海外子女には、外国に居ながら、日本と同じ教育が同時進行できます。 　　　　また、模擬試験も受けられ、即座に日本の高校の合格判定もできます。 ５．　　問題には詳しいヒントもついています。　 　　　　そして、もっと勉強したい生徒には、頑張ろう問題も付いてきます。 ６．　　海外留学だってお任せです。 そのほかにも、中間・期末試験対策問題など、たくさんの問題があります。 ちょっと私たちのホームページにアクセスして、サンプル問題を解いてみましょう。 　　　　　　　　 　http://nes-japan.co.jp　　　 ２０名の先生やスタッフが、分かりやすく指導してくれます。ぜひご覧ください。 そして、一緒に勉強しましょう。 中学生をお持ちでない方には迷惑なメールだと思いますが、お知り合いに該当者がい ましたら、 ぜひＮＥＳ−ＪＡＰＡＮを教えていただければ、幸いです。楽しく勉強ができるはず です。 突然のお便り、お許しください。 ------=_NextPart_000_0004_01BFC429.BA5FB180 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
=1B$B!a!a!a!a!!3t<02q
 
=1B$B!!!!!!!!!!!!!!!!!!!!!!!!$+$i$N$*CN$i$;$G$9!#=1B(B
 
=1B$B%$%s%?!<%M%C%H$r;H$C$F$N650i%7%9%F%`$,40@.$$$?$7$^$7$?!#=1B(B
 
           &n= bsp;           &nb= sp;=20 http://nes-japan.co.jp
 
=1B$B<+M3$J;~4V$KLdBj$r2r$$$FAw?.!#"*"*"*$9$0$K2rEz$,E::o$5$l$FFO$-$= ^$9!#=1B(B
 
=1B$B#1!%!!!!3X9;$GJ,$+$i$J$+$C$?$3$H$,
=1B$B#2!%!!!!Dj4|E*$KG[?.$5$l$kLdBj$r2r$$$FAw?.!#@Z
=1B$B!!!!!!!!E::o$5$l!"%3%a%s%H$NF~$C$?2rEz$,#2F|0JFb$KFO$-$^$9!#=1B= (B
=1B$B#3!%!!!!LdBj$K$O%j%s%/$,D%$i$l!"GnJ*4[$d?^=3Dq4[$J$I!"$$$m$$$m$= J>l=3Dj$KHt$S!"=1B(B
=1B$B!!!!!!!!$h$jB?$/$NCN<1$rF@$k$3$H$,$G$-$^$9!#=1B(B
=1B$B!!!!!!!!%$%s%?!
=1B$B#4!%!!!!3$30;R=3Dw$K$O!"309q$K5o$J$,$i!"F|K\$HF1$8650i$,F1;~?J9= T$G$-$^$9!#=1B(B
=1B$B!!!!!!!!$^$?!"LO5<;n83$b
=1B$B#5!%!!!!LdBj$K$O>\$7$$%R%s%H$b$D$$$F$$$^$9!#!!=1B(B
=1B$B!!!!!!!!$=3D$7$F!"$b$C$HJY6/$7$?$$@8EL$K$O!"4hD%$m$&LdBj$bIU$$$= F$-$^$9!#=1B(B
=1B$B#6!%!!!!3$30N13X$@$C$F$*G$$;$G$9!#=1B(B
 
=1B$B$=3D$N$[$+$K$b!"Cf4V!&4|Kv;n83BP:vLdBj$J$I!"$?$/$5$s$NLdBj$,$"$= j$^$9!#=1B(B
=1B$B$A$g$C$H;d$?$A$N%[!<%`%Z!<%8$K%"%/%;%9$7$F!"%5%s%W%kLdBj$r2r$$$= F$_$^$7$g$&!#=1B(B
 
=1B$B!!!!!!!!!!!!!!!!=1B(B     =1B$B!!=1B(B= http://nes-japan.co.jp=1B$B!!!!!!=1B(= B
 
=1B$B#2#0L>$N@h@8$d%9%?%C%U$,!"J,$+$j$d$9$/;XF3$7$F$/$l$^$9!#$<$R$4M= w$/$@$5$$!#=1B(B
=1B$B$=3D$7$F!"0l=3Do$KJY6/$7$^$7$g$&!#=1B(B
 
=1B$BCf3X@8$r$*;}$A$G$J$$J}$K$OLBOG$J%a!<%k$@$H;W$$$^$9$,!"$*CN$j9g$= $$K3:Ev
=1B$B$<$R#N#E#S!]#J#A#P#A#N$r65$($F$$$?$@$1$l$P!"9,$$$G$9!#3Z$7$/JY6= /$,$G$-$k$O$:$G$9!#=1B(B
=1B$BFMA3$N$*JX$j!"$*5v$7$/$@$5$$!#=1B(B
 
 
 
------=_NextPart_000_0004_01BFC429.BA5FB180-- From ralf@oss.sgi.com Mon May 22 13:39:19 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA10550; Mon, 22 May 2000 13:39:09 +0200 (MET DST) Received-Date: Mon, 22 May 2000 13:39:09 +0200 (MET DST) Received: from cacc-13.uni-koblenz.de (cacc-13.uni-koblenz.de [141.26.131.13]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id NAA18628; Mon, 22 May 2000 13:38:50 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Mon, 22 May 2000 13:31:49 +0200 Date: Mon, 22 May 2000 13:31:49 +0200 From: Ralf Baechle To: Hiroyuki Machida Cc: agx@bert.physik.uni-konstanz.de, linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000522133149.A4036@uni-koblenz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000522113213A.machida@sm.sony.co.jp>; from machida@sm.sony.co.jp on Mon, May 22, 2000 at 11:32:13AM +0900 X-Accept-Language: de,en,fr Content-Length: 749 Lines: 18 On Mon, May 22, 2000 at 11:32:13AM +0900, Hiroyuki Machida wrote: > > I'm still trying to get the mouse to work under X. The problem seems not > > to be related to X itself but to a kernel/glibc problem. X uses a SIGIO > > handler to "get notified" about mouse events. I wrote my own small SIGIO > > handler(see attached program) which works fine on my intel box but not > > on an indy (glibc-2.0.6-3lm/linux-2.2.13-20000211). > > I had experienced same SIGIO problem. It that time, the definitions > of glibc's FASYNC (in fnctbits.h) and kernel's FASYNC (in > asm/fcnt..h) were not same. > > Check those values in your system, first. I'll prepare a new glibc 2.0 release with the header file fixed. Glibc 2.2's is ok. Ralf From agx@bert.physik.uni-konstanz.de Mon May 22 15:30:20 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA12624; Mon, 22 May 2000 15:30:16 +0200 (MET DST) Received-Date: Mon, 22 May 2000 15:30:16 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12tsHW-0002bt-00; Mon, 22 May 2000 15:30:06 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Mon, 22 May 2000 15:30:05 +0200 Date: Mon, 22 May 2000 15:30:05 +0200 From: Guido Guenther To: Hiroyuki Machida , Ralf Baechle Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000522153004.A173@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , Hiroyuki Machida , Ralf Baechle , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000522133149.A4036@uni-koblenz.de>; from ralf@oss.sgi.com on Mon, May 22, 2000 at 01:31:49PM +0200 Content-Length: 1121 Lines: 28 As a temporary workaround I changed the definition in asm/fcntl.h and recomiled the kernel, this makes the little test program work. Hope it works for the xserver too... Thanks a lot, -- Guido On Mon, May 22, 2000 at 01:31:49PM +0200, Ralf Baechle wrote: > On Mon, May 22, 2000 at 11:32:13AM +0900, Hiroyuki Machida wrote: > > > > I'm still trying to get the mouse to work under X. The problem seems not > > > to be related to X itself but to a kernel/glibc problem. X uses a SIGIO > > > handler to "get notified" about mouse events. I wrote my own small SIGIO > > > handler(see attached program) which works fine on my intel box but not > > > on an indy (glibc-2.0.6-3lm/linux-2.2.13-20000211). > > > > I had experienced same SIGIO problem. It that time, the definitions > > of glibc's FASYNC (in fnctbits.h) and kernel's FASYNC (in > > asm/fcnt..h) were not same. > > > > Check those values in your system, first. > > I'll prepare a new glibc 2.0 release with the header file fixed. Glibc 2.2's > is ok. > > Ralf -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From rabeeh@galileo.co.il Mon May 22 10:28:08 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA09245; Mon, 22 May 2000 10:28:04 +0200 (MET DST) Received-Date: Mon, 22 May 2000 10:28:04 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id LAA29608; Mon, 22 May 2000 11:27:29 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <39295261.94FE4CF5@galileo.co.il> Date: Mon, 22 May 2000 11:29:38 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" , Ralf Baechle Subject: page fault handling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3803 Lines: 132 Hi All I'm having trouble with running processes on kernel 2.2.12, here is the do_page_fault printk's (changed #if 0 to #if 1) from two kernels (The kernel is just booting up and reading init process, in my case using root-NFS) kernel 2.0.34 - this kernel works fine VFS: Mounted root (nfs filesystem). [init:1:0fb837d0:1:8003a754] [init:1:1001984c:1:8003a754] [init:1:0fb651a0:0:0fb651a0] [init:1:0fb60100:0:0fb653b4] [init:1:0fb64b94:0:0fb65648] [init:1:0fb610ac:0:0fb65674] [init:1:0fb82eb0:0:0fb6569c] [init:1:0fb82eb0:1:0fb656a8] [init:1:0fb6209c:0:0fb65674] [init:1:0fb69d7c:0:0fb69d7c] [init:1:0fb6be90:0:0fb6be90] [init:1:0fb638b0:0:0fb6bf94] [init:1:0fb6c010:0:0fb6c010] [init:1:0fb70c70:0:0fb70c70] [init:1:0fb6d1a0:0:0fb6d1a0] [init:1:0fb6f7d0:0:0fb6f7d0] [init:1:0fb66124:0:0fb66124] [init:1:2aaab000:1:0fb70200] [init:1:00400034:0:0fb66248] [init:1:0fb6a920:0:0fb6a920] [init:1:0fb68888:0:0fb68888] [init:1:2aaac000:0:0fb6ff88] [init:1:0fb67680:0:0fb67680] [init:1:2aaaf000:0:0fb677ac] [init:1:2aaf242c:1:0fb70268] [init:1:2aaaf140:0:0fb6824c] [init:1:2aaad01a:0:0fb6f580] [init:1:2aaae007:0:0fb6f580] [init:1:2aaf3000:0:0fb677ac] [init:1:2abf0fe8:1:0fb70284] [init:1:2aaf3140:0:0fb6824c] [init:1:2aafff10:0:0fb69d9c] [init:1:2aaf8937:0:0fb6f57c] [init:1:2abef284:0:0fb6a09c] [init:1:2abef280:1:0fb6a0a4] [init:1:2ab00950:0:0fb69400] [init:1:00401034:0:0fb69530] [init:1:2aafd1f4:0:0fb69418] [init:1:2aaf67bf:0:0fb6f57c] [init:1:2ab0213c:0:0fb69530] [init:1:2aafbc14:0:0fb69418] [init:1:2aaf5906:0:0fb6f57c] [init:1:2ab01bc4:0:0fb69530] [init:1:2aafa424:0:0fb69418] [init:1:2aaf45f8:0:0fb6f57c] [init:1:2aafe3a4:0:0fb69418] [init:1:2aaf7203:0:0fb6f57c] [init:1:2aafccc4:0:0fb69418] etc ... kernel 2.2.12 - the address entry is 00000000 - why ? [init:1:00000000:0:800d55d4] [init:1:00000000:0:8004c2c8] [init:1:00000000:0:8004c2d0] [init:1:00000000:0:8004c2fc] [init:1:00000000:0:8004c308] [init:1:00000000:0:8004c31c] [init:1:00000000:0:8004c330] [init:1:00000000:0:8004c33c] [init:1:00000000:0:8004c348] [init:1:00000000:0:8004c354] [init:1:00000000:0:8004c360] [init:1:00000000:0:8004c36c] [init:1:00000000:0:8004c378] [init:1:00000000:0:8004c384] [init:1:00000000:0:8004c390] [init:1:00000000:0:8004c39c] [init:1:00000000:0:8004c3a4] [init:1:00000000:0:8004c3b0] [init:1:00000000:0:8004c3c4] [init:1:00000000:0:8004c3d0] [init:1:00000000:0:8004c3dc] [init:1:00000000:0:8004c3e8] [init:1:00000000:0:8004c3f4] [init:1:00000000:0:8004c400] [init:1:00000000:0:8004c40c] [init:1:00000000:0:8004c418] [init:1:00000000:0:8004c424] [init:1:00000000:0:8004c470] [init:1:00000000:0:8004c490] [init:1:00000000:0:800d5eac] [init:1:00000000:0:8004c4b8] [init:1:00000000:0:8004c4e4] [init:1:00000000:0:800d5eac] [init:1:00000000:0:8004c4e4] [init:1:00000000:0:800d5eac] [init:1:00000000:0:8004c50c] [init:1:00000000:0:800d55d4] // The next six lines are binfmt_elf output (start_brk) 10019a10 (end_code) 4093dc (start_code) 400000 (end_data) 1001984c (start_stack) 7fffff40 (brk) 10019a10 [init:1:00000000:0:0fb651a0] do_page_fault() #2: sending SIGSEGV to init for illegal readaccess from 00000000 (epc == 0fb651a0, ra == 00000000) do_page_fault() #2: sending SIGSEGV to init for illegal readaccess from 00000000 (epc == 0fb651a0, ra == 00000000) [init:1:00000000:0:0fb651a0] do_page_fault() #2: sending SIGSEGV to init for illegal readaccess from 00000000 (epc == 0fb651a0, ra == 00000000) [init:1:00000000:0:0fb651a0] do_page_fault() #2: sending SIGSEGV to init for illegal readaccess from 00000000 (epc == 0fb651a0, ra == 00000000) [init:1:00000000:0:0fb651a0] do_page_fault() #2: sending SIGSEGV to init for illegal readaccess from 00000000 (epc == 0fb651a0, ra == 00000000) [init:1:00000000:0:0fb651a0] etc... Can you speculate the next point that I should debug ? thank you, Rabeeh From ralf@uni-koblenz.de Mon May 22 21:52:44 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA16420; Mon, 22 May 2000 21:52:43 +0200 (MET DST) Received-Date: Mon, 22 May 2000 21:52:43 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id VAA16356; Mon, 22 May 2000 21:52:34 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Mon, 22 May 2000 21:17:55 +0200 Date: Mon, 22 May 2000 21:17:55 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Subject: Re: page fault handling Message-ID: <20000522211755.B4789@uni-koblenz.de> References: <39295261.94FE4CF5@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39295261.94FE4CF5@galileo.co.il>; from rabeeh@galileo.co.il on Mon, May 22, 2000 at 11:29:38AM -0400 X-Accept-Language: de,en,fr Content-Length: 724 Lines: 21 On Mon, May 22, 2000 at 11:29:38AM -0400, Rabeeh Khoury wrote: > I'm having trouble with running processes on kernel 2.2.12, here is the > do_page_fault printk's (changed #if 0 to #if 1) from two kernels (The > kernel is just booting up and reading init process, in my case using > root-NFS) [...] > kernel 2.2.12 - the address entry is 00000000 - why ? > > [init:1:00000000:0:800d55d4] > Can you speculate the next point that I should debug ? As you noticed the address is zero which normally can not happen. So you should research where the kernel gets this zero address from. My next step would be to see which function the epc address 0x800d55d4 belongs to and further analyze things from that point on. Ralf From ralf@oss.sgi.com Mon May 22 21:57:50 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA17365; Mon, 22 May 2000 21:57:49 +0200 (MET DST) Received-Date: Mon, 22 May 2000 21:57:49 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id VAA16922; Mon, 22 May 2000 21:57:42 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Mon, 22 May 2000 21:57:05 +0200 Date: Mon, 22 May 2000 21:57:05 +0200 From: Ralf Baechle To: Guido Guenther , Hiroyuki Machida , Ralf Baechle , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000522215705.B4856@uni-koblenz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> <20000522153004.A173@bert.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000522153004.A173@bert.physik.uni-konstanz.de>; from agx@bert.physik.uni-konstanz.de on Mon, May 22, 2000 at 03:30:05PM +0200 X-Accept-Language: de,en,fr Content-Length: 324 Lines: 9 On Mon, May 22, 2000 at 03:30:05PM +0200, Guido Guenther wrote: > As a temporary workaround I changed the definition in asm/fcntl.h and > recomiled the kernel, this makes the little test program work. Hope it > works for the xserver too... Ok, but you changed the wrong side, libc's definition is what is broken. Ralf From agx@bert.physik.uni-konstanz.de Mon May 22 22:08:15 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA17880; Mon, 22 May 2000 22:08:13 +0200 (MET DST) Received-Date: Mon, 22 May 2000 22:08:13 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12tyUg-0003cm-00; Mon, 22 May 2000 22:08:06 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Mon, 22 May 2000 22:07:55 +0200 Date: Mon, 22 May 2000 22:07:55 +0200 From: Guido Guenther To: Ralf Baechle Cc: Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000522220754.A12960@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , Ralf Baechle , Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> <20000522153004.A173@bert.physik.uni-konstanz.de> <20000522215705.B4856@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000522215705.B4856@uni-koblenz.de>; from ralf@oss.sgi.com on Mon, May 22, 2000 at 09:57:05PM +0200 Content-Length: 735 Lines: 16 On Mon, May 22, 2000 at 09:57:05PM +0200, Ralf Baechle wrote: > On Mon, May 22, 2000 at 03:30:05PM +0200, Guido Guenther wrote: > > > As a temporary workaround I changed the definition in asm/fcntl.h and > > recomiled the kernel, this makes the little test program work. Hope it > > works for the xserver too... > > Ok, but you changed the wrong side, libc's definition is what is broken. I know, but kernel recompiling is much quicker and easier for me to do - therefore I stated it as "workaround" above (until you release a new glibc ;) Xserver works now btw, but is incredible slow(will try to play with dma transfers to speed things up). -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From ralf@oss.sgi.com Mon May 22 22:14:46 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA18794; Mon, 22 May 2000 22:14:45 +0200 (MET DST) Received-Date: Mon, 22 May 2000 22:14:45 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id WAA18850; Mon, 22 May 2000 22:14:33 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Mon, 22 May 2000 22:13:41 +0200 Date: Mon, 22 May 2000 22:13:41 +0200 From: Ralf Baechle To: Guido Guenther , Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000522221341.C4856@uni-koblenz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> <20000522153004.A173@bert.physik.uni-konstanz.de> <20000522215705.B4856@uni-koblenz.de> <20000522220754.A12960@bert.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000522220754.A12960@bert.physik.uni-konstanz.de>; from agx@bert.physik.uni-konstanz.de on Mon, May 22, 2000 at 10:07:55PM +0200 X-Accept-Language: de,en,fr Content-Length: 525 Lines: 15 On Mon, May 22, 2000 at 10:07:55PM +0200, Guido Guenther wrote: > > Ok, but you changed the wrong side, libc's definition is what is broken. > > I know, but kernel recompiling is much quicker and easier for me to do - > therefore I stated it as "workaround" above (until you release a new glibc ;) Is uploading as I write this. > Xserver works now btw, but is incredible slow(will try to play with dma > transfers to speed things up). Excellent. Even if it's slow as molasses, how about making a first release? Ralf From ralf@oss.sgi.com Tue May 23 04:11:34 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA22719; Tue, 23 May 2000 04:11:33 +0200 (MET DST) Received-Date: Tue, 23 May 2000 04:11:33 +0200 (MET DST) Received: from cacc-18.uni-koblenz.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id EAA16656; Tue, 23 May 2000 04:11:27 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 May 2000 04:11:09 +0200 Date: Tue, 23 May 2000 04:11:09 +0200 From: Ralf Baechle To: Guido Guenther , Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000523041109.A8266@uni-koblenz.de> References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> <20000522153004.A173@bert.physik.uni-konstanz.de> <20000522215705.B4856@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000522215705.B4856@uni-koblenz.de>; from ralf@oss.sgi.com on Mon, May 22, 2000 at 09:57:05PM +0200 X-Accept-Language: de,en,fr Content-Length: 427 Lines: 12 On Mon, May 22, 2000 at 09:57:05PM +0200, Ralf Baechle wrote: > > As a temporary workaround I changed the definition in asm/fcntl.h and > > recomiled the kernel, this makes the little test program work. Hope it > > works for the xserver too... > > Ok, but you changed the wrong side, libc's definition is what is broken. Ok, glibc 2.0.6-5lm can be downloaded from oss.sgi.com, directory /pub/linux/mips/test-glibc. Ralf From DJBrockley@ricardo.com Tue May 23 11:21:11 2000 Received: from muldery.rce.ricardo.com (smtp.ricardo.co.uk [195.162.98.110]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA24758; Tue, 23 May 2000 11:21:09 +0200 (MET DST) Received-Date: Tue, 23 May 2000 11:21:09 +0200 (MET DST) Received: by smtp.ricardo.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 23 May 2000 10:21:22 +0100 Received: from ricardo.com (172.30.53.18 [172.30.53.18]) by muldery.rce.ricardo.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id LHQXTMJ5; Tue, 23 May 2000 10:21:09 +0100 From: Brockley David To: linux-mips@fnet.fr Message-ID: <392A4D64.9E660982@ricardo.com> Date: Tue, 23 May 2000 10:20:36 +0100 Organization: Ricardo Consulting Engineers Ltd X-Mailer: Mozilla 4.61 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 Subject: Linux MIPS Content-Type: multipart/mixed; boundary="------------EB0FC5142BF3EF7B7070B63C" Content-Length: 1110 Lines: 39 This is a multi-part message in MIME format. --------------EB0FC5142BF3EF7B7070B63C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi I've just rescued two old SGI Indigos. One is R4000 based, the other I have not been able to get into yet (unknown root password). Is there a version of the port that I will be able to use on them and is there any development that I would be able to help out with? David --------------EB0FC5142BF3EF7B7070B63C Content-Type: text/x-vcard; charset=us-ascii; name="DJBrockley.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David J Brockley Content-Disposition: attachment; filename="DJBrockley.vcf" begin:vcard n:Brockley;David tel;fax:+44 (0) 1273 794553 tel;work:+44 (0) 1273 794542 x-mozilla-html:FALSE url:http://www.ricardo.com org:Ricardo Consulting Engineers;Software Department adr:;;Bridge Works;Shoreham by Sea;West Sussex;BN43 6PE;United Kingdom version:2.1 email;internet:DJBrockley@ricardo.com title:Software Developer x-mozilla-cpt:;1200 fn:David Brockley end:vcard --------------EB0FC5142BF3EF7B7070B63C-- From R.vandenBerg@inter.NL.net Tue May 23 13:06:51 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA25622; Tue, 23 May 2000 13:06:50 +0200 (MET DST) Received-Date: Tue, 23 May 2000 13:06:50 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust216.tnt9.rtm1.nl.uu.net [212.136.249.216] with ESMTP id NAA24467 (8.8.8/3.41); Tue, 23 May 2000 13:06:44 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Tue, 23 May 2000 13:06:06 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 23 May 2000 13:06:06 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Brockley David cc: linux-mips@fnet.fr Subject: Re: Linux MIPS In-Reply-To: <392A4D64.9E660982@ricardo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 422 Lines: 12 On Tue, 23 May 2000, Brockley David wrote: > I've just rescued two old SGI Indigos. One is R4000 based, the other I > have not been able to get into yet (unknown root password). Is there a > version of the port that I will be able to use on them and is there any > development that I would be able to help out with? Check out the howto at http://oss.sgi.com/mips/mips-howto.html for what is supported. Regards, Richard From spock@mgnet.de Tue May 23 20:43:35 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27951; Tue, 23 May 2000 20:43:34 +0200 (MET DST) Received-Date: Tue, 23 May 2000 20:43:34 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Tue, 23 May 2000 20:43:03 +0200 Received: from scotty.mgnet.de (sulu.csn.tu-chemnitz.de [134.109.96.105]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id UAA25826 for ; Tue, 23 May 2000 20:43:01 +0200 (MET DST) Received: (qmail 18458 invoked from network); 23 May 2000 18:43:01 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 23 May 2000 18:43:01 -0000 Date: Tue, 23 May 2000 20:44:21 +0200 From: Klaus Naumann To: Harald Koerfgen , Linux MIPS Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000523204421.A4898@spock> Reply-To: spock@mgnet.de References: <20000523180052Z42269-28921+33@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000523180052Z42269-28921+33@oss.sgi.com>; from harald@oss.sgi.com on Tue, May 23, 2000 at 20:00:50 +0200 X-Mailer: Balsa 0.8.0 Content-Length: 1404 Lines: 32 On Tue, 23 May 2000 20:00:50 Harald Koerfgen wrote: > Removed files: > include/asm-mips: offset.h > include/asm-mips64: offset.h Are you sure that this is ok ? This breakes compile on my system: gcc -D__KERNEL__ -I/mipslinux/kernel23/linux.build/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r4600 -mips2 -pipe -c -o init/main.o init/main.c In file included from /mipslinux/kernel23/linux.build/include/linux/ptrace.h:24, from /mipslinux/kernel23/linux.build/include/linux/binfmts.h:4, from /mipslinux/kernel23/linux.build/include/linux/sched.h:9, from /mipslinux/kernel23/linux.build/include/linux/mm.h:4, from /mipslinux/kernel23/linux.build/include/linux/slab.h:14, from /mipslinux/kernel23/linux.build/include/linux/malloc.h:4, from /mipslinux/kernel23/linux.build/include/linux/proc_fs.h:5, from init/main.c:15: /mipslinux/kernel23/linux.build/include/asm/ptrace.h:55: asm/offset.h: No such file or directory make: *** [init/main.o] Error 1 ivy:/mipslinux/kernel23/linux.build# CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From Harald.Koerfgen@home.ivm.de Tue May 23 22:34:31 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA29137; Tue, 23 May 2000 22:34:30 +0200 (MET DST) Received-Date: Tue, 23 May 2000 22:34:30 +0200 (MET DST) Received: from franz.no.dom (port157.duesseldorf.ivm.de [195.247.65.157]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id WAA21380; Tue, 23 May 2000 22:34:19 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000523204421.A4898@spock> Date: Tue, 23 May 2000 22:34:00 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Klaus Naumann Subject: Re: CVS Update@oss.sgi.com: linux Cc: Linux MIPS Content-Length: 577 Lines: 23 Hi, On 23-May-00 Klaus Naumann wrote: > > On Tue, 23 May 2000 20:00:50 Harald Koerfgen wrote: >> Removed files: >> include/asm-mips: offset.h >> include/asm-mips64: offset.h > > Are you sure that this is ok ? > This breakes compile on my system: Looks like I was too fast :) I thought deleting offset.h is ok because it'll be automatically generated. Unfortunately it is beeing used *before* beeing generated. Oh, well... As a *temporary* fix you can create an empty include/asm-$(ARCH)/offset.h and watch compiling a kernel just fine :) -- Regards, Harald From spock@mgnet.de Wed May 24 01:23:39 2000 Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA01551; Wed, 24 May 2000 01:23:38 +0200 (MET DST) Received-Date: Wed, 24 May 2000 01:23:38 +0200 (MET DST) Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de with Local SMTP (PP); Wed, 24 May 2000 01:22:54 +0200 Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP id BAA11243 for ; Wed, 24 May 2000 01:22:50 +0200 (MET DST) Received: (qmail 21274 invoked from network); 23 May 2000 23:22:50 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 23 May 2000 23:22:50 -0000 Date: Wed, 24 May 2000 01:24:13 +0200 From: Klaus Naumann To: Harald Koerfgen , Linux MIPS Subject: RE: CVS Update@oss.sgi.com: linux Message-ID: <20000524012413.A5507@spock> Reply-To: spock@mgnet.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from Harald.Koerfgen@home.ivm.de on Tue, May 23, 2000 at 23:01:03 +0200 X-Mailer: Balsa 0.8.0 Content-Length: 796 Lines: 30 On Tue, 23 May 2000 23:01:03 Harald Koerfgen wrote: > Hi Ulf, > > On 23-May-00 Ulf Carlsson wrote: > > CVSROOT: /oss/CVS/cvs > > Module name: linux > > Changes by: ulfc@oss.sgi.com 00/05/23 13:55:49 > > > > Modified files: > > arch/mips64 : Makefile > > arch/mips : Makefile > > > > Log message: > > Add a rule for offset.h. > > Thanks! Well, unfortunately this doesn't fix the problem. At least not for me. I get the same error I stated a mail ago - offset.h is generated after the use in main.c . CU, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/3661/675457 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From jsun@mvista.com Wed May 24 01:49:20 2000 Received: from hermes.mvista.com (gateway.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA02152; Wed, 24 May 2000 01:49:18 +0200 (MET DST) Received-Date: Wed, 24 May 2000 01:49:18 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id QAA03052; Tue, 23 May 2000 16:48:38 -0700 Sender: jsun@hermes.mvista.com Message-ID: <392B18D6.F4B11BED@mvista.com> Date: Tue, 23 May 2000 16:48:38 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux@engr.sgi.com, linux-mips@fnet.fr Subject: gdbserver for MIPS Content-Type: multipart/mixed; boundary="------------732E7D3674406CC64CF16CED" Content-Length: 5412 Lines: 188 This is a multi-part message in MIME format. --------------732E7D3674406CC64CF16CED Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I finally got gdbserver working on MIPS. Who should I submit the patches to? There are three patches/changes made : 1. in kernel, arch/mips/ptrace.c - I did not generate patch file as my kernel version is probably outdated. Basically if CONFIG_CPU_NO_FPU is defined, return -1 for reading FPC_EIR register, instead of actually reading the hardware. 2. a patch for gdbserver - see attached gdb-4.17-mips-gdbserver.patch 3. I need an additional patch for my particular board to work. I am not sure if they are generically applicable. This patch overcomes a VERY SLOW getprotobyname() problem and sending a virtual FP register value problem. See the second attached file. There is still one annoyance - stepping through a glibc function would generate a unknown address warning. Other than that, everything seems to work fine - with my limited tests, that it. Jun --------------732E7D3674406CC64CF16CED Content-Type: text/plain; charset=us-ascii; name="gdb-4.17-mips-gdbserver.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gdb-4.17-mips-gdbserver.patch" --- gdb-4.17/gdb/config/mips/mipsel-linux.mh.orig Mon May 22 18:39:07 2000 +++ gdb-4.17/gdb/config/mips/mipsel-linux.mh Mon May 22 18:39:07 2000 @@ -3,6 +3,8 @@ XM_FILE= xm-llinux.h NAT_FILE= nm-linux.h NATDEPFILES= infptrace.o inftarg.o mipslinux-nat.o corelow.o core-regset.o fork-child.o solib.o +GDBSERVER_DEPFILES= low-linux.o +GDBSERVER_LIBS= MMALLOC = MMALLOC_CFLAGS = -DNO_MMALLOC --- gdb-4.17/gdb/config/mips/xm-llinux.h.orig Mon May 22 18:39:07 2000 +++ gdb-4.17/gdb/config/mips/xm-llinux.h Mon May 22 18:41:36 2000 @@ -31,3 +31,6 @@ #define HAVE_TERMIOS #define HAVE_SIGSETMASK 1 #define USG + +#define REGISTER_U_ADDR(addr, blockend, regno) \ + addr = regno --- gdb-4.17/gdb/gdbserver/utils.c.orig Fri Aug 8 21:49:48 1997 +++ gdb-4.17/gdb/gdbserver/utils.c Mon May 22 18:39:07 2000 @@ -32,7 +32,7 @@ char *string; { extern int sys_nerr; - extern char *sys_errlist[]; + extern const char * const sys_errlist[]; extern int errno; char *err; char *combined; --- gdb-4.17/gdb/gdbserver/low-linux.c.orig Fri Oct 11 12:26:04 1996 +++ gdb-4.17/gdb/gdbserver/low-linux.c Mon May 22 18:44:37 2000 @@ -44,11 +44,17 @@ char buf2[MAX_REGISTER_RAW_SIZE]; /***************End MY defs*********************/ -#include +#include #if 0 +#include #include #endif +/* [jsun] if NUM_FREGS is not defined, it probably should be 0 */ +#if !defined(NUM_FREGS) +#define NUM_FREGS 0 +#endif + extern char **environ; extern int errno; extern int inferior_pid; @@ -72,7 +78,7 @@ if (pid == 0) { - ptrace (PTRACE_TRACEME, 0, 0, 0); + ptrace (PTRACE_TRACEME, 0, 0, 0); execv (program, allargs); @@ -165,6 +171,7 @@ - KERNEL_U_ADDR #endif +#if defined(__i386) /* this table must line up with REGISTER_NAMES in tm-i386v.h */ /* symbols like 'EAX' come from */ static int regmap[] = @@ -198,6 +205,8 @@ return (blockend + 4 * regmap[regnum]); } +#endif /* defined(__i386) */ + CORE_ADDR register_addr (regno, blockend) @@ -215,7 +224,6 @@ } /* Fetch one register. */ - static void fetch_register (regno) int regno; @@ -257,7 +265,7 @@ { if (regno == -1 || regno == 0) for (regno = 0; regno < NUM_REGS-NUM_FREGS; regno++) - fetch_register (regno); + fetch_register (regno); else fetch_register (regno); } --- gdb-4.17/gdb/gdbserver/gdbreplay.c.orig Fri Oct 11 12:26:03 1996 +++ gdb-4.17/gdb/gdbserver/gdbreplay.c Mon May 22 18:39:07 2000 @@ -41,7 +41,7 @@ char *string; { extern int sys_nerr; - extern char *sys_errlist[]; + extern const char *const sys_errlist[]; extern int errno; char *err; char *combined; --------------732E7D3674406CC64CF16CED Content-Type: text/plain; charset=us-ascii; name="gdb-4.17-mips-gdbserver-hhl.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gdb-4.17-mips-gdbserver-hhl.patch" --- gdb-4.17/gdb/gdbserver/remote-utils.c.orig Tue Mar 11 07:49:17 1997 +++ gdb-4.17/gdb/gdbserver/remote-utils.c Tue May 23 11:12:12 2000 @@ -127,9 +127,12 @@ if (remote_desc == -1) perror_with_name ("Accept failed"); +/* [jsun] getprotobyname() hangs on mips - we just use number 6 directly */ +/* protoent = getprotobyname ("tcp"); if (!protoent) perror_with_name ("getprotobyname"); + */ /* Enable TCP keep alive process. */ tmp = 1; @@ -138,7 +141,10 @@ /* Tell TCP not to delay small packets. This greatly speeds up interactive response. */ tmp = 1; +/* setsockopt (remote_desc, protoent->p_proto, TCP_NODELAY, + */ + setsockopt (remote_desc, 6, TCP_NODELAY, (char *)&tmp, sizeof(tmp)); close (tmp_desc); /* No longer need this */ @@ -447,7 +453,8 @@ if (status == 'T') { buf = outreg (PC_REGNUM, buf); - buf = outreg (FP_REGNUM, buf); + /* [jsun] this causes client to complain */ + /* buf = outreg (FP_REGNUM, buf); */ buf = outreg (SP_REGNUM, buf); #ifdef NPC_REGNUM buf = outreg (NPC_REGNUM, buf); --------------732E7D3674406CC64CF16CED-- From ralf@oss.sgi.com Wed May 24 23:40:37 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA10223; Wed, 24 May 2000 23:40:36 +0200 (MET DST) Received-Date: Wed, 24 May 2000 23:40:36 +0200 (MET DST) Received: from cacc-8.uni-koblenz.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id XAA17577; Wed, 24 May 2000 23:40:32 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Wed, 24 May 2000 03:27:16 +0200 Date: Wed, 24 May 2000 03:27:16 +0200 From: Ralf Baechle To: Jun Sun Cc: linux@engr.sgi.com, linux-mips@fnet.fr Subject: Re: gdbserver for MIPS Message-ID: <20000524032716.A4258@uni-koblenz.de> References: <392B18D6.F4B11BED@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <392B18D6.F4B11BED@mvista.com>; from jsun@mvista.com on Tue, May 23, 2000 at 04:48:38PM -0700 X-Accept-Language: de,en,fr Content-Length: 1166 Lines: 31 On Tue, May 23, 2000 at 04:48:38PM -0700, Jun Sun wrote: > I finally got gdbserver working on MIPS. Who should I submit the > patches to? For the moment to me, I'll pu them into our sources. > There are three patches/changes made : > > 1. in kernel, arch/mips/ptrace.c - I did not generate patch file as my > kernel version is probably outdated. Basically if CONFIG_CPU_NO_FPU is > defined, return -1 for reading FPC_EIR register, instead of actually > reading the hardware. > > 2. a patch for gdbserver - see attached gdb-4.17-mips-gdbserver.patch > > 3. I need an additional patch for my particular board to work. I am not > sure if they are generically applicable. This patch overcomes a VERY > SLOW getprotobyname() problem and sending a virtual FP register value > problem. See the second attached file. Getprotobyname - please check the settings the protocols database in /etc/nsswitch.conf. > There is still one annoyance - stepping through a glibc function would > generate a unknown address warning. Other than that, everything seems > to work fine - with my limited tests, that it. I've seen those warning but don't know the cause. Ralf From agx@bert.physik.uni-konstanz.de Wed May 24 11:59:24 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA05689; Wed, 24 May 2000 11:59:22 +0200 (MET DST) Received-Date: Wed, 24 May 2000 11:59:22 +0200 (MET DST) Received: from bert.physik.uni-konstanz.de [134.34.144.20] by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian)) id 12uXwO-0007Ww-00; Wed, 24 May 2000 11:59:04 +0200 Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Wed, 24 May 2000 11:57:54 +0200 Date: Wed, 24 May 2000 11:57:54 +0200 From: Guido Guenther To: Ralf Baechle Cc: Guido Guenther , Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: SIGIO Handler Message-ID: <20000524115754.A3614@bert.physik.uni-konstanz.de> Mail-Followup-To: Guido Guenther , Ralf Baechle , Hiroyuki Machida , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <20000518161135.A26055@bert.physik.uni-konstanz.de> <20000522113213A.machida@sm.sony.co.jp> <20000522133149.A4036@uni-koblenz.de> <20000522153004.A173@bert.physik.uni-konstanz.de> <20000522215705.B4856@uni-koblenz.de> <20000522220754.A12960@bert.physik.uni-konstanz.de> <20000522221341.C4856@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000522221341.C4856@uni-koblenz.de>; from ralf@oss.sgi.com on Mon, May 22, 2000 at 10:13:41PM +0200 Content-Length: 1216 Lines: 28 On Mon, May 22, 2000 at 10:13:41PM +0200, Ralf Baechle wrote: > On Mon, May 22, 2000 at 10:07:55PM +0200, Guido Guenther wrote: > > > > Ok, but you changed the wrong side, libc's definition is what is broken. > > > > I know, but kernel recompiling is much quicker and easier for me to do - > > therefore I stated it as "workaround" above (until you release a new glibc ;) > > Is uploading as I write this. > > > Xserver works now btw, but is incredible slow(will try to play with dma > > transfers to speed things up). > > Excellent. Even if it's slow as molasses, how about making a first release? I've stitched together some binaries which are completely untested due to time constraints. They can be found at: http://honk.physik.uni-konstanz.de/~agx/mipslinux/x/binaries Note that the driver code is really messy, has still a problem with the colormap in PseudoColor visual and has never been tested on the 24bit newport since I don't have such a card(exactly speaking I don't even have an Indy but that's another story ;). I hope I'll find the time to clean up and test a bit of the code near the weekend. Regards, -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From Harald.Koerfgen@home.ivm.de Wed May 24 18:50:43 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA08181; Wed, 24 May 2000 18:50:42 +0200 (MET DST) Received-Date: Wed, 24 May 2000 18:50:42 +0200 (MET DST) Received: from franz.no.dom (port9.duesseldorf.ivm.de [195.247.65.9]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA03154; Wed, 24 May 2000 18:50:28 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000524012413.A5507@spock> Date: Wed, 24 May 2000 18:50:09 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Klaus Naumann Subject: RE: CVS Update@oss.sgi.com: linux Cc: Linux MIPS , SGI Linux Content-Length: 1356 Lines: 33 On 23-May-00 Klaus Naumann wrote: [offset.h problems with my recent CVS changes snipped] > Well, unfortunately this doesn't fix the problem. > At least not for me. I get the same error I > stated a mail ago - offset.h is generated after > the use in main.c . Ok, trying to fix that I added a fastdep rule to arch/mips/tools/Makefile only to find myself in a catch 22 situation. offset.c includes asm/ptrace.h which, in turn, includes asm/offset.h, i.e. you have to have offset.h to create offset.h :-o Without heavily messing around with several header files, which may have an impact on non-MIPS platforms as well, I see no easy solution for that. Adding an empty offset.h, on the other hand, and leaving the .cvsignore in place should at least partially do what I want. Any objections? And now for something completly different. Why the hell did I mess around with that? Well, if something in the kernel is changed which affects offset.h then generating a diff against a fresh CVS copy will contain those differences. That annoyed me because, personally, I find this disturbing when reviewing those diffs. Nobody really needs that anyway, at least that's what I thought, because offset.h is generated automatically. The suggestion I made above would not solve that but at least avoids that those changes creep into the CVS. -- Regards, Harald From ralf@oss.sgi.com Thu May 25 01:59:21 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA12409; Thu, 25 May 2000 01:59:20 +0200 (MET DST) Received-Date: Thu, 25 May 2000 01:59:20 +0200 (MET DST) Received: from cacc-8.uni-koblenz.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id BAA27699; Thu, 25 May 2000 01:59:15 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 25 May 2000 01:58:43 +0200 Date: Thu, 25 May 2000 01:58:43 +0200 From: Ralf Baechle To: Harald Koerfgen Cc: Klaus Naumann , Linux MIPS , SGI Linux Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000525015843.A7991@uni-koblenz.de> References: <20000524012413.A5507@spock> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from Harald.Koerfgen@home.ivm.de on Wed, May 24, 2000 at 06:50:09PM +0200 X-Accept-Language: de,en,fr Content-Length: 1401 Lines: 29 On Wed, May 24, 2000 at 06:50:09PM +0200, Harald Koerfgen wrote: > Ok, trying to fix that I added a fastdep rule to arch/mips/tools/Makefile only to > find myself in a catch 22 situation. offset.c includes asm/ptrace.h which, in > turn, includes asm/offset.h, i.e. you have to have offset.h to create offset.h :-o > > Without heavily messing around with several header files, which may have an > impact on non-MIPS platforms as well, I see no easy solution for that. Adding an > empty offset.h, on the other hand, and leaving the .cvsignore in place should at > least partially do what I want. Any objections? > > And now for something completly different. Why the hell did I mess around with > that? > > Well, if something in the kernel is changed which affects offset.h then > generating a diff against a fresh CVS copy will contain those differences. That > annoyed me because, personally, I find this disturbing when reviewing those diffs. > Nobody really needs that anyway, at least that's what I thought, because offset.h > is generated automatically. > > The suggestion I made above would not solve that but at least avoids that those > changes creep into the CVS. A good solution is important now that we have SMP. Toggling CONFIG_SMP affects offset.h and not for all variations of make invocations we actually have the guarantee that offset.h is being rebuilt before using it. Ralf From roganov@niisi.msk.ru Thu May 25 12:30:30 2000 Received: from t111.niisi.ras.ru (root@[193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA15725; Thu, 25 May 2000 12:30:28 +0200 (MET DST) Received-Date: Thu, 25 May 2000 12:30:28 +0200 (MET DST) 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 SAA08334 for ; Wed, 1 Jan 1997 18:50:13 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA03762 for linux-mips@fnet.fr; Thu, 25 May 2000 14:17: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 OAA28606 for ; Thu, 25 May 2000 14:24:20 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <392CF17D.5A7DC4EA@niisi.msk.ru> Date: Thu, 25 May 2000 13:25:17 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1435 Lines: 40 Hello ! Few months ago some developers of linux-mips on R3K (not all, but only _happy members_, having mips boxes with hard disks :-) were discussing a swap functionality problem. Discussion (see msg. below) was focused on random user program crashes occurred in the system working with swapping turned on. Unfortunately, we plug in a (SCSI) hard disk into our BAGET/R3081E just now, and today we are looking to above problem. It looks that problem was fixed in 2.3.xx, but our most 'production' version is still 2.2.1. Looking a differences we found a lot of interesting fixes in linux/include/asm-mips since 2.2.1, but we have no time to investigate/migrate the code. (customers are waiting a coolest dual-board baget computer, and only this problem hold us before deadline :-) Q: Maybe somebody remember a hint which was a key point for fixing this bug ? Harald Koerfgen wrote: > > On 06-Jul-99 Ralf Baechle wrote: > > I've received a report from some person who is working on his own R3081 > > port. He also observes data corruption and suspects reading of swapped > > pages is causing that. > > That's definitely true for R3k DECstations, and no, flushing the icache in > flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, > copy_page and even rw_swap_page_base() and swap_after_unlock_page() without > success. > > Any ideas? > --- > Regards, > Harald > Thanks in advance, Vladimir. From Harald.Koerfgen@home.ivm.de Thu May 25 18:41:41 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA18249; Thu, 25 May 2000 18:41:39 +0200 (MET DST) Received-Date: Thu, 25 May 2000 18:41:39 +0200 (MET DST) Received: from franz.no.dom (port131.duesseldorf.ivm.de [195.247.65.131]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA05826; Thu, 25 May 2000 18:41:18 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <392CF17D.5A7DC4EA@niisi.msk.ru> Date: Thu, 25 May 2000 18:40:59 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Vladimir A. Roganov" Subject: Re: Memory corruption: is anybody who remeber why ?! Cc: linux-mips@fnet.fr Content-Length: 1016 Lines: 30 On 25-May-00 Vladimir A. Roganov wrote: > Discussion (see msg. below) was focused on random user program crashes > occurred in the system working with swapping turned on. > > Unfortunately, we plug in a (SCSI) hard disk into our BAGET/R3081E just now, > and today we are looking to above problem. It looks that problem was fixed > in 2.3.xx, but our most 'production' version is still 2.2.1. > > Looking a differences we found a lot of interesting fixes in > linux/include/asm-mips > since 2.2.1, but we have no time to investigate/migrate the code. > (customers are waiting a coolest dual-board baget computer, and only > this problem hold us before deadline :-) On 22-Jul-99 Ralf Baechle wrote: > CVSROOT: /src/ftp/cvs > Module name: linux > Changes by: ralf@linus.linux.sgi.com 99/07/21 18:57:14 > > Modified files: > include/asm-mips: Tag: linux_2_2 pgtable.h > > Log message: > Away you demons of memory corruption. Burn, bug burn ... Hope this helps. -- Regards, Harald From ralf@uni-koblenz.de Thu May 25 20:02:19 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20491; Thu, 25 May 2000 20:02:17 +0200 (MET DST) Received-Date: Thu, 25 May 2000 20:02:17 +0200 (MET DST) Received: from cacc-14.uni-koblenz.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id UAA16289; Thu, 25 May 2000 20:02:10 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 25 May 2000 18:41:44 +0200 Date: Thu, 25 May 2000 18:41:44 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! Message-ID: <20000525184143.A10373@uni-koblenz.de> References: <392CF17D.5A7DC4EA@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <392CF17D.5A7DC4EA@niisi.msk.ru>; from roganov@niisi.msk.ru on Thu, May 25, 2000 at 01:25:17PM +0400 X-Accept-Language: de,en,fr Content-Length: 1982 Lines: 50 On Thu, May 25, 2000 at 01:25:17PM +0400, Vladimir A. Roganov wrote: > Few months ago some developers of linux-mips on R3K > (not all, but only _happy members_, having mips boxes with hard disks :-) > were discussing a swap functionality problem. > Discussion (see msg. below) was focused on random user program crashes > occurred in the system working with swapping turned on. > > Unfortunately, we plug in a (SCSI) hard disk into our BAGET/R3081E just now, > and today we are looking to above problem. It looks that problem was fixed > in 2.3.xx, but our most 'production' version is still 2.2.1. > > Looking a differences we found a lot of interesting fixes in linux/include/asm-mips > since 2.2.1, but we have no time to investigate/migrate the code. > (customers are waiting a coolest dual-board baget computer, and only > this problem hold us before deadline :-) > > Q: Maybe somebody remember a hint which was a key point for fixing this bug ? Lemme ask the oracle for you ... [ralf@lappi linux-sgi-2.2]$ head /dev/random Index: include/asm-mips/page.h =================================================================== RCS file: /home/pub/cvs/linux/include/asm-mips/page.h,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- include/asm-mips/page.h 1998/08/25 09:21:59 1.4 +++ include/asm-mips/page.h 1998/08/28 23:24:03 1.5 @@ -1,4 +1,4 @@ -/* $Id: page.h,v 1.3 1998/07/13 23:29:09 tsbogend Exp $ +/* $Id: page.h,v 1.4 1998/08/25 09:21:59 ralf Exp $ * * Definitions for page handling * @@ -129,8 +129,7 @@ #define PAGE_OFFSET 0x80000000UL #define __pa(x) ((unsigned long) (x) - PAGE_OFFSET) #define __va(x) ((void *)((unsigned long) (x) + PAGE_OFFSET)) -#define MAP_MASK 0x1fffffffUL -#define MAP_NR(addr) ((((unsigned long)(addr)) & MAP_MASK) >> PAGE_SHIFT) +#define MAP_NR(addr) (__pa(addr) >> PAGE_SHIFT) #endif /* defined (__KERNEL__) */ [ralf@lappi linux-sgi-2.2]$ Voila, the oracle has always right :-) Ralf From Harald.Koerfgen@home.ivm.de Thu May 25 19:14:39 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA18856; Thu, 25 May 2000 19:14:39 +0200 (MET DST) Received-Date: Thu, 25 May 2000 19:14:39 +0200 (MET DST) Received: from franz.no.dom (port2.duesseldorf.ivm.de [195.247.65.2]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA07680; Thu, 25 May 2000 19:14:22 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000525015843.A7991@uni-koblenz.de> Date: Thu, 25 May 2000 19:14:03 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Ralf Baechle Subject: Re: CVS Update@oss.sgi.com: linux Cc: SGI Linux , Linux MIPS , Klaus Naumann Content-Length: 843 Lines: 31 On 24-May-00 Ralf Baechle wrote: [offset.h] > A good solution is important now that we have SMP. Toggling CONFIG_SMP > affects offset.h and not for all variations of make invocations we > actually have the guarantee that offset.h is being rebuilt before using > it. What about making offset.h to depend on $(TOPDIR)/.config? This may cause unneccessary rebuilds of objects depending on offset.h after configuration changes but it forces offset.h to be rebuilt when CONFIG_SMP is toggled. For example: --- Makefile.old Thu May 25 19:05:08 2000 +++ Makefile Thu May 25 19:08:48 2000 @@ -18,7 +18,7 @@ offset.h: offset.s sed -n '/^@@@/s///p' $^ >$@ -offset.s: offset.c +offset.s: offset.c $(TOPDIR)/.config clean: rm -f offset.[hs] $(TARGET).new -- Regards, Harald From ulfc@calypso.engr.sgi.com Thu May 25 19:20:59 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA19373; Thu, 25 May 2000 19:20:58 +0200 (MET DST) Received-Date: Thu, 25 May 2000 19:20:58 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA07846; Thu, 25 May 2000 10:25:31 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [163.154.5.113]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA15788; Thu, 25 May 2000 10:20:43 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from localhost (localhost [127.0.0.1]) by calypso.engr.sgi.com (Postfix) with ESMTP id CD6CBA78D7; Thu, 25 May 2000 10:19:40 -0700 (PDT) Date: Thu, 25 May 2000 10:19:40 -0700 (PDT) From: Ulf Carlsson To: Harald Koerfgen Cc: Ralf Baechle , SGI Linux , Linux MIPS , Klaus Naumann Subject: Re: CVS Update@oss.sgi.com: linux In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 748 Lines: 22 On Thu, 25 May 2000, Harald Koerfgen wrote: > > On 24-May-00 Ralf Baechle wrote: > [offset.h] > > > A good solution is important now that we have SMP. Toggling CONFIG_SMP > > affects offset.h and not for all variations of make invocations we > > actually have the guarantee that offset.h is being rebuilt before using > > it. > > What about making offset.h to depend on $(TOPDIR)/.config? > > This may cause unneccessary rebuilds of objects depending on offset.h after > configuration changes but it forces offset.h to be rebuilt when CONFIG_SMP is > toggled. Would you mind removing the include/asm-$(ARCH)/offset.h from the CVS repository, I get conflicts and stuff when I update. I don't see why we need to have a dummy file there. Ulf From ralf@oss.sgi.com Thu May 25 20:00:59 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20010; Thu, 25 May 2000 20:00:54 +0200 (MET DST) Received-Date: Thu, 25 May 2000 20:00:54 +0200 (MET DST) Received: from cacc-14.uni-koblenz.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id UAA16088; Thu, 25 May 2000 20:00:49 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 25 May 2000 20:00:21 +0200 Date: Thu, 25 May 2000 20:00:21 +0200 From: Ralf Baechle To: Ulf Carlsson Cc: Harald Koerfgen , SGI Linux , Linux MIPS , Klaus Naumann Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000525200021.A1226@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from ulfc@calypso.engr.sgi.com on Thu, May 25, 2000 at 10:19:40AM -0700 X-Accept-Language: de,en,fr Content-Length: 840 Lines: 23 On Thu, May 25, 2000 at 10:19:40AM -0700, Ulf Carlsson wrote: > > On 24-May-00 Ralf Baechle wrote: > > [offset.h] > > > > > A good solution is important now that we have SMP. Toggling CONFIG_SMP > > > affects offset.h and not for all variations of make invocations we > > > actually have the guarantee that offset.h is being rebuilt before using > > > it. > > > > What about making offset.h to depend on $(TOPDIR)/.config? > > > > This may cause unneccessary rebuilds of objects depending on offset.h after > > configuration changes but it forces offset.h to be rebuilt when CONFIG_SMP is > > toggled. > > Would you mind removing the include/asm-$(ARCH)/offset.h from the CVS > repository, I get conflicts and stuff when I update. I don't see why we need > to have a dummy file there. Conceptually I don't like that either. Ralf From ulfc@calypso.engr.sgi.com Thu May 25 20:04:30 2000 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20981; Thu, 25 May 2000 20:04:29 +0200 (MET DST) Received-Date: Thu, 25 May 2000 20:04:29 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA02404; Thu, 25 May 2000 10:59:09 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [163.154.5.113]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA21009; Thu, 25 May 2000 11:03:55 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from localhost (localhost [127.0.0.1]) by calypso.engr.sgi.com (Postfix) with ESMTP id 45B27A78D7; Thu, 25 May 2000 11:02:52 -0700 (PDT) Date: Thu, 25 May 2000 11:02:52 -0700 (PDT) From: Ulf Carlsson To: Ralf Baechle Cc: Harald Koerfgen , SGI Linux , Linux MIPS , Klaus Naumann Subject: Re: CVS Update@oss.sgi.com: linux In-Reply-To: <20000525200021.A1226@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 499 Lines: 12 > > Would you mind removing the include/asm-$(ARCH)/offset.h from the CVS > > repository, I get conflicts and stuff when I update. I don't see why we > > need to have a dummy file there. > > Conceptually I don't like that either. I think my solution that I submitted yesterday was pretty good. If add a rule that removes include/asm-$(ARCH)/offset.h when you make clean we will be just fine. You'll have to make clean when you toggle between SMP and UP, but I think we can live with that. Ulf From ralf@uni-koblenz.de Thu May 25 20:16:09 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA21556; Thu, 25 May 2000 20:16:08 +0200 (MET DST) Received-Date: Thu, 25 May 2000 20:16:08 +0200 (MET DST) Received: from cacc-14.uni-koblenz.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id UAA18407; Thu, 25 May 2000 20:16:03 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 25 May 2000 20:15:40 +0200 Date: Thu, 25 May 2000 20:15:40 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! Message-ID: <20000525201540.A15206@uni-koblenz.de> References: <392CF17D.5A7DC4EA@niisi.msk.ru> <20000525184143.A10373@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000525184143.A10373@uni-koblenz.de>; from ralf@uni-koblenz.de on Thu, May 25, 2000 at 06:41:44PM +0200 X-Accept-Language: de,en,fr Content-Length: 1327 Lines: 40 On Thu, May 25, 2000 at 06:41:44PM +0200, Ralf Baechle wrote: > Lemme ask the oracle for you ... > > [ralf@lappi linux-sgi-2.2]$ head /dev/random > [ralf@lappi linux-sgi-2.2]$ Oops, wrong oracle ... [ralf@lappi linux-sgi-2.2]$ head /dev/urandom Index: pgtable.h =================================================================== RCS file: /home/pub/cvs/linux/include/asm-mips/pgtable.h,v retrieving revision 1.19 retrieving revision 1.19.2.1 diff -u -r1.19 -r1.19.2.1 --- pgtable.h 1999/06/13 16:35:53 1.19 +++ pgtable.h 1999/07/22 01:57:13 1.19.2.1 @@ -1,4 +1,4 @@ -/* $Id: pgtable.h,v 1.18 1999/02/15 02:22:11 ralf Exp $ +/* $Id: pgtable.h,v 1.19 1999/06/13 16:35:53 ralf Exp $ * * This file is subject to the terms and conditions of the GNU General Public * License. See the file "COPYING" in the main directory of this archive @@ -580,9 +580,9 @@ /* * Kernel with 32 bit address space */ -#define SWP_TYPE(entry) (((entry) >> 1) & 0x3f) -#define SWP_OFFSET(entry) ((entry) >> 8) -#define SWP_ENTRY(type,offset) (((type) << 1) | ((offset) << 8)) +#define SWP_TYPE(entry) (((entry) >> 8) & 0x7f) +#define SWP_OFFSET(entry) ((entry) >> 15) +#define SWP_ENTRY(type,offset) (((type) << 8) | ((offset) << 15)) #define module_map vmalloc #define module_unmap vfree [ralf@lappi linux-sgi-2.2]$ Ralf From ralf@oss.sgi.com Thu May 25 20:18:16 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA22047; Thu, 25 May 2000 20:18:15 +0200 (MET DST) Received-Date: Thu, 25 May 2000 20:18:15 +0200 (MET DST) Received: from cacc-14.uni-koblenz.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id UAA18623; Thu, 25 May 2000 20:18:10 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 25 May 2000 20:17:49 +0200 Date: Thu, 25 May 2000 20:17:49 +0200 From: Ralf Baechle To: Ulf Carlsson Cc: Harald Koerfgen , SGI Linux , Linux MIPS , Klaus Naumann Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000525201749.A15789@uni-koblenz.de> References: <20000525200021.A1226@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from ulfc@calypso.engr.sgi.com on Thu, May 25, 2000 at 11:02:52AM -0700 X-Accept-Language: de,en,fr Content-Length: 694 Lines: 17 On Thu, May 25, 2000 at 11:02:52AM -0700, Ulf Carlsson wrote: > > > Would you mind removing the include/asm-$(ARCH)/offset.h from the CVS > > > repository, I get conflicts and stuff when I update. I don't see why we > > > need to have a dummy file there. > > > > Conceptually I don't like that either. > > I think my solution that I submitted yesterday was pretty good. If add a rule > that removes include/asm-$(ARCH)/offset.h when you make clean we will be just > fine. You'll have to make clean when you toggle between SMP and UP, but I > think we can live with that. The recent change of __SMP__ to CONFIG_SMP almost everywhere in the kernel was intended to avoid just that. Ralf From mailinglist@ichilton.co.uk Thu May 25 22:19:17 2000 Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA23388; Thu, 25 May 2000 22:19:17 +0200 (MET DST) Received-Date: Thu, 25 May 2000 22:19:17 +0200 (MET DST) Received: from icserver.ichilton.co.uk ([62.252.236.142]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20000525201906.TQZN290.mta03-svc.ntlworld.com@icserver.ichilton.co.uk>; Thu, 25 May 2000 21:19:06 +0100 Received: from ian (Ian [192.168.0.8]) by icserver.ichilton.co.uk (8.10.1/8.10.1) with SMTP id e4PKIDU12488; Thu, 25 May 2000 21:18:13 +0100 From: "Ian Chilton" To: , Subject: Linux on SGI Indy ? Date: Thu, 25 May 2000 21:18:14 +0100 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4132.2800 Content-Length: 1203 Lines: 36 Hello, I have just purchased a 2nd hand SGI Indy (100Mhz MIPS with 48MB RAM). This is the first time I have seen/used IRIX, but I have been running Linux for years. My questions are: * Can I run Linux on this machine? * If so, where can I download it? * Is anyone running Linux on an Indy, if so, i'd appreciate your comments etc.. Thanks! Bye for Now, Ian \|||/ (o o) /---------------------------ooO-(_)-Ooo---------------------------\ | Ian Chilton (IRC Nick - GadgetMan) ian@ichilton.co.uk | |-----------------------------------------------------------------| | Backup E-Mail --> ian@ichilton.dhis.org ICQ #: 16007717 | | Mobile Phone (MAX 150 Chars!) --> ianchilton@sms.genie.co.uk | |-----------------------------------------------------------------| | http://www.ianchilton.co.uk --> Main Page | | http://www.ichilton.co.uk --> Own Web Server (When Online) | |-----------------------------------------------------------------| | "Unix is user friendly - it's just picky about it's friends." | \-----------------------------------------------------------------/ From jbglaw@ev-stift-gymn.guetersloh.de Sat May 27 12:53:25 2000 Received: from belgarath.esg-guetersloh.mediapoint.de (belgarath.esg-guetersloh.mediapoint.de [193.189.251.50]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA07636; Sat, 27 May 2000 12:53:24 +0200 (MET DST) Received-Date: Sat, 27 May 2000 12:53:24 +0200 (MET DST) Received: by belgarath.esg-guetersloh.mediapoint.de (Postfix, from userid 1000) id C0C095133A; Sat, 27 May 2000 12:53:23 +0200 (CEST) Date: Sat, 27 May 2000 12:53:23 +0200 From: Jan-Benedict Glaw To: linux-mips@fnet.fr Subject: bootp problem on Indigo Message-ID: <20000527125323.B7334@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@fnet.fr Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" X-Mailer: Mutt 1.0i X-Operating-System: Linux belgarath.esg-guetersloh.mediapoint.de 2.0.35 Sender: jbglaw@ev-stift-gymn.guetersloh.de Content-Length: 2656 Lines: 72 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi! I've put together a kernel and want to test it. My problem is to boot =20 it at all... Some time ago, the box did bootp as one would expect. Of =20 course, nothing was changed;) , and now bootp doesn't work;( 3 requests, 3 replys, but the machine seems to not take the replys: May 27 02:38:23 parkautomat inetd[192]: /usr/sbin/bootpd: exit signal 0xf May 27 02:42:16 parkautomat bootpd[5943]: version 2.4.3 May 27 02:42:16 parkautomat bootpd[5943]: reading "/etc/bootptab" May 27 02:42:16 parkautomat bootpd[5943]: read 3 entries (3 hosts) from "/e= tc/bootptab" May 27 02:42:16 parkautomat bootpd[5943]: recvd pkt from IP addr 0.0.0.0 May 27 02:42:16 parkautomat bootpd[5943]: request from Ethernet address 08:= 00:69:06:BA:2E May 27 02:42:16 parkautomat bootpd[5943]: found 192.168.1.3 (SGIIndogo) May 27 02:42:16 parkautomat bootpd[5943]: requested path=3D"/tftpboot" fil= e=3D"vmlinux" =20 May 27 02:42:16 parkautomat bootpd[5943]: bootfile=3D"/tftpboot/vmlinux" = =20 May 27 02:42:16 parkautomat bootpd[5943]: vendor magic field is 0.0.0.0 =20 May 27 02:42:16 parkautomat bootpd[5943]: sending reply (with no options) May 27 02:42:16 parkautomat bootpd[5943]: setarp 192.168.1.3 - 08:00:69:06:= BA:2E (except the heading 4 lines, I get the above 3 times) SGIIndogo:bf=3Dvmlinux:\=20 :td=3D/tftpboot:\ :hd=3D/tftpboot:\ :ht=3Dethernet:\ :sm=3D255.255.255.0:\ :ha=3D08006906BA2E:\ :ip=3D192.168.1.3 However, I NFS-copied the kernel image. Any chance of starting it instead of /unix (there is IRIX5.2 installed)? How do I do that? "cp /vmlinux /unix" isn't a good solution, is it??? Btw, is linux@cthulhu.engr.sgi.com down? MfG, JBG PS: I was quite a bit surprised that PROM console with IRIX worked just at the first try. I expected some more spectacular problems;) PPS: No need for NFS-root right now -- first I need a running kernel... --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEAREBAAYFAjkvqSMACgkQHb1edYOZ4bt57gCfaSIJaH8tqzgiyZytO9kJdcET k0cAn11vRuh16WpIoilnKN4bcR2lVURm =pnbz -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From R.vandenBerg@inter.NL.net Sat May 27 13:49:20 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA08329; Sat, 27 May 2000 13:49:19 +0200 (MET DST) Received-Date: Sat, 27 May 2000 13:49:19 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust16.tnt9.rtm1.nl.uu.net [212.136.249.16] with ESMTP id NAA24167 (8.8.8/3.41); Sat, 27 May 2000 13:49:05 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sat, 27 May 2000 13:48:20 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 27 May 2000 13:48:19 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain Reply-To: Richard van den Berg To: Jan-Benedict Glaw cc: linux-mips@fnet.fr Subject: Re: bootp problem on Indigo In-Reply-To: <20000527125323.B7334@lug-owl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 302 Lines: 11 On Sat, 27 May 2000, Jan-Benedict Glaw wrote: > I've put together a kernel and want to test it. My problem is to boot > it at all... Some time ago, the box did bootp as one would expect. Of > course, nothing was changed;) Is vmlinux still world readable (chmod a+r vmlinux)? Regards, Richard From jbglaw@ev-stift-gymn.guetersloh.de Sat May 27 14:27:16 2000 Received: from belgarath.esg-guetersloh.mediapoint.de (belgarath.esg-guetersloh.mediapoint.de [193.189.251.50]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA09036; Sat, 27 May 2000 14:27:15 +0200 (MET DST) Received-Date: Sat, 27 May 2000 14:27:15 +0200 (MET DST) Received: by belgarath.esg-guetersloh.mediapoint.de (Postfix, from userid 1000) id B36DB5133A; Sat, 27 May 2000 14:27:17 +0200 (CEST) Date: Sat, 27 May 2000 14:27:17 +0200 From: Jan-Benedict Glaw To: Richard van den Berg Cc: linux-mips@fnet.fr Subject: Re: bootp problem on Indigo Message-ID: <20000527142717.D11599@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: Richard van den Berg , linux-mips@fnet.fr References: <20000527125323.B7334@lug-owl.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="J5MfuwkIyy7RmF4Q" X-Mailer: Mutt 1.0i In-Reply-To: ; from R.vandenBerg@inter.NL.net on Sat, May 27, 2000 at 01:48:19PM +0200 X-Operating-System: Linux belgarath.esg-guetersloh.mediapoint.de 2.0.35 Sender: jbglaw@ev-stift-gymn.guetersloh.de Content-Length: 1664 Lines: 54 --J5MfuwkIyy7RmF4Q Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, May 27, 2000 at 01:48:19PM +0200, Richard van den Berg wrote: > On Sat, 27 May 2000, Jan-Benedict Glaw wrote: >=20 > > I've put together a kernel and want to test it. My problem is to boot = =20 > > it at all... Some time ago, the box did bootp as one would expect. Of = =20 > > course, nothing was changed;) >=20 > Is vmlinux still world readable (chmod a+r vmlinux)? [Forgot to send the answer to the list as well] It is world-readable. The problem is that there's no attempt to fetch the kernel via tftp at all. 3 bootp requests, three replys. This indicates that the Indigo doesn't like the reply or that the box thinks that it is the "wrong answer"... So I think there's something wrong with my bootptab setup: SGIIndogo:bf=3Dvmlinux:\ :td=3D/tftpboot:\ :hd=3D/tftpboot:\ :ht=3Dethernet:\ :sm=3D255.255.255.0:\ :ha=3D08006906BA2E:\ :ip=3D192.168.1.3 MfG, JBG --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --J5MfuwkIyy7RmF4Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEAREBAAYFAjkvvyUACgkQHb1edYOZ4btZqQCfaNp+Rd9bYbmL2pFmeG6MtCnP /ZgAmQFoOJqig+JMBpwROWZu0Jfb5eS2 =4LRv -----END PGP SIGNATURE----- --J5MfuwkIyy7RmF4Q-- From ut@netsurf.de Sat May 27 14:49:36 2000 Received: from netsurf.de (ut@p076.n01.ham.access.is-europe.net [195.179.176.76]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA09146; Sat, 27 May 2000 14:49:33 +0200 (MET DST) Received-Date: Sat, 27 May 2000 14:49:33 +0200 (MET DST) Received: (from ut@localhost) by netsurf.de (8.8.4/8.8.4) id OAA04172; Sat, 27 May 2000 14:51:06 +0200 Message-Id: <200005271251.OAA04172@netsurf.de> Subject: Re: bootp problem on Indigo To: jbglaw@lug-owl.de Date: Sat, 27 May 2000 14:51:06 +0200 (MEST) Cc: R.vandenBerg@inter.NL.net (Richard van den Berg), linux-mips@fnet.fr In-Reply-To: <20000527142717.D11599@lug-owl.de> from "Jan-Benedict Glaw" at May 27, 2000 02:27:17 PM From: Ulrich Teichert Reply-To: Ulrich Teichert X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 985 Lines: 30 Hi! [del] >> Is vmlinux still world readable (chmod a+r vmlinux)? >[Forgot to send the answer to the list as well] > >It is world-readable. The problem is that there's no attempt to fetch >the kernel via tftp at all. 3 bootp requests, three replys. This indicates >that the Indigo doesn't like the reply or that the box thinks that it >is the "wrong answer"... So I think there's something wrong with my >bootptab setup: > >SGIIndogo:bf=3Dvmlinux:\ > :td=3D/tftpboot:\ > :hd=3D/tftpboot:\ > :ht=3Dethernet:\ > :sm=3D255.255.255.0:\ > :ha=3D08006906BA2E:\ > :ip=3D192.168.1.3 Looks good to me. Perhaps this is the infamous SQE-detect DIP-switch off bug? I've never seen an Indigo, but do you use an AUI->10base2 ethernet transciever? HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de Stormweg 24 |listening to: Speed Of Life (Buzzcocks), 24539 Neumuenster, Germany|Cheap Excitement (Stratford Mercenaries) From otona@msn.com Sat May 27 15:02:33 2000 Received: from ma4.justnet.ne.jp (ma4p.justnet.ne.jp [133.130.3.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA09697; Sat, 27 May 2000 15:02:31 +0200 (MET DST) Received-Date: Sat, 27 May 2000 15:02:31 +0200 (MET DST) Received: (qmail 25333 invoked from network); Sat, 27 May 2000 22:01:42 +0900 Received: (ofmipd 133.130.60.90); Sat, 27 May 2000 22:01:42 +0900 Date: Sat, 27 May 2000 22:01:36 +0900 Message-ID: <392FC730.71C0503B@msn.com> From: =?iso-2022-jp?B?GyRCQmc/TSROPnBKczRbGyhC?= Cc: recipient list not shown!; X-Mailer: Mozilla 4.7 [ja] (Win95; I) X-Accept-Language: ja MIME-Version: 1.0 Subject: =?iso-2022-jp?B?GyRCQmc/TSROPnBKczRbGyhC?= Content-Type: multipart/alternative; boundary="------------DA53F157291DDAE05D067A84" Content-Length: 5737 Lines: 116 --------------DA53F157291DDAE05D067A84 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit 　　　　　〜大人の情報館〜 　アダルトの為のお役立ち情報満載！！ 　　'99年度アダルト大賞受賞サイト 私共のスタッフが去年一年間を通して調べた結果を 集計し厳選な審査の結果選びに選んだ選りすぐりのサイトです。 スタッフのコメントを参考に皆様も一度は利用してみてはいかがでしょうか。 ＝ギャンブル編＝ 　　　 　　　　★大賞受賞 　　　　　　 WINNER'S CLUB. ＜スタッフコメント＞ 　　　　　　・確実に勝つ為の競馬情報サイト 　　　　　　的中率回収率共に納得の数字。 　　　　　　スタッフの間でも大好評。 　　　　　　穴馬捨てて確実に勝ち小遣いを稼ごう。 　　　　 　　　　★審査員特別賞 　　　　　　攻略の帝王 　　　　＜スタッフコメント＞ 　　　　　　・パチンコ、パチスロの攻略法が格安で手に入るサイト。 　　　　　　攻略サイトにもいろいろあるが、料金、情報共に充実しています。 　　　　　　攻略法が格安料金で手に入れば言うことナシ！！ 　　　　　　パチンコ好きの貴方から、初心者の貴方迄御利用できます。 ＝出会い編＝ 　　　　 　　　　★大賞受賞 　　　　　　あっちゃんLOVE2コネクション 　　　　＜スタッフコメント＞ 　　　　　　・出会いを求めるなら絶対にこれ！間違いなし。 　　　　　　登録者の人数の多さ、利用の簡単さ、お薦めです。 　　　　　　出会いを求め積極的にアタック。アタック。アタック。 ＝欲求不満解消編＝ 　　　　★大賞受賞 　　　　　　 A BABE FOR YOU 　　　　＜スタッフコメント＞ 　　　　　　・freeのサイトなので安心して見て回れるのが最高。 　　　　　　いろいろな女の子がいろんなスタイルで待っています。 　　　　　　もちろん奥に進めば進むほどいろんな物が見えてくるはず・・・。 　　　　　　でも、危険なサイトには要注意。 　　　　　　 　　　　　　ＣＵＴＩＥ 　　　　＜スタッフコメント＞ 　　　　　　・憧れのＡＶ女優達と楽しい一時を過ごせます。 　　　　　　ファンの人必見のサイトです。 --------------DA53F157291DDAE05D067A84 Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit 　　　　　〜大人の情報館〜

　アダルトの為のお役立ち情報満載！！

　　'99年度アダルト大賞受賞サイト

私共のスタッフが去年一年間を通して調べた結果を
集計し厳選な審査の結果選びに選んだ選りすぐりのサイトです。
スタッフのコメントを参考に皆様も一度は利用してみてはいかがでしょうか。

＝ギャンブル編＝
　　　
　　　　★大賞受賞
　　　　　　 WINNER'S CLUB.
        ＜スタッフコメント＞
　　　　　　・確実に勝つ為の競馬情報サイト
　　　　　　的中率回収率共に納得の数字。
　　　　　　スタッフの間でも大好評。
　　　　　　穴馬捨てて確実に勝ち小遣いを稼ごう。
　　　　
　　　　★審査員特別賞
　　　　　　攻略の帝王
　　　　＜スタッフコメント＞
　　　　　　・パチンコ、パチスロの攻略法が格安で手に入るサイト。
　　　　　　攻略サイトにもいろいろあるが、料金、情報共に充実しています。
　　　　　　攻略法が格安料金で手に入れば言うことナシ！！
　　　　　　パチンコ好きの貴方から、初心者の貴方迄御利用できます。

＝出会い編＝
　　　　
　　　　★大賞受賞
　　　　　　あっちゃんLOVE2コネクション
　　　　＜スタッフコメント＞
　　　　　　・出会いを求めるなら絶対にこれ！間違いなし。
　　　　　　登録者の人数の多さ、利用の簡単さ、お薦めです。
　　　　　　出会いを求め積極的にアタック。アタック。アタック。

＝欲求不満解消編＝

　　　　★大賞受賞
　　　　　　 A BABE FOR YOU

　　　　＜スタッフコメント＞
　　　　　　・freeのサイトなので安心して見て回れるのが最高。
　　　　　　いろいろな女の子がいろんなスタイルで待っています。
　　　　　　もちろん奥に進めば進むほどいろんな物が見えてくるはず・・・。
　　　　　　でも、危険なサイトには要注意。

　　　　　　
　　　　　　ＣＵＴＩＥ

　　　　＜スタッフコメント＞
　　　　　　・憧れのＡＶ女優達と楽しい一時を過ごせます。
　　　　　　ファンの人必見のサイトです。 --------------DA53F157291DDAE05D067A84-- From jbglaw@ev-stift-gymn.guetersloh.de Sat May 27 15:18:32 2000 Received: from belgarath.esg-guetersloh.mediapoint.de (belgarath.esg-guetersloh.mediapoint.de [193.189.251.50]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA09789; Sat, 27 May 2000 15:18:31 +0200 (MET DST) Received-Date: Sat, 27 May 2000 15:18:31 +0200 (MET DST) Received: by belgarath.esg-guetersloh.mediapoint.de (Postfix, from userid 1000) id 1572F5133A; Sat, 27 May 2000 15:18:33 +0200 (CEST) Date: Sat, 27 May 2000 15:18:33 +0200 From: Jan-Benedict Glaw To: Ulrich Teichert Cc: Richard van den Berg , linux-mips@fnet.fr Subject: Re: bootp problem on Indigo Message-ID: <20000527151833.A14034@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: Ulrich Teichert , Richard van den Berg , linux-mips@fnet.fr References: <20000527142717.D11599@lug-owl.de> <200005271251.OAA04172@netsurf.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" X-Mailer: Mutt 1.0i In-Reply-To: <200005271251.OAA04172@netsurf.de>; from ut@netsurf.de on Sat, May 27, 2000 at 02:51:06PM +0200 X-Operating-System: Linux belgarath.esg-guetersloh.mediapoint.de 2.0.35 Sender: jbglaw@ev-stift-gymn.guetersloh.de Content-Length: 1902 Lines: 60 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, May 27, 2000 at 02:51:06PM +0200, Ulrich Teichert wrote: Hi! > >> Is vmlinux still world readable (chmod a+r vmlinux)? > >[Forgot to send the answer to the list as well] > > > >It is world-readable. The problem is that there's no attempt to fetch > >the kernel via tftp at all. 3 bootp requests, three replys. This indicat= es > >that the Indigo doesn't like the reply or that the box thinks that it > >is the "wrong answer"... So I think there's something wrong with my > >bootptab setup: > > > >SGIIndogo:bf=3D3Dvmlinux:\ > > :td=3D3D/tftpboot:\ > > :hd=3D3D/tftpboot:\ > > :ht=3D3Dethernet:\ > > :sm=3D3D255.255.255.0:\ > > :ha=3D3D08006906BA2E:\ > > :ip=3D3D192.168.1.3 >=20 > Looks good to me. Perhaps this is the infamous SQE-detect DIP-switch > off bug? I've never seen an Indigo, but do you use an AUI->10base2 > ethernet transciever? I use AUI->10baseT. SQE-detect DIP switch doesn't tell me a lot (read: nothing...), but I remember there are 2 dip switches at the transceiver... But I also remember that we used exactly that transceiver with that Indigo once before for bootp/tftp'ing... MfG, JBG --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEAREBAAYFAjkvyykACgkQHb1edYOZ4buk5QCeOPn7PHQaCx6yZtK7Aa5LTB67 lZ0An3hX3I+aH1JcHfvkl4jWA+hy9A8U =4Mtf -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From R.vandenBerg@inter.NL.net Sat May 27 16:42:19 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA10549; Sat, 27 May 2000 16:42:18 +0200 (MET DST) Received-Date: Sat, 27 May 2000 16:42:18 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust51.tnt9.rtm1.nl.uu.net [212.136.249.51] with ESMTP for id QAA23890 (8.8.8/3.41); Sat, 27 May 2000 16:42:17 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sat, 27 May 2000 16:34:58 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 27 May 2000 16:34:57 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: netbooting Maxine (MOP, TFTP) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2120 Lines: 52 ---------- Forwarded message ---------- Date: 13 Dec 99 01:44:49 GMT From: Toru Nishimura Newsgroups: muc.lists.netbsd.port.pmax Subject: Re: netbooting Maxine (MOP, TFTP) >> Possibly. Quality AUI<->UTP MAU (media access unit) has a user >> selectable 'SQE' switch. The switch must be ON for 'station' (your >> MAXINE case), OFF for 'signal repeating device' like repeater or >> bridge. > > That did the trick!!! Off all the units i could choose of... this seemed > just the one with the switch off ! > > Switching it on... make it netboot! Here goes the explanation. DECstation ROM monitor (Digital calls it Rom Executive 'REX') uses SQE to make sure the ethernet link is working properly for every transmition. SQE works as if 'acknowledge'. If SQE is not received by DECstation after transmittion, REX thinks network is choked. DECstations require SQE signal (as SQE is designed). SQE is a 'local protocol' in gray 'drop cable' between station and transceiver. Transceiver is a device directly attached with a yellow coax (10base5) cable. In these days, drop cable has gone and adaptor units are widely used to hook old AUI port to BNC or UTP cable. Now why the SQE has to be user-selectable? That's because in some cases AUI port is used for signal repeating or 'port cascading' purpose. Let's say you have 10baseT UTP 'hub' device which happens to have AUI port for 'up link' or 'neighbour link'. You might hook an AUI->BNC adaptor to it. In that case, SQE must be OFF. Or, every transmition would propergate SQE condition to all of UTP ports. Now users would complain 'this 10baseT network is slow and congested all the time...' Someone careful might notice the circumstance looking at 'collision' LED is blinking whenever even single station is talking. The story above is pretty common, and worth remembering. It's funny that in some cases people would try to resolve the 'congestion' replacing the 'dumb hub' with a 'smart switching hub'. This would result in partial success and waste of money. Thoru Nishimura Nara Institute of Science and Technology From R.vandenBerg@inter.NL.net Sat May 27 16:42:20 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA10552; Sat, 27 May 2000 16:42:19 +0200 (MET DST) Received-Date: Sat, 27 May 2000 16:42:19 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust51.tnt9.rtm1.nl.uu.net [212.136.249.51] with ESMTP id QAA23894 (8.8.8/3.41); Sat, 27 May 2000 16:42:18 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sat, 27 May 2000 16:40:46 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 27 May 2000 16:40:46 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Jan-Benedict Glaw cc: Ulrich Teichert , linux-mips@fnet.fr Subject: Re: bootp problem on Indigo In-Reply-To: <20000527151833.A14034@lug-owl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 526 Lines: 15 On Sat, 27 May 2000, Jan-Benedict Glaw wrote: > I use AUI->10baseT. SQE-detect DIP switch doesn't tell me a lot (read: > nothing...), but I remember there are 2 dip switches at the transceiver... I forwarded an explanation about this little bugger to the list. > But I also remember that we used exactly that transceiver with that Indigo > once before for bootp/tftp'ing... 2 things I have in my bootptab not seen in yours: bs=auto and vm=rfc1048, it's 2 years ago that I've been fiddling with that... Good luck, Richard From R.vandenBerg@inter.NL.net Sun May 28 14:26:59 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA22146; Sun, 28 May 2000 14:26:58 +0200 (MET DST) Received-Date: Sun, 28 May 2000 14:26:58 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust233.tnt8.ams1.nl.uu.net [212.136.248.233] with ESMTP for id OAA02870 (8.8.8/3.41); Sun, 28 May 2000 14:26:57 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sun, 28 May 2000 14:25:45 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 28 May 2000 14:25:44 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1833 Lines: 53 On Thu, 25 May 2000, Harald Koerfgen wrote: > On 22-Jul-99 Ralf Baechle wrote: > > CVSROOT: /src/ftp/cvs > > Module name: linux > > Changes by: ralf@linus.linux.sgi.com 99/07/21 18:57:14 > > > > Modified files: > > include/asm-mips: Tag: linux_2_2 pgtable.h > > > > Log message: > > Away you demons of memory corruption. Burn, bug burn ... But they returned: On Tue, 15 Feb 2000, Harald Koerfgen wrote: > On 15-Feb-00 Richard van den Berg wrote: > > On Sun, 13 Feb 2000, Harald Koerfgen wrote: > > > >> Log message: > >> o bootmem fixes for DECstations > >> o declarations in pgtable.h fixed > >> o cache management for R3000 improved > > > > [ravdberg@dolce ravdberg]$ uname -a > > Linux dolce 2.3.38 #5 Mon Feb 14 19:13:31 CET 2000 mips unknown > > [ravdberg@dolce ravdberg]$ cat /proc/cpuinfo > > cpu : MIPS > > cpu model : R3000A V3.0 > > system type : Digital Personal DECstation 5000/xx > > BogoMIPS : 24.84 > > byteorder : little endian > > unaligned accesses : 0 > > wait instruction : no > > microsecond timers : no > > extra interrupt vector : no > > hardware watchpoint : no > > VCED exceptions : not available > > VCEI exceptions : not available > > Never mind, but, beware, swapping is broken for 2.3.38 with R3000. > > While talking about the subject, I've put some assumptions into the > optimisation which seem to be valid for R3000As, but I am not exactly shure if > they are true for other R2000/R3000 variants. Thus, I'd like to have some > feedback from other boxes, for example DS2100/3100 or Bagets. On 2.3.99-pre8 swapping is still broken... 2.3.21 is the latest version with swapping working on R3000 DECstation I know of. Regards, Richard From roganov@niisi.msk.ru Sun May 28 16:24:00 2000 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA22666; Sun, 28 May 2000 16:23:58 +0200 (MET DST) Received-Date: Sun, 28 May 2000 16:23:58 +0200 (MET DST) 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 WAA06044; Sat, 4 Jan 1997 22:44:19 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id SAA29004; Sun, 28 May 2000 18:15:47 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id SAA07174; Sun, 28 May 2000 18:20:19 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <39311D52.E2F88F66@niisi.msk.ru> Date: Sun, 28 May 2000 17:21:22 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: Richard van den Berg , linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 2417 Lines: 73 Richard van den Berg wrote: > > On Thu, 25 May 2000, Harald Koerfgen wrote: > > > On 22-Jul-99 Ralf Baechle wrote: > > > CVSROOT: /src/ftp/cvs > > > Module name: linux > > > Changes by: ralf@linus.linux.sgi.com 99/07/21 18:57:14 > > > > > > Modified files: > > > include/asm-mips: Tag: linux_2_2 pgtable.h > > > > > > Log message: > > > Away you demons of memory corruption. Burn, bug burn ... > > But they returned: > > On Tue, 15 Feb 2000, Harald Koerfgen wrote: > > > On 15-Feb-00 Richard van den Berg wrote: > > > On Sun, 13 Feb 2000, Harald Koerfgen wrote: > > > > > >> Log message: > > >> o bootmem fixes for DECstations > > >> o declarations in pgtable.h fixed > > >> o cache management for R3000 improved > > > > > > [ravdberg@dolce ravdberg]$ uname -a > > > Linux dolce 2.3.38 #5 Mon Feb 14 19:13:31 CET 2000 mips unknown > > > [ravdberg@dolce ravdberg]$ cat /proc/cpuinfo > > > cpu : MIPS > > > cpu model : R3000A V3.0 > > > system type : Digital Personal DECstation 5000/xx > > > BogoMIPS : 24.84 > > > byteorder : little endian > > > unaligned accesses : 0 > > > wait instruction : no > > > microsecond timers : no > > > extra interrupt vector : no > > > hardware watchpoint : no > > > VCED exceptions : not available > > > VCEI exceptions : not available > > > > Never mind, but, beware, swapping is broken for 2.3.38 with R3000. > > > > While talking about the subject, I've put some assumptions into the > > optimisation which seem to be valid for R3000As, but I am not exactly shure if > > they are true for other R2000/R3000 variants. Thus, I'd like to have some > > feedback from other boxes, for example DS2100/3100 or Bagets. > > On 2.3.99-pre8 swapping is still broken... 2.3.21 is the latest version > with swapping working on R3000 DECstation I know of. > > Regards, > Richard Looks like bug in swapping was swapped in again ;-) P.S. I just applied 3-lines long patch posted by Ralf (SWP_xxx defines from pgtable.h) to our 2.2.1 tree. >From my current point of view it makes swapping Baget working like a lion: no any program crash occured during one hour of very intensive testing by few c++ compillation session working in parallel (Baget has only 16Mb RAM). Any comments and tests are welcoming ! Regards, Vladimir. From nozoki01@chan.ne.jp Mon May 29 05:41:51 2000 Received: from po3.chan.ne.jp ([210.239.178.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA03248; Mon, 29 May 2000 05:41:50 +0200 (MET DST) Received-Date: Mon, 29 May 2000 05:41:50 +0200 (MET DST) Received: from pon.chan.ne.jp (obp1-85.teleway.ne.jp [210.234.72.85]) by po3.chan.ne.jp (8.9.3/3.7W/991231) with SMTP id MAA48202 for ; Mon, 29 May 2000 12:53:19 +0900 (JST) Date: Mon, 29 May 2000 12:53:19 +0900 (JST) Message-Id: <200005290353.MAA48202@po3.chan.ne.jp> From: =?ISO-2022-JP?B?bm96b2tp?= To: =?ISO-2022-JP?B?NjQ1NzU=?= X-Mailer: Direct Email v0.22 Subject: =?ISO-2022-JP?B?GyRCJF4kSyQiSSw4KyEqJTUlcyVXJWsyaEF8GyhCVVJMGyRCSVUhKhsoQh==?= Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Length: 855 Lines: 25 こんにちわ。このメールはアダルトコンテンツを含んでいるので 興味のない方、未成年の方に届きました時には 深くお詫び申し上げると共に メールに手を加えず削除いただきます様お願い致します。 それ以外の方はこのまま下へＧＯ！！ 回回回回回回回回回回回回回回回回回回回回回回回回回回回回回回 　　　　　　　巨乳女子大生ヤリまくり！！！ 回回回回回回回回回回回回回回回回回回回回回回回回回回回回回回 先日、我々日本侵入探検隊が発見した女子大生は凄かった。 とにかく、ヤリまくりで、あえぎまくりだったのだ！ 想像を絶する凄さに思わず、メールを送らずにはいられなかった・・・。 その凄さはこのページを見てくれ！ http://www.fuhou2.com/sample1/ トップページ　　http://www.fuhou2.com/ 会員登録ページ　http://210.239.132.102/joinmemberhp/from.phtml お問い合わせ　　webmaster@fuhou2.com From michelle.dupont@ulg.ac.be Mon May 29 17:06:47 2000 Received: from aix10.segi.ulg.ac.be (aix10.segi.ulg.ac.be [139.165.32.133]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA11918; Mon, 29 May 2000 17:06:47 +0200 (MET DST) Received-Date: Mon, 29 May 2000 17:06:47 +0200 (MET DST) Received: from ulg.ac.be (unipc08.phys.ulg.ac.be [139.165.106.53]) by aix10.segi.ulg.ac.be (8.9.1a/8.9.1a) with ESMTP id RAA48718 for ; Mon, 29 May 2000 17:06:44 +0200 Sender: mdupont@aix10.segi.ulg.ac.be Message-ID: <3932883E.711C6EFE@ulg.ac.be> Date: Mon, 29 May 2000 15:09:50 +0000 From: Michelle Dupont X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: I would like to have linux on my old sgi: R4000 - Indy Content-Type: multipart/alternative; boundary="------------D5DF3288124120C025C308EB" Content-Length: 955 Lines: 51 --------------D5DF3288124120C025C308EB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I would like to install linux on my sgi. The processor is an R4000. What can I do? Thank you very much, Michelle Dupont -- Michelle Dupont UNIPC Universite de Liege Institut de Physique - B5 Sart-Tilman 4000 LIEGE Tel: 366.23.38 Fax: 366.23.55 Email: michelle.dupont@ulg.ac.be --------------D5DF3288124120C025C308EB Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

I would like to install linux on my sgi. The processor is an R4000.

What can I do?

Thank you very much,
Michelle Dupont 

-- 
Michelle Dupont
UNIPC
Universite de Liege
Institut de Physique - B5
Sart-Tilman 
4000 LIEGE

Tel: 366.23.38
Fax: 366.23.55
Email: michelle.dupont@ulg.ac.be
--------------D5DF3288124120C025C308EB-- From rabeeh@galileo.co.il Mon May 29 11:02:41 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA07978; Mon, 29 May 2000 11:02:39 +0200 (MET DST) Received-Date: Mon, 29 May 2000 11:02:39 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id MAA21835 for ; Mon, 29 May 2000 12:02:08 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <393294FF.748B1769@galileo.co.il> Date: Mon, 29 May 2000 12:04:15 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Linux 2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 209 Lines: 9 Hi What are the commands that I should run in order to get kernel ver 2.2 in it's latest form from the CVS server ? Please be specific because I have no idea how to deal with CVS servers. Thank you, Rabeeh From R.vandenBerg@inter.NL.net Mon May 29 18:15:19 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA12255; Mon, 29 May 2000 18:15:18 +0200 (MET DST) Received-Date: Mon, 29 May 2000 18:15:18 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust151.tnt20.rtm1.nl.uu.net [213.53.14.151] with ESMTP id SAA20134 (8.8.8/3.41); Mon, 29 May 2000 18:15:13 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Mon, 29 May 2000 18:10:26 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 29 May 2000 18:10:25 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Michelle Dupont cc: linux-mips@fnet.fr Subject: Re: I would like to have linux on my old sgi: R4000 - Indy In-Reply-To: <3932883E.711C6EFE@ulg.ac.be> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 407 Lines: 13 On Mon, 29 May 2000, Michelle Dupont wrote: > I would like to install linux on my sgi. The processor is an R4000. > > What can I do? Start with sending ASCII text only, html is for the web. Second read the Linux/MIPS HOWTO at http://oss.sgi.com/mips/mips-howto.html or a copy at http://web.inter.nl.net/users/schnecke/mips/mips-howto.html. Please come back if you still have questions. Regards, Richard From spowage@teleden.com Tue May 30 02:46:45 2000 Received: from www.teleden.com (root@cr88282-a.rchmd1.bc.wave.home.com [24.113.59.96]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA20977; Tue, 30 May 2000 02:46:44 +0200 (MET DST) Received-Date: Tue, 30 May 2000 02:46:44 +0200 (MET DST) Received: from hellont.teleden.com ([192.168.1.22]) by www.teleden.com (8.8.7/8.8.7) with ESMTP id RAA07254 for ; Mon, 29 May 2000 17:48:37 -0700 Message-Id: <4.3.1.0.20000529174358.00aea640@teleden.com> X-Sender: spowage@teleden.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 29 May 2000 17:45:12 +0100 To: linux-mips@fnet.fr From: mark spowage Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Length: 116 Lines: 4 hi.. ?? are there any mips chips for embedded systems, internet appliances thx for any reply. From ralf@uni-koblenz.de Tue May 30 01:07:39 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20369; Tue, 30 May 2000 01:07:38 +0200 (MET DST) Received-Date: Tue, 30 May 2000 01:07:38 +0200 (MET DST) Received: from cacc-24.uni-koblenz.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id BAA27855; Tue, 30 May 2000 01:07:33 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 30 May 2000 01:07:16 +0200 Date: Tue, 30 May 2000 01:07:16 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: oss.sgi.com Message-ID: <20000530010716.A4283@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Accept-Language: de,en,fr Content-Length: 402 Lines: 10 Since people have already asked me in private email - oss.sgi.com has crashed on Saturday and I don't know how to reach somebody who could fix the problem. Today is public holiday in the US so I assume oss should be back in service tomorrow. That also means that you please shouldn't mail me on my oss address but my gnu.org or other address until oss is fixed. Sorry for the inconvenience, Ralf From ralf@uni-koblenz.de Tue May 30 01:12:37 2000 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20456; Tue, 30 May 2000 01:12:36 +0200 (MET DST) Received-Date: Tue, 30 May 2000 01:12:36 +0200 (MET DST) Received: from cacc-24.uni-koblenz.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id BAA02594; Tue, 30 May 2000 01:12:33 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 30 May 2000 01:12:20 +0200 Date: Tue, 30 May 2000 01:12:20 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Subject: Re: Linux 2.2 Message-ID: <20000530011220.B4283@uni-koblenz.de> References: <393294FF.748B1769@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <393294FF.748B1769@galileo.co.il>; from rabeeh@galileo.co.il on Mon, May 29, 2000 at 12:04:15PM -0400 X-Accept-Language: de,en,fr Content-Length: 1449 Lines: 36 On Mon, May 29, 2000 at 12:04:15PM -0400, Rabeeh Khoury wrote: > What are the commands that I should run in order to get kernel ver 2.2 > in it's latest form from the CVS server ? > Please be specific because I have no idea how to deal with CVS servers. Normally I'd point you to the faq on oss.sgi.com but since that one is down, here the respective part from the faq. It just won't help you very much until oss is fixed which should be by Tuesday. 5.2. Anonymous CVS servers. For those who always want to stay on the bleeding edge and want to avoid having to download patch files or full tarballs we also have an anonymous CVS server. Using CVS you can checkout the Linux/MIPS source tree with the following commands: cvs -d :pserver:cvs@oss.sgi.com:/cvs login (Only needed the first time you use anonymous CVS, the password is "cvs") cvs -d :pserver:cvs@oss.sgi.com:/cvs co where you insert linux, libc, gdb or faq for . The other important CVS archive of the Linux community is vger.rutgers.edu where a lot of code is being collected before being sent to Linus for distribution. Although vger itself no longer offers anonymous access, there are mirror sites which do provide anonymous access. For details how to access them see . The modules which are of interest are ``linux'', ``modutils'', ``pciutils'', ``netutils''. Ralf From rabeeh@galileo.co.il Tue May 30 10:01:53 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA29948; Tue, 30 May 2000 10:01:44 +0200 (MET DST) Received-Date: Tue, 30 May 2000 10:01:44 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id LAA02989 for ; Tue, 30 May 2000 11:01:06 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <3933D832.3A872C69@galileo.co.il> Date: Tue, 30 May 2000 11:03:15 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: linux_2_2 from CVS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 174 Lines: 9 Hi All When downloading linux kernel from the CVS server with branch linux_2_2, will it download it's latest version, or I should apply some patch files ? regards, Rabeeh From csr6702@grace.rit.edu Tue May 30 19:39:48 2000 Received: from mailout3.nyroc.rr.com (mailout3-1.nyroc.rr.com [24.92.226.168]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA05403; Tue, 30 May 2000 19:39:47 +0200 (MET DST) Received-Date: Tue, 30 May 2000 19:39:47 +0200 (MET DST) Received: from hork.rochester.rr.com (d185d0f95.rochester.rr.com [24.93.15.149]) by mailout3.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id NAA20265; Tue, 30 May 2000 13:32:24 -0400 (EDT) Received: from molotov (helo=localhost) by hork.rochester.rr.com with local-esmtp (Exim 3.12 #1 (Debian)) id 12wpzS-0008TH-00; Tue, 30 May 2000 13:39:42 -0400 Date: Tue, 30 May 2000 13:39:42 -0400 (EDT) From: Chris Ruvolo To: linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3243 Lines: 93 Hello all. Please cc all replies to me as I am not subscribed to the list. I recently obtained a SGI Indy. The hard disk is totally wiped out, with no OS on it at all. No IRIX, no sash, no Linux, no nothing. The machine has no floppy or CD-ROM drive, but it seems that the boot PROM has a way of accessing a remote kernel using bootp and tftp. I want to get linux on this system, but I'm not sure about some of the details. I don't have other machines with SCSI interfaces that I could partition/write to this disk. Where do I go from here? I've been trying to tftp a kernel.. but no luck. How do i mount a root partition? NFS? How do I partition this box with a SGI partition table if I don't have the irix 'fx' tool? Will I have to boot off of a bootp/tftp server permanently? Has anyone tried this before? Had any luck? Any advise you can give would be appreciated. I've been trying to bootp/tftp a kernel with no luck. I am running a bootp server on an i386 machine, and it sees the sgi's requests and issues replies, but the indy ignores them enitrely. In the following, lestrade is the indy, with IP 192.168.0.105. hork is the bootp/tftp server with IP 192.168.0.17. Here is a transcript of the prom monitor: >> boot -f bootp()/mips/vmlinux No server for /mips/vmlinux. Your netaddr environment variable may be set incorrectly, or the net may be too busy for a connection to be made. Unable to load bootp()/mips/vmlinux: could not contact remote server. Here is output from my bootp server: # bootpd -v bootpd+dhcp 2.4.3 # bootpd -d4 bootpd: info(6): bootptab mtime: Tue May 30 12:20:38 2000 bootpd: info(6): reading "/etc/bootptab" bootpd: info(6): read 1 entries (1 hosts) from "/etc/bootptab" bootpd: info(6): recvd pkt from IP addr 192.168.0.105 bootpd: info(6): bootptab mtime: Tue May 30 12:20:38 2000 bootpd: info(6): request from IP addr 192.168.0.105 bootpd: info(6): found 192.168.0.105 (lestrade) bootpd: info(6): requested path="mips" file="vmlinux" bootpd: info(6): bootfile="/mips/vmlinux" bootpd: info(6): vendor magic field is 0.0.0.0 bootpd: info(6): sending reply (with no options) [repeat 3x] my bootptab file: # /etc/bootptab: database for bootp server (/usr/sbin/bootpd) # Blank lines and lines beginning with '#' are ignored. lestrade: hd=mips\ :td=/usr/local/share/tftpboot:\ :rp=/usr/local/share/tftpboot:\ :ht=ethernet:\ :ha=0x080069078c4f:\ :sm=255.255.255.0:\ :ip=192.168.0.105:\ :hn:\ :to=auto: If you look at this excerpt from tcpdump, it looks like its working properly. I don't see why its being ignored by the sgi. 12:21:35.835809 arp who-has 192.168.0.105 tell 192.168.0.105 12:21:35.837489 192.168.0.105.68 > 255.255.255.255.67: xid:0x812b C:192.168.0.105 file "mips/vmlinux 12:21:35.843089 arp who-has 192.168.0.105 tell 192.168.0.17 12:21:35.843524 arp reply 192.168.0.105 is-at 8:0:69:7:8c:4f 12:21:35.843549 192.168.0.17.67 > 192.168.0.105.68: xid:0x812b C:192.168.0.105 Y:192.168.0.105 S:192.168.0.17 sname "hork.rochester.rr.com file "/mips/vmlinux (DF) If anyone can offer any suggestions or explanation, I would certainly appreciate it. Thanks in advance, Chris From rabeeh@galileo.co.il Wed May 31 16:05:48 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA15763; Wed, 31 May 2000 16:05:45 +0200 (MET DST) Received-Date: Wed, 31 May 2000 16:05:45 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id RAA05621 for ; Wed, 31 May 2000 17:05:13 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <39357F0C.A6944E5D@galileo.co.il> Date: Wed, 31 May 2000 17:07:24 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Linux 2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 91 Lines: 6 Hi All did any one use Linux kernel 2.2 bigmips using CPU - QED 5271 ? regards, Rabeeh