From cjrice@cdc.net Sat May 1 21:12:02 1999 Received: from cdc.net (server1.cdc.net [207.244.0.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA22561; Sat, 1 May 1999 21:12:01 +0200 (MET DST) Received-Date: Sat, 1 May 1999 21:12:01 +0200 (MET DST) Received: (qmail 5601 invoked from network); 1 May 1999 19:11:58 -0000 Received: from unknown (HELO ricehome) (207.244.7.26) by server1.cdc.net with SMTP; 1 May 1999 19:11:58 -0000 From: "C J Rice" To: Subject: Re: DECStation Blues Date: Sat, 1 May 1999 15:12:46 -0400 Message-ID: <01be9406$98e1c4c0$1a07f4cf@ricehome> 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.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Content-Length: 3935 Lines: 116 Thanks for all the information. My DECStation 3100 appears to be working through the monitor and keyboard (not the serial port). It is trying to mount the file system on the intel based linux box. How do you export a file system on the intel box so that the mips box can see it and mount it ? Unix mount command and I are not on good terms. Also, I suspect the firmware in my DECstation has the problem mentioned earlier (can't tftp an image greater than 1MB). This is based on the tftp error "disk full" I am getting. Apparently it is loading enough to at lease try and mount the file system on the intel box. So, I will go further. If the 1mb size limitation is real, guess I will have to fire up VMS and use mop. Thanks -----Original Message----- From: Dave Airlie To: linux-mips@fnet.fr Date: Wednesday, April 28, 1999 7:50 AM Subject: Re: DECStation Blues > >> the setenv console 8 and then boot -f tftp() "console=ttyS3 single rw" and > >I'm think ttyS2 is the one you need, ttyS0 is keyboard/mouse port, 1 is >printer and 2 is serial console (I think!!!), > >On my DS5000/200 I have no graphics card at the moment, and all I do on it >is boot 6/tftp and I don't pass command line at all and it seems to work, >(I've messed with init.d scripts)... > >so as a recap you plug the serial line into port 3 which should be ttyS2 >.... I recommend moving over to a full serial console with the >setenv console s ( I think again)... at least until framebuffer and stuff >support arrives .. > >Dave. > >> all I get are the 3 lines on the DECStatio head. No action on either serial >> port. Sure is an odd thing to set console to (eight). Should I try the >> release you referenced? Are you aware of specific differences in source to >> explain this behavior? The MMJ cable that I am using has worked for other >> uses, so I don't suspect it. >> >> On a related note, what is the pinout for the DECStation 5000 so that I can >> give one of them a whirl? Don't have any connectors for a keyboard / mouse. >> >> Again, thanks >> >> JEFF >> >> >> >> -----Original Message----- >> From: Houten K.H.C. van (Karel) >> To: linux-mips@fnet.fr >> Cc: K.H.C.vanHouten@research.kpn.com >> Date: Tuesday, April 27, 1999 1:30 PM >> Subject: Re: DECStation Blues >> >> >> > >> >C J Rice writes: >> >>I would appreciate some specific ino on boot prompt commands for the 3100. >> >>This is most likely where I am fouled up. In particular, should I be able >> >>to switch the console so that console commands are typed via the serial >> port >> >>on the 3100? >> >My 3100 manual tells me that the command to select the console on the >> >standard serial console port (== printer port!, not communications port), >> >is "setenv console 8" >> > >> >>I was booting via the console on the monitor / keyboard. Once I tried a >> the >> >>console= it just seems to hang (i.e. no more info on the monitor after a >> >>point). If I am lucky, it is spewing out a serial port happily waiting >> for >> >>input. >> >> >> >>So, some specific 3100 info would really help me. >> >try the following boot command: >> >boot -f tftp() "console=ttyS3 single rw" >> > >> >Assuming you use my declinuxroot-990128.tgz, which likes to have >> >its root FS mounted read-write. >> >I had indeed some trouble getting the serial port running on the 3100, >> >and running getty made the system panic. But single user should be OK. >> > >> > >> >> >> >>Thanks for all the support. >> >> >> >>JEFF >> > >> >Regards, >> >Karel. >> > >> > >> > >------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- >Telecommunications Research Centre, ECE Dept, University of Limerick \ >http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ >--- TEL: +353-61-202695 ----------------------------------------------- > > From cjrice@cdc.net Sat May 1 22:46:34 1999 Received: from cdc.net (server1.cdc.net [207.244.0.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA23957; Sat, 1 May 1999 22:46:32 +0200 (MET DST) Received-Date: Sat, 1 May 1999 22:46:32 +0200 (MET DST) Received: (qmail 15059 invoked from network); 1 May 1999 20:25:48 -0000 Received: from unknown (HELO ricehome) (207.244.7.148) by server1.cdc.net with SMTP; 1 May 1999 20:25:48 -0000 From: "C J Rice" To: Subject: modprobe message ?? Date: Sat, 1 May 1999 16:26:37 -0400 Message-ID: <01be9410$e982bec0$9407f4cf@ricehome> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01BE93EF.62711EC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Content-Length: 1467 Lines: 49 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01BE93EF.62711EC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am getting the following message now when booting via tftp / bootp: "kmod: failed to exec /sbin/modprobe -s -k char_major-4, errno=3D2" All of this is displayed on my Decstation monitor. None over serial = port. Any ideas? JEFF cjrice@cdc.net ------=_NextPart_000_0010_01BE93EF.62711EC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am getting the following message now when booting = via tftp /=20 bootp:
 
"kmod: failed to exec /sbin/modprobe -s -k = char_major-4,=20 errno=3D2"
 
All of this is displayed on my Decstation = monitor.  None=20 over serial port.  Any ideas?
 
JEFF
 
cjrice@cdc.net
------=_NextPart_000_0010_01BE93EF.62711EC0-- From Harald.Koerfgen@home.ivm.de Sun May 2 19:41:21 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA01733; Sun, 2 May 1999 19:41:20 +0200 (MET DST) Received-Date: Sun, 2 May 1999 19:41:20 +0200 (MET DST) Received: from franz.no.dom (port18.koeln.ivm.de [195.247.239.18]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id TAA30419; Sun, 2 May 1999 19:41:07 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <01be9406$98e1c4c0$1a07f4cf@ricehome> Date: Sun, 02 May 1999 19:43:57 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: C J Rice Subject: Re: DECStation Blues Cc: linux-mips@fnet.fr Content-Length: 340 Lines: 20 Hi, On 01-May-99 C J Rice wrote: > Thanks for all the information. My DECStation 3100 appears to be > working through the monitor and keyboard (not the serial port). Could you please change: int loops = 1000; to int loops = 2000; in line 1404 of drivers/char/dz.c and tell us if serial console works then? --- Regards, Harald From cjrice@cdc.net Sun May 2 23:24:34 1999 Received: from cdc.net (server1.cdc.net [207.244.0.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA03803; Sun, 2 May 1999 23:24:33 +0200 (MET DST) Received-Date: Sun, 2 May 1999 23:24:33 +0200 (MET DST) Received: (qmail 21971 invoked from network); 2 May 1999 21:24:29 -0000 Received: from unknown (HELO ricehome) (207.244.7.91) by server1.cdc.net with SMTP; 2 May 1999 21:24:29 -0000 From: "C J Rice" To: Subject: Re: DECStation Blues Date: Sun, 2 May 1999 17:25:20 -0400 Message-ID: <01be94e2$47f1c7e0$5b07f4cf@ricehome> 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.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Content-Length: 1819 Lines: 54 I do have a 3100. Apparently I should be building with the .config option to use dz.c. Could you provide a copy of your .config file ? All the builds I have done myself hang up after displaying This Decsations is a 2100/3100. By hang up, I mean they no longer display any messages on the display and don't do anything via serial port. I can, however ping the box. A telnet looks promising, but is dismissed by the unknown host ?? On the other hand, I downloaded a boot image nbimageR3-2_2_1 and it does quite a lot more. I can not enter any commands on the keyboard or serial port. However, when I first started with it, it got as far as an NFS mount failure. After some reading, I managed to get my export right (I think) and the NFS mount was apparently successful (no errors on monitor). I was not able to definitively verify it was successful from the server (not knowing how to look). Does the mount command show all nfs mounted volumes? If is does, the mount failed with no indication from the mips box. The mips boot continued after the nfs mount and ended with the error message "kmod: failed to exec /sbin/modprobe -s -k char-major-4, errno=2 ". Any info would be appreciated to get a little fearther. JEFF -----Original Message----- From: Harald Koerfgen To: C J Rice Cc: linux-mips@fnet.fr Date: Sunday, May 02, 1999 1:45 PM Subject: Re: DECStation Blues >Hi, > >On 01-May-99 C J Rice wrote: >> Thanks for all the information. My DECStation 3100 appears to be >> working through the monitor and keyboard (not the serial port). > >Could you please change: > > int loops = 1000; > >to > > int loops = 2000; > >in line 1404 of drivers/char/dz.c > >and tell us if serial console works then? >--- >Regards, >Harald > > From triemer@apt4g.a3nyc.com Mon May 3 01:17:23 1999 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA07621; Mon, 3 May 1999 01:17:22 +0200 (MET DST) Received-Date: Mon, 3 May 1999 01:17:22 +0200 (MET DST) From: triemer@apt4g.a3nyc.com Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with ESMTP id TAA09850 for ; Sun, 2 May 1999 19:14:21 -0400 Date: Sun, 2 May 1999 19:14:16 -0400 (EDT) To: linux-mips@fnet.fr Subject: Re: DECStation Blues In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1144 Lines: 46 You may have the wrong port on the 3100. The decstation 2100 that I have has 2 ports on the back. 1. the port that I have my console plugged into which has a sort of printer symbol over it. 2. a port that has two arrows on it. My experience was that these two ports were mislabelled. They were backwards. The port with two arrows on it seemed to never accept input at all despite every attempt. The other thing to do is to set the console mode at the boot prom prompt and test if that is getting through your serial cable. >From the manual that I have, the command "setenv console 9" should get output coming through both your console port and the monitor. If it doesn't your cable is bad. -Tom Riemer On Sun, 2 May 1999, Harald Koerfgen wrote: > Hi, > > On 01-May-99 C J Rice wrote: > > Thanks for all the information. My DECStation 3100 appears to be > > working through the monitor and keyboard (not the serial port). > > Could you please change: > > int loops = 1000; > > to > > int loops = 2000; > > in line 1404 of drivers/char/dz.c > > and tell us if serial console works then? > --- > Regards, > Harald > From R.vandenBerg@inter.NL.net Mon May 3 10:01:39 1999 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 KAA14328; Mon, 3 May 1999 10:01:38 +0200 (MET DST) Received-Date: Mon, 3 May 1999 10:01:38 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-39.Hoorn.NL.net [193.79.46.203] with ESMTP for id KAA27386 (8.8.8/3.40); Mon, 3 May 1999 10:01:36 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 3 May 1999 10:01:04 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 3 May 1999 10:01:03 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECStation Blues In-Reply-To: <3.0.6.32.19990503092539.007c5440@response.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 512 Lines: 21 Hello Luke-Karol, On Mon, 3 May 1999, luke-karol alexander wrote: > Gday all, > I am a new memeber of this list and have a Personal DECStation 5000/25 How's that possible, I've such a beast too. > i was wondering how the linux port is going for this type of system,. and > where i can get *any* > (linux) software for it. Linux runs on it, details can be found at http://www.inter.nl.net/users/schnecke/html/mips/howto.html and http://www.xs4all.nl/~vhouten/mipsel/install.html Have fun. Regards, Richard From luke@response.com.au Mon May 3 01:25:05 1999 Received: from joshua.response.com.au (joshua.response.com.au [203.56.108.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA07776; Mon, 3 May 1999 01:25:01 +0200 (MET DST) Received-Date: Mon, 3 May 1999 01:25:01 +0200 (MET DST) Received: from luke (pc14.response.com.au [203.56.108.64]) by joshua.response.com.au (8.8.5/SCO5) with SMTP id JAA01033 for ; Mon, 3 May 1999 09:19:52 GMT Message-Id: <3.0.6.32.19990503092539.007c5440@response.com.au> X-Sender: luke@response.com.au X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 03 May 1999 09:25:39 -0700 To: linux-mips@fnet.fr From: luke-karol alexander Subject: Re: DECStation Blues In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Length: 600 Lines: 20 Gday all, I am a new memeber of this list and have a Personal DECStation 5000/25 i was wondering how the linux port is going for this type of system,. and where i can get *any* (linux) software for it. thanks. /================================/ / Luke-Karol Alexander / / Australian Computer Response / / Programmer / / 02 4721 4274 (W) / / 04 1357 7974 (M) / /================================/ From Rogers_Richardson@bourns.com Tue May 4 01:15:00 1999 Received: from cobra.bourns.com (cobra1.bourns.com [207.92.23.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA23169; Tue, 4 May 1999 01:14:58 +0200 (MET DST) Received-Date: Tue, 4 May 1999 01:14:58 +0200 (MET DST) Received: from cobra.bourns.com (root@localhost) by cobra.bourns.com with ESMTP id QAA07818 for ; Mon, 3 May 1999 16:14:18 -0700 (PDT) Received: from mail.bourns.com (riv-corp-nts3.bourns.com [10.1.1.23]) by cobra.bourns.com with ESMTP id QAA07814 for ; Mon, 3 May 1999 16:14:17 -0700 (PDT) Received: by riv-corp-nts3.bourns.com with Internet Mail Service (5.5.2232.9) id ; Mon, 3 May 1999 16:14:00 -0700 Message-ID: <975C68209A17D11180B30020AF1D605602B8680B@riv-corp-nts3.bourns.com> From: Rogers Richardson To: "'linux-mips@fnet.fr'" Subject: Linux on an SGI Date: Mon, 3 May 1999 16:13:51 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 1692 Lines: 45 I have been to the web page http://www.village.org/villagers/imp/linux-mips-faq.html and read what was going on at the time of the last update in 1996. I would like to put Linux on our SGI R4000 machine. From the following information from the above web page reference; drivers etc were not complete. Has this been done? Is Linux possible on my SGI now? On what hardware will it run? Linux/MIPS will run on most ARC (ARC = Advanced Risc Computing) compliant systems equipped with Mips R4x00 processors. A port to older MIPS microprocessors is now in progress. Ports to the following systems are in progress: *Acer PICA-61 (R4400, 134/150 MHz CPU clock, up to 2 MB L2 cache, on-board video, SCSI, ethernet and serial/parallel I/O plus 5 free ISA slots) *DECStation 5000/2x, 5000/100, 3100, and others. (a.k.a. PMAX, all R3000 based) *Deskstation rPC44 (R4400 100 MHz CPU clock, up to 2 MB L2 cache, 5 free EISA slots) *Mips Magnum 4000PC (R4000, 100 MHz CPU clock, on-board video, SCSI, ethernet and serial/parallel I/O plus 4 free EISA slots) *Olivetti M700-10 (R4000, 100 MHz CPU clock, on-board video, SCSI, ethernet and serial/parallel I/O plus 4 free EISA slots) *RM200 (R4600, 133MHz CPU clock, on-board video, SCSI, ethernet, serial/parallel I/O, 2 EISA and 3 PCI slots. *Onboard drivers. For Acer Pica, Magnum 4000 and Olivetti boards there are currently no drivers available for the onboard peripherals except for the floppy driver. Since these missing driver will still have to be written, ISA/EISA peripherals that are left from some old PC are a good workaround for now. Thanks, Rogers Tele:801-786-6312 Fax:801-786-6267 mailto:rogers_richardson@bourns.com From ralf@lappi.waldorf-gmbh.de Wed May 5 00:11:52 1999 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 AAA02560; Wed, 5 May 1999 00:11:50 +0200 (MET DST) Received-Date: Wed, 5 May 1999 00:11:50 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-12.uni-koblenz.de [141.26.131.12]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA23126 for ; Wed, 5 May 1999 00:11:45 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA01250; Wed, 5 May 1999 00:11:27 +0200 Message-ID: <19990505001127.D1063@uni-koblenz.de> Date: Wed, 5 May 1999 00:11:27 +0200 From: Ralf Baechle To: Rogers Richardson , "'linux-mips@fnet.fr'" Subject: Re: Linux on an SGI References: <975C68209A17D11180B30020AF1D605602B8680B@riv-corp-nts3.bourns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <975C68209A17D11180B30020AF1D605602B8680B@riv-corp-nts3.bourns.com>; from Rogers Richardson on Mon, May 03, 1999 at 04:13:51PM -0700 X-Accept-Language: de,en,fr Content-Length: 563 Lines: 15 On Mon, May 03, 1999 at 04:13:51PM -0700, Rogers Richardson wrote: > I have been to the web page > http://www.village.org/villagers/imp/linux-mips-faq.html and read what was > going on at the time of the last update in 1996. > > I would like to put Linux on our SGI R4000 machine. From the following > information from the above web page reference; drivers etc were not > complete. Has this been done? Is Linux possible on my SGI now? It depends what machine you actually have. Is it an Indy? The better web reference is http://www.linux.sgi.com. Ralf From bryan.oshea@glasscity.net Wed May 5 04:01:52 1999 Received: from mail-nt1.glassnet.net (mail-nt1.glasscity.net [208.13.0.37]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA04583; Wed, 5 May 1999 04:01:46 +0200 (MET DST) Received-Date: Wed, 5 May 1999 04:01:46 +0200 (MET DST) Received: from dialup-8.ts-1.bg.glasscity.net (dialup-8.ts-1.bg.glasscity.net [208.13.20.72]) by mail-nt1.glasscity.net (NTMail 3.03.0017/1.advf) with ESMTP id za636895 for ; Tue, 4 May 1999 21:57:58 -0400 Sender: arsonx@fnet.fr Message-ID: <372FA748.CF936FE7@glasscity.net> Date: Tue, 04 May 1999 22:04:56 -0400 From: "Bryan O'Shea" X-Mailer: Mozilla 4.51 [en] (X11; U; Linux 2.2.7 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: wanting to help the development effort... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 409 Lines: 21 Hi.. I have a SGI Iris Indigo.. several it has a R3000 mips cpu in it. i would like to resurect these old machines and possible extend the life of them with linux on it... i don't know where to begin or start and i came across this page lena.fnet.fr and read the faq... Or if you can point me into the right direction of any new efforts in the progress that would be appreciated thanks Bryan O'Shea From R.vandenBerg@inter.NL.net Wed May 5 12:07:10 1999 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 MAA07687; Wed, 5 May 1999 12:07:09 +0200 (MET DST) Received-Date: Wed, 5 May 1999 12:07:09 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-7.Hoorn.NL.net [193.79.46.171] with ESMTP for id MAA18138 (8.8.8/3.40); Wed, 5 May 1999 12:07:08 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 5 May 1999 11:28:05 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 5 May 1999 11:28:04 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: wanting to help the development effort... In-Reply-To: <372FA748.CF936FE7@glasscity.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 208 Lines: 9 On Tue, 4 May 1999, Bryan O'Shea wrote: > Or if you can point me into the right direction of any new efforts in > the progress that would be appreciated That is http://www.linux.sgi.com/ Regards, Richard From Harald.Koerfgen@home.ivm.de Wed May 5 21:42:39 1999 Received: from aw.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA13339; Wed, 5 May 1999 21:42:35 +0200 (MET DST) Received-Date: Wed, 5 May 1999 21:42:35 +0200 (MET DST) Received: from franz.no.dom (port51.koeln.ivm.de [195.247.239.51]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id VAA07761; Wed, 5 May 1999 21:42:15 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <372FA748.CF936FE7@glasscity.net> Date: Wed, 05 May 1999 21:45:07 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Bryan O'Shea" Subject: RE: wanting to help the development effort... Cc: linux-mips@fnet.fr Content-Length: 452 Lines: 17 Hi, On 05-May-99 Bryan O'Shea wrote: > I have a SGI Iris Indigo.. several > > it has a R3000 mips cpu in it. In that case you might want to have a look at ftp://ftp.linux.sgi.com/pub/linux/mips/test/linux-2.2.1-dec.tar.gz This source tree works for R2000/R3000 based DECstation and Baget Series machines, i.e. it has all the necessary changes for those CPUs. There won't be expilicit support for Indigos but it may be a start. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Wed May 5 21:42:47 1999 Received: from aw.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA13360; Wed, 5 May 1999 21:42:45 +0200 (MET DST) Received-Date: Wed, 5 May 1999 21:42:45 +0200 (MET DST) Received: from franz.no.dom (port51.koeln.ivm.de [195.247.239.51]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id VAA07765 for ; Wed, 5 May 1999 21:42:16 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 05 May 1999 21:45:08 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: A few DECstation changes commited to CVS Content-Length: 929 Lines: 29 People, I have commited a bunch of DECstation and Baget changes to the Linux/MIPS CVS. From now on I will no longer maintain a seperate source tree because you can get all the latest and greatest changes from the CVS itself :-), well, almost. The CVS does not contain several R3000 related changes and the changes for HZ != 100 on the DECstations. It will, on the other hand, work right out of the box for R4x00 based DECs, besides the clock problem. The necessary changes are available as seperate patches. Ok, what do you need for your machine? o The CVS source tree. You can get this via anonyoums CVS and instructions for that are in the Linux/MIPS FAQ. o Baget Series: apply ftp://ftp.linux.sgi.com/pub/linux/mips/test/r2300_patch.gz o R4x00 based DECstations: apply ftp://ftp.linux.sgi.com/pub/linux/mips/test/hz_patch.gz o R2000/r3000 based DECstations: apply both of the above. Happy testing. --- Regards, Harald From udo@magictoons.com Thu May 6 10:56:05 1999 Received: from linuserv.mediasoft.loc (s-if18.hh.pop.de [195.222.239.18]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA22504; Thu, 6 May 1999 10:56:04 +0200 (MET DST) Received-Date: Thu, 6 May 1999 10:56:04 +0200 (MET DST) Received: from udo (udo.mediasoft.loc [192.168.1.41]) by linuserv.mediasoft.loc (8.8.8/8.8.8) with SMTP id KAA32100 for ; Thu, 6 May 1999 10:55:54 +0200 Message-ID: <00dc01be978d$8a002200$2901a8c0@udo.mediasoft.loc> From: "Udo Sabiniewicz" To: Subject: Re: A few DECstation changes commited to CVS Date: Thu, 6 May 1999 08:56:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Length: 1223 Lines: 40 Stop spamming, or your here from our lawyer! -----Ursprüngliche Nachricht----- Von: Harald Koerfgen An: linux-mips@fnet.fr Datum: Mittwoch, 5. Mai 1999 21:46 Betreff: A few DECstation changes commited to CVS >People, > >I have commited a bunch of DECstation and Baget changes to the >Linux/MIPS CVS. From now on I will no longer maintain a seperate source >tree because you can get all the latest and greatest changes from the CVS >itself :-), well, almost. > >The CVS does not contain several R3000 related changes and the changes for >HZ != 100 on the DECstations. It will, on the other hand, work right out >of the box for R4x00 based DECs, besides the clock problem. The necessary >changes are available as seperate patches. > >Ok, what do you need for your machine? > >o The CVS source tree. You can get this via anonyoums CVS and instructions >for that are in the Linux/MIPS FAQ. > >o Baget Series: apply >ftp://ftp.linux.sgi.com/pub/linux/mips/test/r2300_patch.gz > >o R4x00 based DECstations: apply >ftp://ftp.linux.sgi.com/pub/linux/mips/test/hz_patch.gz > >o R2000/r3000 based DECstations: apply both of the above. > >Happy testing. >--- >Regards, >Harald > From ralf@lappi.waldorf-gmbh.de Thu May 6 17:17:44 1999 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 RAA25547; Thu, 6 May 1999 17:17:29 +0200 (MET DST) Received-Date: Thu, 6 May 1999 17:17:29 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id RAA17150 for ; Thu, 6 May 1999 17:17:20 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id OAA03936; Thu, 6 May 1999 14:11:35 +0200 Message-ID: <19990506141135.D3806@uni-koblenz.de> Date: Thu, 6 May 1999 14:11:35 +0200 From: Ralf Baechle To: "William J. Earl" Cc: Dave Olson , Charles Lepple , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: building an elf64 R10k kernel References: <372E6AA0.505A6071@foo.tho.org> <199905040354.UAA16791@anchor.engr.sgi.com> <19990505001606.E1063@uni-koblenz.de> <199905042300.QAA17970@fir.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199905042300.QAA17970@fir.engr.sgi.com>; from William J. Earl on Tue, May 04, 1999 at 04:00:00PM -0700 X-Accept-Language: de,en,fr Content-Length: 2424 Lines: 44 On Tue, May 04, 1999 at 04:00:00PM -0700, William J. Earl wrote: > > Let me point out that SGI has invented an almost genious workaround for a > > R10000 bug that only hits systems without I/O cache coherency, that is the > > Indigo2 and O2. > ... > > The R10000 "bug" is, in a sense, a feature, in that it improves > performance, and is harmless on machines with cache-coherent I/O. > Specifically, on a speculative store miss (a cache miss due to a > speculatively executed store instruction), the R10000 fetches the line > dirty-exclusive and marks it modified, in anticipation of the store. > If, however, the speculatively executed store never graduates (is > never committed), the line is left dirty, even though it has not been > modified. If the line happens to be part of a buffer into which data > is being DMAed, a subsequent victim writeback of the dirty cache line > might overwrite good data from the DMA with the obsolete data in the > cache line. This means that, one way or the other, a system with > non-cache-coherent I/O and an R10000 must avoid allowing the > processor to perform a speculative store miss with respect to memory > into which a DMA is taking place. > > Note that the Indigo2 and O2 have somewhat different workarounds. > The Indigo2 deals with the kernel side using a special compilation mode, > and the O2 deals with the kernel side using a special hardware feature > plus a generalization of the solution for the user mode part of the problem. > Both deal with the user mode by invalidating TLB entries for pages into > which data is being transferred via DMA, so that the processor cannot > resolve the virtual address, and hence cannot speculatively fetch > a cache line at that address, while the DMA is in progress. The kernel > side is harder, since the TLB is not used for K0SEG and XKPHYS address > spaces, which is where things get complicated. > > I can provide the details to someone who is really interested > in working on this, but, as Dave Olson indicated, you don't want to > start on this unless you have a LOT of spare time. There is a number of embedded systems which need top end horse power and are therefore based on the R10000. I bet many of these systems are also had to work around this R10000 non-coherent I/O problem using the same or similar tricks as SGI did. So I hope somebody will be interested solving that problem. Ralf From udo@magictoons.com Thu May 6 17:27:17 1999 Received: from linuserv.mediasoft.loc (s-if18.hh.pop.de [195.222.239.18]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA25676; Thu, 6 May 1999 17:27:16 +0200 (MET DST) Received-Date: Thu, 6 May 1999 17:27:16 +0200 (MET DST) Received: from udo (udo.mediasoft.loc [192.168.1.41]) by linuserv.mediasoft.loc (8.8.8/8.8.8) with SMTP id RAA01052; Thu, 6 May 1999 17:27:05 +0200 Message-ID: <01c201be97c4$3718a9e0$2901a8c0@udo.mediasoft.loc> From: "Udo Sabiniewicz" To: , "William J. Earl" Cc: "Dave Olson" , "Charles Lepple" , , , Subject: Re: building an elf64 R10k kernel Date: Thu, 6 May 1999 15:27:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Length: 3229 Lines: 68 Sag mal habt Ihr da ein Virus im system (sieht nach Melissa aus) Ich kriege hier zig - mails mit denen ich nix anfangen kann. Und Ralf Baechle...hm, bin der Meinung mit dem hab ich vor ein paar Jahren mal was diskutiert. Hamburg.....Trickfilmkolorierung....dämmert's? Bin ich in den ersten 50 Adressen? Glückwunsch, dann haste den Virus. Gruß Udo -----Ursprüngliche Nachricht----- Von: Ralf Baechle An: William J. Earl Cc: Dave Olson ; Charles Lepple ; linux@engr.sgi.com ; linux-mips@fnet.fr ; linux-mips@vger.rutgers.edu Datum: Donnerstag, 6. Mai 1999 17:21 Betreff: Re: building an elf64 R10k kernel >On Tue, May 04, 1999 at 04:00:00PM -0700, William J. Earl wrote: > >> > Let me point out that SGI has invented an almost genious workaround for a >> > R10000 bug that only hits systems without I/O cache coherency, that is the >> > Indigo2 and O2. >> ... >> >> The R10000 "bug" is, in a sense, a feature, in that it improves >> performance, and is harmless on machines with cache-coherent I/O. >> Specifically, on a speculative store miss (a cache miss due to a >> speculatively executed store instruction), the R10000 fetches the line >> dirty-exclusive and marks it modified, in anticipation of the store. >> If, however, the speculatively executed store never graduates (is >> never committed), the line is left dirty, even though it has not been >> modified. If the line happens to be part of a buffer into which data >> is being DMAed, a subsequent victim writeback of the dirty cache line >> might overwrite good data from the DMA with the obsolete data in the >> cache line. This means that, one way or the other, a system with >> non-cache-coherent I/O and an R10000 must avoid allowing the >> processor to perform a speculative store miss with respect to memory >> into which a DMA is taking place. >> >> Note that the Indigo2 and O2 have somewhat different workarounds. >> The Indigo2 deals with the kernel side using a special compilation mode, >> and the O2 deals with the kernel side using a special hardware feature >> plus a generalization of the solution for the user mode part of the problem. >> Both deal with the user mode by invalidating TLB entries for pages into >> which data is being transferred via DMA, so that the processor cannot >> resolve the virtual address, and hence cannot speculatively fetch >> a cache line at that address, while the DMA is in progress. The kernel >> side is harder, since the TLB is not used for K0SEG and XKPHYS address >> spaces, which is where things get complicated. >> >> I can provide the details to someone who is really interested >> in working on this, but, as Dave Olson indicated, you don't want to >> start on this unless you have a LOT of spare time. > >There is a number of embedded systems which need top end horse power and >are therefore based on the R10000. I bet many of these systems are also >had to work around this R10000 non-coherent I/O problem using the same or >similar tricks as SGI did. So I hope somebody will be interested solving >that problem. > > Ralf > From airlied@csn.ul.ie Thu May 6 16:40:29 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA25292; Thu, 6 May 1999 16:40:00 +0200 (MET DST) Received-Date: Thu, 6 May 1999 16:40:00 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id PAA07994 for ; Thu, 6 May 1999 15:34:36 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA28891 for ; Thu, 6 May 1999 15:39:26 +0100 Date: Thu, 6 May 1999 15:39:26 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: question about the CVS tree, Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 552 Lines: 14 Hi, What is the best method of retreiving stuff from the CVS tree, is there an anonymous pserver method or if not how do I do it over FTP, I want to keep track of the DEC patches from Harald essentially without have to download the whole tree each time ... Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From R.vandenBerg@inter.NL.net Thu May 6 17:17:46 1999 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 RAA25553; Thu, 6 May 1999 17:17:45 +0200 (MET DST) Received-Date: Thu, 6 May 1999 17:17:45 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-53.Hoorn.NL.net [193.79.46.217] with ESMTP for id RAA12777 (8.8.8/3.40); Thu, 6 May 1999 17:17:43 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 6 May 1999 17:13:57 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 6 May 1999 17:13:56 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: question about the CVS tree, In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1761 Lines: 43 On Thu, 6 May 1999, Dave Airlie wrote: > What is the best method of retreiving stuff from the CVS tree, is > there an anonymous pserver method or if not how do I do it over FTP, >From the Linux MIPS HOWTO (I don't know if it's yet online beside the cvs server as module faq, but you can review this part online at http://www.inter.nl.net/schnecke/mips/howto.html): 4.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@linus.linux.sgi.com:/cvs login (Only needed the first time you use anonymous CVS, the password is "cvs") cvs -d :pserver:cvs@linus.linux.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 http://cvs.on.openprojects.net/. The modules which are of interest are "linux", "modutils", "pciutils", "netutils". > I want to keep track of the DEC patches from Harald essentially without > have to download the whole tree each time ... I wouldn't rush yet for R[23]000 based DEC's as I couldn't produce a working kernel like Harald described. Regards, Richard From ralf@lappi.waldorf-gmbh.de Thu May 6 23:50:49 1999 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 XAA01359; Thu, 6 May 1999 23:50:46 +0200 (MET DST) Received-Date: Thu, 6 May 1999 23:50:46 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-7.uni-koblenz.de [141.26.131.7]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA10579 for ; Thu, 6 May 1999 23:50:39 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id RAA04591; Thu, 6 May 1999 17:53:46 +0200 Message-ID: <19990506175346.A4587@uni-koblenz.de> Date: Thu, 6 May 1999 17:53:46 +0200 From: Ralf Baechle To: Dave Airlie , linux-mips@fnet.fr Subject: Re: question about the CVS tree, References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Dave Airlie on Thu, May 06, 1999 at 03:39:26PM +0100 X-Accept-Language: de,en,fr Content-Length: 1390 Lines: 37 On Thu, May 06, 1999 at 03:39:26PM +0100, Dave Airlie wrote: > What is the best method of retreiving stuff from the CVS tree, is > there an anonymous pserver method or if not how do I do it over FTP, > > I want to keep track of the DEC patches from Harald essentially without > have to download the whole tree each time ... Below the anonymous CVS fragment of the FAQ. Cheers, Ralf 4.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@linus.linux.sgi.com:/cvs login (Only needed the first time you use anonymous CVS, the password is "cvs") cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs co where you insert linux, libc, or gdb 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''. From airlied@csn.ul.ie Thu May 6 18:19:10 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA26126; Thu, 6 May 1999 18:19:08 +0200 (MET DST) Received-Date: Thu, 6 May 1999 18:19:08 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id RAA08253 for ; Thu, 6 May 1999 17:14:13 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id RAA05080 for ; Thu, 6 May 1999 17:19:04 +0100 Date: Thu, 6 May 1999 17:19:04 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: Re: question about the CVS tree, In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 871 Lines: 24 > > > I want to keep track of the DEC patches from Harald essentially without > > have to download the whole tree each time ... > > I wouldn't rush yet for R[23]000 based DEC's as I couldn't produce a > working kernel like Harald described. > don't have much choice :-)... just lost my previous tree while messing about with a getting my 10GB recognised in my PC :-( ... I have most of the changes I've made anyways, and I might someday soon get the SCSI on my DS5000/200 going, I have it recognising the adapter, just have to get commands to it ... Dave. > Regards, > Richard > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From R.vandenBerg@inter.NL.net Thu May 6 19:05:52 1999 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 TAA26411; Thu, 6 May 1999 19:05:51 +0200 (MET DST) Received-Date: Thu, 6 May 1999 19:05:51 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-51.Hoorn.NL.net [193.79.46.215] with ESMTP for id TAA03848 (8.8.8/3.40); Thu, 6 May 1999 19:05:50 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 6 May 1999 19:02:19 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 6 May 1999 19:02:17 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: question about the CVS tree, In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 827 Lines: 25 Hello Dave, On Thu, 6 May 1999, Dave Airlie wrote: > > > I want to keep track of the DEC patches from Harald essentially without > > > have to download the whole tree each time ... > > > > I wouldn't rush yet for R[23]000 based DEC's as I couldn't produce a > > working kernel like Harald described. > don't have much choice :-)... just lost my previous tree while messing > about with a getting my 10GB recognised in my PC :-( ... In that case, I have both sources (cvs yesterday evening) and can supply you a diff, compressed with gzip -9 it is a 137 kB. I guess that can be mailed. > I have most of the changes I've made anyways, and I might someday soon get > the SCSI on my DS5000/200 going, I have it recognising the adapter, just > have to get commands to it ... Let me know, and you can go on. Regards, Richard From Harald.Koerfgen@home.ivm.de Thu May 6 21:58:01 1999 Received: from aw.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA29362; Thu, 6 May 1999 21:58:00 +0200 (MET DST) Received-Date: Thu, 6 May 1999 21:58:00 +0200 (MET DST) Received: from franz.no.dom (port19.koeln.ivm.de [195.247.239.19]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id VAA21772 for ; Thu, 6 May 1999 21:57:49 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 06 May 1999 22:00:41 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: question about the CVS tree, Content-Length: 2589 Lines: 83 Hi all, On 06-May-99 Dave Airlie wrote: >> >> > I want to keep track of the DEC patches from Harald essentially >> > without >> > have to download the whole tree each time ... >> >> I wouldn't rush yet for R[23]000 based DEC's as I couldn't produce a >> working kernel like Harald described. >> Thanks for bringing me back on the floor, guys. Yes, some things have changed indeed. To build an ECOFF kernel, which can be booted via TFTP or via Ultrixboot you have to type "make boot" and you'll find vmlinux.ecoff in arch/mips/boot. Yes, elf2ecoff has been hacked to work for DECstations too :-). addinitrd unfortunately does not work. No initrd at the moment. Another point (cited from the Linux/MIPS-Howto): --- begin cite --- Self compiled kernels crash when booting. When I build my own kernel, it crashes. On an Indy the crash message looks like the following; the same problem hits other machines as well but may look completely different. Exception: Status register: 0x300004803 Cause register: 0x8008 Exception PC: 0x881385cc, Exception RA: 0x88002614 exception, bad address: 0x47c4 Local I/O interrupt register 1: 0x80 Saved user regs in hex (&gpda 0xa8740e48, &_regs 0xa8741048): arg: 7 8bfff938 8bfffc4d 880025dc tmp: 8818c14c 8818c14c 10 881510c4 14 8bfad9e0 0 48 sve: 8bfdf3e8 8bfffc40 8bfb2720 8bfff938 a8747420 9fc56394 0 9fc56394 t8 48 t9 8bfffee66 at 1 v0 0 v1 8bfff890 k1 bad11bad gp 881dfd90 fp 9fc4be88 sp 8bfff8b8 ra 88002614 PANIC: Unexpected exception This problem is caused by a still unfixed bug in Binutils newer than version 2.7. As a workaround, change the following line in arch/mips/Makefile from: LINKFLAGS = -static -N to: LINKFLAGS = -static --- end cite --- On the DECstations this look very much like: [Numbers or whatever printed] This DECstation is a DS500/1xx [and then nothing] and then return to PROM prompt. > don't have much choice :-)... just lost my previous tree while messing > about with a getting my 10GB recognised in my PC :-( ... > > I have most of the changes I've made anyways, Besides your changes to declance.c they are already in the CVS :-) These are not easy to integrate but I am thinking about possible solutions. > and I might someday soon get the SCSI on my DS5000/200 going, I have > it recognising the adapter, just have to get commands to it ... That's indeed the most interesting part... Happy hacking. --- Regards, Harald From R.vandenBerg@inter.NL.net Fri May 7 09:16:46 1999 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 JAA08637; Fri, 7 May 1999 09:16:45 +0200 (MET DST) Received-Date: Fri, 7 May 1999 09:16:45 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-50.Hoorn.NL.net [193.79.46.214] with ESMTP for id JAA19368 (8.8.8/3.40); Fri, 7 May 1999 09:16:44 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 7 May 1999 09:12:36 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 7 May 1999 09:12:35 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: question about the CVS tree, In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1432 Lines: 40 Hello Harald, On Thu, 6 May 1999, Harald Koerfgen wrote: > On 06-May-99 Dave Airlie wrote: > >> > >> > I want to keep track of the DEC patches from Harald essentially > >> > without > >> > have to download the whole tree each time ... > >> > >> I wouldn't rush yet for R[23]000 based DEC's as I couldn't produce a > >> working kernel like Harald described. > >> > > Thanks for bringing me back on the floor, guys. Yes, some things have > changed indeed. > > To build an ECOFF kernel, which can be booted via TFTP or via Ultrixboot > you have to type "make boot" and you'll find vmlinux.ecoff in > arch/mips/boot. Yes, elf2ecoff has been hacked to work for DECstations too > :-). addinitrd unfortunately does not work. No initrd at the moment. DECstation Linux howto at http://www.inter.nl.net/users/schnecke/mips/howto.html is accordingly changed. For now I guess I don't need initrd, perhaps in the future to boot the 5000/133 from flop, but for now I like this :-) : KN02-CA V2.0m 1201984+0+119696 This DECstation is a Personal DS5000/xx Loading R[23]00 MMU routines. CPU revision is: 00000230 Instruction cache 64kb Data cache 64kb Linux version 2.2.1 (mips@schnecke) (gcc version 2.7.2) #1 Thu May 6 22:40:46 CEST 1999 Calibrating delay loop... 24.77 BogoMIPS Memory: 14668k/16380k available (1048k kernel code, 404k data) Regards, Richard From tsbogend@alpha.franken.de Sat May 8 01:39:25 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA16423; Sat, 8 May 1999 01:39:24 +0200 (MET DST) Received-Date: Sat, 8 May 1999 01:39:24 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id BAA23464; Sat, 8 May 1999 01:39:21 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id BAA04171; Sat, 8 May 1999 01:17:04 +0200 Message-ID: <19990508011704.D4081@alpha.franken.de> Date: Sat, 8 May 1999 01:17:04 +0200 From: Thomas Bogendoerfer To: linux@cthulhu.engr.sgi.com Cc: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, sun3-list@redhat.com Subject: Vacation & Linux Expo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 429 Lines: 12 Hi, I'm on vacation from May 9th to June 4th. I'm not sure, whether I'm able to read my emails during that time. I'll visit Linux Expo, so if anybody wants to meet me in person, this is a good chance. Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From stewartworkman@juno.com Sat May 8 11:13:35 1999 Received: from utopia.EUnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA20709; Sat, 8 May 1999 11:13:34 +0200 (MET DST) Received-Date: Sat, 8 May 1999 11:13:34 +0200 (MET DST) Received: from relay2.EUnet.fr by utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA25854; Sat, 8 May 1999 11:13:29 +0200 (MET) Received: from relay5.eunet.fr by relay2.eunet.fr (5.65c8d/96.05.03) via EUnet-France id AA01117; Sat, 8 May 1999 11:13:32 +0200 (MET) Received: from relay2.eunet.fr (relay2.eunet.fr [192.134.192.149]) by relay5.eunet.fr (8.8.5/8.8.5) with ESMTP id LAA08016; Sat, 8 May 1999 11:14:13 +0200 (MET DST) Received: from 207.217.230.253 ([207.217.230.253]) by relay2.eunet.fr (8.8.5/8.8.5) with SMTP id LAA01113; Sat, 8 May 1999 11:13:27 +0200 (MET DST) Date: Sat, 8 May 1999 11:13:27 +0200 (MET DST) Message-Id: <199905080913.LAA01113@relay2.eunet.fr> From: stewartworkman@OJIX.juno.com To: Student@relay2.eunet.fr, Faculty.and.Friends.NORJ@guadalquivir.fnet.fr Subject: The great weeping FACE ON THE PACIFIC OCEAN FLOOR -KPXG X-Reply-To: spiralupdatenews@juno.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 833 Lines: 14 We have a valuable FREE GIFT for you and it's the biggest single feature on Earth. It is a beautiful color JPG of the great weeping FACE ON THE PACIFIC OCEAN FLOOR. It is truly the newest headline mystery on this planet. Clearly visable on modern sea floor maps, it is among the MOST AMAZING IMAGES THE WORLD HAS EVER SEEN. This free gift is yours courtesy of the Spiral Update News. Knowing this was not a waste of your time, we encourage your comments and intend to publish a wide variety of them. We do not hide our light under a bushel. Kindests Regards, The Spiral Update News. For your FREE DOWNLOAD OF of the great weeping FACE ON THE PACIFIC OCEAN FLOOR, go here: http://www.loop.com/~spiralupdate/s2FreePrintA.html The Spiral Update News 260 S. Lake Ave #177 Pasadena, California 91101 spiralupdatenews@juno.com From airlied@csn.ul.ie Sat May 8 20:44:02 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA26850; Sat, 8 May 1999 20:44:01 +0200 (MET DST) Received-Date: Sat, 8 May 1999 20:44:01 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id TAA12452 for ; Sat, 8 May 1999 19:39:01 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id TAA00223 for ; Sat, 8 May 1999 19:43:54 +0100 Date: Sat, 8 May 1999 19:43:54 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: login problem in declinux-root ?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 649 Lines: 16 Hi, Previously I installed the decroot from the ftp site, and I upgraded had to re-compile login, and then I was allowed telnet to the machine, I since lost my tree and I today tried the same thing login still doesn't work after a recompile .. Anyone any ideas on this one? or a login that works, also does it happen a lot or is it only certain installs? Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From jean-miel@club.elle.fr Sat May 8 08:51:31 1999 Received: from mail20.prontomail.com (mail20.prontomail.com [209.185.149.120]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA19252; Sat, 8 May 1999 08:51:31 +0200 (MET DST) Received-Date: Sat, 8 May 1999 08:51:31 +0200 (MET DST) Received: from jean-miel (209.185.149.219) by mail20.prontomail.com (NPlex 2.0.123) for linux-mips@fnet.fr; Fri, 7 May 1999 23:50:17 -0700 From: "Ton Jean-Miel" Message-Id: <199905072349195@jean-miel.club.elle.fr> Date: Sat, 8 May 1999 14:52:00 -0700 X-Priority: Normal Content-Type: text/plain; charset=ISO-8859-1 To: linux-mips@fnet.fr Subject: Some question X-Mailer: Web Based Pronto Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Length: 429 Lines: 14 Dear Sir/Madame, Thanks a lot for reading my letter and I'm so sorry about my poor English. I'm working to port Linux to an embedded system using Philips MIPS CPU PR3001, which is R3000 based. I'm eager to read origial mail-list document about how to port a new system, and by the way, I want to be added in the mail-list too. Thanks again. Jean-Miel Lee 8.5.1999 -- Ouvrez votre E-mail gratuit chez ELLE http://www.elle.fr From R.vandenBerg@inter.NL.net Sun May 9 12:04:12 1999 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 MAA05218; Sun, 9 May 1999 12:04:11 +0200 (MET DST) Received-Date: Sun, 9 May 1999 12:04:11 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-2.Hoorn.NL.net [193.79.46.166] with ESMTP for id MAA14740 (8.8.8/3.40); Sun, 9 May 1999 12:04:05 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 9 May 1999 11:43:33 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 9 May 1999 11:43:32 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: login problem in declinux-root ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 866 Lines: 25 Hi Dave, On Sat, 8 May 1999, Dave Airlie wrote: > > Hi, > Previously I installed the decroot from the ftp site, and I > upgraded had to re-compile login, and then I was allowed telnet to the > machine, I since lost my tree and I today tried the same thing login still > doesn't work after a recompile .. I had to recompile login too. > Anyone any ideas on this one? or a login that works, also does it happen a > lot or is it only certain installs? Well, my 'fstab hack' is the only way I've ever been able to telnet to the box and I automated correct mounting in that part of rc.sysconfig and fire up inetd. I guess, I have to rewrite rc.sysconfig in order to see what is teesing me. Even making /sbin/init a symlink to rc.sysconfig doesn't make things work ok, the 'fstab hack' works again, a correct fstab and the box is unreachable. :-( Regards, Richard From juergen.sandner@baypol.bayern.de Mon May 10 11:31:46 1999 Received: from mail.bayern.de (mail.bayern.de [194.95.208.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA21739; Mon, 10 May 1999 11:31:13 +0200 (MET DST) Received-Date: Mon, 10 May 1999 11:31:13 +0200 (MET DST) Received: from listserv.bayern.de (post.bayern.de [10.2.10.10]) by mail.bayern.de (8.9.1/8.9.1) with ESMTP id LAA26088 for ; Mon, 10 May 1999 11:40:10 +0200 Received: from mail.baypol.bayern.de ([10.1.70.1]) by listserv.bayern.de (8.9.1/8.9.1) with SMTP id LAA20049 for ; Mon, 10 May 1999 11:31:12 +0200 Message-Id: <3736A70E.E4396605@baypol.bayern.de> Date: Mon, 10 May 1999 11:29:50 +0200 From: =?iso-8859-1?Q?J=FCrgen?= Sandner X-Accept-Language: de MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: linux on sinix rm400 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 346 Lines: 7 Is there still work in progress on porting linux to mips platforms? We have about 100 RM400/10 from SNI, whith we would like to run under LINUX. Your web site says there is a good chance that this platform will be supported. The page is more than one year old, so maybe the work is already done. Thank you for any help with this matter. Juergen From airlied@csn.ul.ie Mon May 10 15:20:17 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA24423; Mon, 10 May 1999 15:20:16 +0200 (MET DST) Received-Date: Mon, 10 May 1999 15:20:16 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id OAA19417 for ; Mon, 10 May 1999 14:15:10 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id OAA22487 for ; Mon, 10 May 1999 14:20:05 +0100 Date: Mon, 10 May 1999 14:20:05 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: Re: login problem in declinux-root ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1447 Lines: 43 Can you send me your current fstab and rc.sysinit?? I think I've throughly messed my own ones up now .. This is very wierd ... has anyone any ideas what might be causing this problem? Dave. On Sun, 9 May 1999, Richard van den Berg wrote: > Hi Dave, > > On Sat, 8 May 1999, Dave Airlie wrote: > > > > > Hi, > > Previously I installed the decroot from the ftp site, and I > > upgraded had to re-compile login, and then I was allowed telnet to the > > machine, I since lost my tree and I today tried the same thing login still > > doesn't work after a recompile .. > > I had to recompile login too. > > > Anyone any ideas on this one? or a login that works, also does it happen a > > lot or is it only certain installs? > > Well, my 'fstab hack' is the only way I've ever been able to telnet to > the box and I automated correct mounting in that part of rc.sysconfig > and fire up inetd. I guess, I have to rewrite rc.sysconfig in order to > see what is teesing me. Even making /sbin/init a symlink to rc.sysconfig > doesn't make things work ok, the 'fstab hack' works again, a correct > fstab and the box is unreachable. :-( > > Regards, > Richard > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From R.vandenBerg@inter.NL.net Mon May 10 16:41:38 1999 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 QAA26139; Mon, 10 May 1999 16:41:36 +0200 (MET DST) Received-Date: Mon, 10 May 1999 16:41:36 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-56.Hoorn.NL.net [193.79.46.220] with ESMTP for id QAA26913 (8.8.8/3.40); Mon, 10 May 1999 16:41:18 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 10 May 1999 16:38:42 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 10 May 1999 16:38:40 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: login problem in declinux-root ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-1047918120-926347120=:396" Content-Length: 12006 Lines: 217 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811839-1047918120-926347120=:396 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Dave, On Mon, 10 May 1999, Dave Airlie wrote: > Can you send me your current fstab and rc.sysinit?? My current /etc/fstab has the same effect as `rm -f /etc/fstab; touch /etc/fstab`, comment out line 9 of rc.sysinit if you don't have /usr/sbin/rdate, is my solution to shut up make, and I have attached /root/starten which get used. Order of mounting /proc and / is significant if you like to have a correctly updated /etc/mtab. > I think I've throughly messed my own ones up now .. It has to be a mess before things can become clean. > This is very wierd ... has anyone any ideas what might be causing this > problem? Some piece of hardware called DECstation... :-) Honestly, I'm clueless right now and also spending more time on math and physics then on DECstation stuff. Regards, Richard ---1463811839-1047918120-926347120=:396 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rc.sysinit" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: rc.sysinit IyEgL2Jpbi9zaA0KIw0KIyAvZXRjL3JjLmQvcmMuc3lzaW5pdCAtIHJ1biBv bmNlIGF0IGJvb3QgdGltZQ0KIw0KIyBUYWtlbiBpbiBwYXJ0IGZyb20gTWlx dWVsIHZhbiBTbW9vcmVuYnVyZydzIGJjaGVja3JjLg0KIw0KDQojIHpldCBk ZSB0aWpkIGdvZWQsIGlzIG1ha2UgdGV2cmVkZW4NCi91c3Ivc2Jpbi9yZGF0 ZSAxOTIuMTY4LjEuMQ0KDQojIFNldCB0aGUgcGF0aA0KUEFUSD0vYmluOi9z YmluOi91c3IvYmluOi91c3Ivc2Jpbg0KZXhwb3J0IFBBVEgNCg0KIyBSZWFk IGluIGNvbmZpZyBkYXRhLg0KaWYgWyAtZiAvZXRjL3N5c2NvbmZpZy9uZXR3 b3JrIF07IHRoZW4NCiAgICAuIC9ldGMvc3lzY29uZmlnL25ldHdvcmsNCmVs c2UNCiAgICBORVRXT1JLSU5HPW5vDQogICAgSE9TVE5BTUU9bG9jYWxob3N0 DQpmaQ0KDQojIFN0YXJ0IHVwIHN3YXBwaW5nLg0KZWNobyAiQWN0aXZhdGlu ZyBzd2FwIHBhcnRpdGlvbnMiDQpzd2Fwb24gLWENCg0KIyBTZXQgdGhlIGhv c3RuYW1lLg0KaG9zdG5hbWUgJHtIT1NUTkFNRX0NCmVjaG8gaG9zdG5hbWU6 IGBob3N0bmFtZWANCg0KIyBTZXQgdGhlIE5JUyBkb21haW4gbmFtZQ0KaWYg WyAtbiAiJE5JU0RPTUFJTiIgXTsgdGhlbg0KICAgIGRvbWFpbm5hbWUgJE5J U0RPTUFJTg0KZWxzZQ0KICAgIGRvbWFpbm5hbWUgIiINCmZpDQoNCmlmIFsg LWYgL2ZzY2tvcHRpb25zIF07IHRoZW4NCglmc2Nrb3B0aW9ucz1gY2F0IC9m c2Nrb3B0aW9uc2ANCiAgICBlbHNlDQoJZnNja29wdGlvbnM9JycNCmZpDQoN CiMgem9kYXQgaGV0IG9vayBlZXJkZXIgdGUgemllbiB2YWx0DQojIGRtZXNn ID4gL3Zhci9sb2cvZG1lc2cNCg0KIyAvdXNyL3NiaW4vaW5ldGQNCg0KaWYg WyAhIC1mIC9mYXN0Ym9vdCBdOyB0aGVuDQoJZWNobyAiQ2hlY2tpbmcgcm9v dCBmaWxlc3lzdGVtcy4iDQoJZnNjayAtViAtYSAkZnNja29wdGlvbnMgLw0K DQoJcmM9JD8NCg0KCSMgQSByZXR1cm4gb2YgMiBvciBoaWdoZXIgbWVhbnMg dGhlcmUgd2VyZSBzZXJpb3VzIHByb2JsZW1zLg0KCWlmIFsgJHJjIC1ndCAx IF07IHRoZW4NCgkJZWNobw0KCQllY2hvDQoJCWVjaG8gIioqKiBBbiBlcnJv ciBvY2N1cnJlZCBkdXJpbmcgdGhlIGZpbGUgc3lzdGVtIGNoZWNrLiINCgkJ ZWNobyAiKioqIERyb3BwaW5nIHlvdSB0byBhIHNoZWxsOyB0aGUgc3lzdGVt IHdpbGwgcmVib290Ig0KCQllY2hvICIqKiogd2hlbiB5b3UgbGVhdmUgdGhl IHNoZWxsLiINCg0KCQlQUzE9IihSZXBhaXIgZmlsZXN5c3RlbSkgXCMiOyBl eHBvcnQgUFMxDQoJL3Vzci9zYmluL2luZXRkDQoJL3Vzci9zYmluL3BvcnRt YXANCgkvcm9vdC9zdGFydGVuDQoJCXN1bG9naW4NCg0KCQllY2hvICJVbm1v dW50aW5nIGZpbGUgc3lzdGVtcyINCgkJdW1vdW50IC1hDQoJCW1vdW50IC1u IC1vIHJlbW91bnQscm8gLw0KCQllY2hvICJBdXRvbWF0aWMgcmVib290IGlu IHByb2dyZXNzLiINCgkJcmVib290DQoJZWxpZiBbICIkcmMiID0gIjEiIC1h IC14IC9zYmluL3F1b3RhY2hlY2sgXTsgdGhlbg0KCQllY2hvICJDaGVja2lu ZyByb290IGZpbGVzeXN0ZW0gcXVvdGFzIg0KCQkvc2Jpbi9xdW90YWNoZWNr IC12IC8NCglmaQ0KZmkNCg0KIyBpZiBbIC14IC9zYmluL3F1b3Rhb24gXTsg dGhlbg0KIyAgICAgZWNobyAiVHVybmluZyBvbiB1c2VyIGFuZCBncm91cCBx dW90YXMgZm9yIHJvb3QgZmlsZXN5c3RlbSINCiMgICAgIC9zYmluL3F1b3Rh b24gLw0KIyBmaQ0KDQojIGNoZWNrIGZvciBhcmd1bWVudHMgDQoNCiMgbW91 bnQgLXQgcHJvYyAvcHJvYyAvcHJvYw0KIyBpZiBncmVwIC1pIG5vcG5wIC9w cm9jL2NtZGxpbmUgPi9kZXYvbnVsbCA7IHRoZW4NCiMgICAgIFBOUD0NCiMg ZWxzZQ0KIyAgICAgUE5QPXllcw0KIyBmaQ0KDQojIHNldCB1cCBwbnAgDQoj IGlmIFsgLXggL3NiaW4vaXNhcG5wIC1hIC1mIC9ldGMvaXNhcG5wLmNvbmYg XTsgdGhlbg0KIyAgICAgaWYgWyAtbiAiJFBOUCIgXTsgdGhlbg0KIyAJZWNo byAiU2V0dGluZyB1cCBJU0EgUE5QIGRldmljZXMiDQojIAkvc2Jpbi9pc2Fw bnAgL2V0Yy9pc2FwbnAuY29uZg0KIyAgICAgZWxzZQ0KIyAJZWNobyAiU2tp cHBpbmcgSVNBIFBOUCBjb25maWd1cmF0aW9uIGF0IHVzZXJzIHJlcXVlc3Qi DQojICAgICBmaQ0KIyBmaQ0KDQojIFJlbW91bnQgdGhlIHJvb3QgZmlsZXN5 c3RlbSByZWFkLXdyaXRlLg0KIyBOb3QgZm9yIE5GUyByb290Lg0KZWNobyAi UmVtb3VudGluZyByb290IGZpbGVzeXN0ZW0gaW4gcmVhZC13cml0ZSBtb2Rl LiINCm1vdW50IC1uIC1vIHJlbW91bnQscncgLw0KDQojIGlmIFsgISAtZiAv ZXRjL0hPU1ROQU1FIF07IHRoZW4NCiMgICAgIGVjaG8gJHtIT1NUTkFNRX0g PiAvZXRjL0hPU1ROQU1FDQojIGZpDQoNCiMgQ2xlYXIgbXRhYg0KPi9ldGMv bXRhYg0KDQojIEVudGVyIHJvb3QgYW5kIC9wcm9jIGludG8gbXRhYi4NCm1v dW50IC1mIC8NCm1vdW50IC1mIC9wcm9jDQoNCiMgaWYgWyAtZiAvcHJvYy9r c3ltcyBdOyB0aGVuDQojICAgICBVU0VNT0RVTEVTPXkNCiMgZWxzZQ0KIyAg ICAgVVNFTU9EVUxFUz0NCiMgZmkNCg0KIyBTZXQgdXAga2VybmVsIHZlcnNp b24tZGVwZW5kZW50IHN5bWxpbmtzLg0KIyBybSAtZiAvbGliL21vZHVsZXMv cHJlZmVycmVkDQojIGlmIFsgLW4gJFVTRU1PRFVMRVMgXTsgdGhlbg0KIyAg ICAga3RhZz0iYGNhdCAvcHJvYy92ZXJzaW9uYCINCiMgICAgIG10YWc9YGdy ZXAgLWwgIiRrdGFnIiAvbGliL21vZHVsZXMvMi4wLiovLnJoa212dGFnIDI+ L2Rldi9udWxsYA0KIyAgICAgaWYgWyAtbiAiJG10YWciIF07IHRoZW4NCiMg CW12ZXI9YGVjaG8gJG10YWcgfCBzZWQgLWUgJ3MsL2xpYi9tb2R1bGVzLyws JyAtZSAncywvLnJoa212dGFnLCwnYA0KIyAJbG4gLXNmIC9saWIvbW9kdWxl cy8kbXZlciAvbGliL21vZHVsZXMvcHJlZmVycmVkDQojIAlsbiAtc2YgL2Jv b3QvU3lzdGVtLm1hcC0kbXZlciAvYm9vdC9TeXN0ZW0ubWFwDQojIAlsbiAt c2YgL2Jvb3QvbW9kdWxlLWluZm8tJG12ZXIgL2Jvb3QvbW9kdWxlLWluZm8N CiMgICAgIGZpDQojIGZpDQoNCiMgaWYgWyAteCAvc2Jpbi9kZXBtb2QgLWEg LW4gIiRVU0VNT0RVTEVTIiAtYSAhIC1mIC9wcm9jL3N5cy9rZXJuZWwvbW9k cHJvYmUgXTsgdGhlbg0KIyAgICAgIyBHZXQgcmVhZHkgZm9yIGtlcm5lbGQg aWYgbW9kdWxlIHN1cHBvcnQgaW4gdGhlIGtlcm5lbA0KIyAgICAgZWNobyAt biAiRmluZGluZyBtb2R1bGUgZGVwZW5kZW5jaWVzLi4uICINCiMgICAgIGlm IFsgLWUgL2xpYi9tb2R1bGVzL3ByZWZlcnJlZCBdOyB0aGVuDQojIAlkZXBt b2QgLWEgcHJlZmVycmVkDQojICAgICBlbHNlDQojIAlkZXBtb2QgLWENCiMg ICAgIGZpDQojICAgICBlY2hvICJkb25lIg0KIyBmaQ0KDQojIGxvYWQgc291 bmQgbW9kdWxlcw0KIyBpZiAhIGdyZXAgLWkgbm9tb2R1bGVzIC9wcm9jL2Nt ZGxpbmUgPi9kZXYvbnVsbCA7IHRoZW4NCiMgICAgIGlmIFsgLW4gIiRVU0VN T0RVTEVTIiBdOyB0aGVuDQojIAlpZiBncmVwIC1zICJhbGlhcyBzb3VuZCIg L2V0Yy9jb25mLm1vZHVsZXMgPiAvZGV2L251bGwgOyB0aGVuDQojIAkgICAg bW9kcHJvYmUgc291bmQNCiMgCSAgICBpZiBncmVwIC1zICJhbGlhcyBtaWRp IiAvZXRjL2NvbmYubW9kdWxlcyA+IC9kZXYvbnVsbCA7IHRoZW4NCiMgCQlt b2Rwcm9iZSBtaWRpDQojIAkgICAgZmkNCiMgCWZpDQojICAgICBmaQ0KIyBm aQ0KDQojIGlmIFsgLXggL3NiaW4va2VybmVsZCAtYSAtbiAiJFVTRU1PRFVM RVMiIF07IHRoZW4NCiMgICAgIGlmIFsgLWYgL3Byb2Mvc3lzL2tlcm5lbC9t b2Rwcm9iZSBdOyB0aGVuDQoJIyAvcHJvYy9zeXMva2VybmVsL21vZHByb2Jl IGluZGljYXRlcyBidWlsdC1pbiBrbW9kIGluc3RlYWQNCiMgCWVjaG8gIi9z YmluL21vZHByb2JlIiA+IC9wcm9jL3N5cy9rZXJuZWwvbW9kcHJvYmUNCiMg ICAgIGVsc2UNCiMgCS9zYmluL2tlcm5lbGQNCiMgCUtFUk5FTEQ9eWVzDQoj ICAgICBmaQ0KIyBmaQ0KDQojIENoZWNrIGZpbGVzeXN0ZW1zDQppZiBbICEg LWYgL2Zhc3Rib290IF07IHRoZW4NCgllY2hvICJDaGVja2luZyBmaWxlc3lz dGVtcy4iDQoJZnNjayAtUiAtQSAtViAtYSAkZnNja29wdGlvbnMNCg0KCXJj PSQ/DQoNCgkjIEEgcmV0dXJuIG9mIDIgb3IgaGlnaGVyIG1lYW5zIHRoZXJl IHdlcmUgc2VyaW91cyBwcm9ibGVtcy4NCglpZiBbICRyYyAtZ3QgMSBdOyB0 aGVuDQoJCWVjaG8NCgkJZWNobw0KCQllY2hvICIqKiogQW4gZXJyb3Igb2Nj dXJyZWQgZHVyaW5nIHRoZSBmaWxlIHN5c3RlbSBjaGVjay4iDQoJCWVjaG8g IioqKiBEcm9wcGluZyB5b3UgdG8gYSBzaGVsbDsgdGhlIHN5c3RlbSB3aWxs IHJlYm9vdCINCgkJZWNobyAiKioqIHdoZW4geW91IGxlYXZlIHRoZSBzaGVs bC4iDQoNCgkJUFMxPSIoUmVwYWlyIGZpbGVzeXN0ZW0pIFwjIjsgZXhwb3J0 IFBTMQ0KCQlzdWxvZ2luDQoNCgkJZWNobyAiVW5tb3VudGluZyBmaWxlIHN5 c3RlbXMiDQoJCXVtb3VudCAtYQ0KCQltb3VudCAtbiAtbyByZW1vdW50LHJv IC8NCgkJZWNobyAiQXV0b21hdGljIHJlYm9vdCBpbiBwcm9ncmVzcy4iDQoJ CXJlYm9vdA0KCWVsaWYgWyAiJHJjIiA9ICIxIiAtYSAteCAvc2Jpbi9xdW90 YWNoZWNrIF07IHRoZW4NCgkJZWNobyAiQ2hlY2tpbmcgZmlsZXN5c3RlbSBx dW90YXMiDQoJCS9zYmluL3F1b3RhY2hlY2sgLXYgLVIgLWENCglmaQ0KZmkN Cg0KIyBNb3VudCBhbGwgb3RoZXIgZmlsZXN5c3RlbXMgKGV4Y2VwdCBmb3Ig TkZTIGFuZCAvcHJvYywgd2hpY2ggaXMgYWxyZWFkeQ0KIyBtb3VudGVkKS4g Q29udHJhcnkgdG8gc3RhbmRhcmQgdXNhZ2UsDQojIGZpbGVzeXN0ZW1zIGFy ZSBOT1QgdW5tb3VudGVkIGluIHNpbmdsZSB1c2VyIG1vZGUuDQplY2hvICJN b3VudGluZyBsb2NhbCBmaWxlc3lzdGVtcy4iDQptb3VudCAtYSAtdCBub25m cyxwcm9jDQoNCiMgc2V0IHRoZSBjb25zb2xlIGZvbnQNCiMgaWYgWyAteCAv c2Jpbi9zZXRzeXNmb250IF07IHRoZW4NCiMgICAgIC9zYmluL3NldHN5c2Zv bnQNCiMgZmkNCg0KIyBpZiBbIC14IC9zYmluL3F1b3Rhb24gXTsgdGhlbg0K IyAgICAgZWNobyAiVHVybmluZyBvbiB1c2VyIGFuZCBncm91cCBxdW90YXMg Zm9yIGxvY2FsIGZpbGVzeXN0ZW1zIg0KIyAgICAgL3NiaW4vcXVvdGFvbiAt YQ0KIyBmaQ0KDQojIENsZWFuIG91dCAvZXRjLg0Kcm0gLWYgL2V0Yy9tdGFi fiAvZmFzdGJvb3QgL2ZzY2tvcHRpb25zDQo+L3Zhci9ydW4vdXRtcA0KDQoj IERlbGV0ZSBVVUNQIGxvY2sgZmlsZXMuDQpybSAtZiAvdmFyL2xvY2svTENL Kg0KDQojIERlbGV0ZSBzdGFsZSBzdWJzeXN0ZW0gZmlsZXMuDQpybSAtZiAv dmFyL2xvY2svc3Vic3lzLyoNCg0KaWYgWyAtbiAiJEtFUk5FTEQiIF07IHRo ZW4NCiAgICB0b3VjaCAvdmFyL2xvY2svc3Vic3lzL2tlcm5lbGQNCmZpDQoN CiMgRGVsZXRlIHN0YWxlIHBpZCBmaWxlcw0Kcm0gLWYgL3Zhci9ydW4vKi5w aWQNCg0KIyBEZWxldGUgWCBsb2Nrcw0Kcm0gLWYgL3RtcC8uWCotbG9jaw0K DQojIFNldCB0aGUgc3lzdGVtIGNsb2NrLg0KZWNobyAtbiAiU2V0dGluZyBj bG9jayINCg0KIyBBUkM9MA0KIyBVVEM9MA0KIyBpZiBbIC1mIC9ldGMvc3lz Y29uZmlnL2Nsb2NrIF07IHRoZW4NCiMgICAgIC4gL2V0Yy9zeXNjb25maWcv Y2xvY2sNCiMgDQogICAgIyBjb252ZXJ0IG9sZCBzdHlsZSBjbG9jayBjb25m aWcgdG8gbmV3IHZhbHVlcw0KIyAgICAgaWYgWyAiJHtDTE9DS01PREV9IiA9 ICJHTVQiIF07IHRoZW4NCiMgCSAgICBVVEM9dHJ1ZQ0KIyAgICAgZWxpZiBb ICIke0NMT0NLTU9ERX0iID0gIkFSQyIgXTsgdGhlbg0KIyAJICAgIEFSQz10 cnVlDQojICAgICBmaQ0KIyBmaQ0KDQojIGlmIFsgLXggL3NiaW4vaHdjbG9j ayBdOyB0aGVuDQojICAgICBDTE9DS0ZMQUdTPSItLWhjdG9zeXMiDQojICAg ICBDTE9DSz0vc2Jpbi9od2Nsb2NrDQojIGVsc2UNCiMgICAgIENMT0NLRkxB R1M9Ii1hIg0KIyAgICAgQ0xPQ0s9L3NiaW4vY2xvY2sNCiMgZmkNCg0KIyBj YXNlICIkVVRDIiBpbg0KIyAgIHllc3x0cnVlKQ0KIyAgICAgQ0xPQ0tGTEFH Uz0iJENMT0NLRkxBR1MgLXUiOw0KIyAgICAgZWNobyAtbiAiICh1dGMpIg0K IyAgIDs7DQojIGVzYWMNCg0KIyBjYXNlICIkQVJDIiBpbg0KIyAgIHllc3x0 cnVlKQ0KIyAgICAgQ0xPQ0tGTEFHUz0iJENMT0NLRkxBR1MgLUEiOw0KIyAg ICAgZWNobyAtbiAiIChhcmMpIg0KIyAgIDs7DQojIGVzYWMNCg0KIyBlY2hv IC1uICI6ICINCiMgaWYgWyAteCAiJENMT0NLIiBdOyB0aGVuDQojICAgICAk Q0xPQ0sgJENMT0NLRkxBR1MNCiMgZmkNCg0KZGF0ZQ0KDQojIFJpZ2h0LCBu b3cgdHVybiBvbiBzd2FwIGluIGNhc2Ugd2Ugc3dhcCB0byBmaWxlcy4NCmVj aG8gIkVuYWJsaW5nIHN3YXAgc3BhY2UuIg0KIyBzd2Fwb24gLWEgMj4mMSB8 IGdyZXAgLXYgImJ1c3kiDQoNCiMgSW5pdGlhbGl6ZSB0aGUgc2VyaWFsIHBv cnRzLg0KIyBpZiBbIC1mIC9ldGMvcmMuZC9yYy5zZXJpYWwgXTsgdGhlbg0K IyAJLiAvZXRjL3JjLmQvcmMuc2VyaWFsDQojIGZpDQoNCiMgTG9hZCBtb2R1 bGVzIChmb3IgYmFja3dhcmQgY29tcGF0aWJpbGl0eSB3aXRoIFZBUnMpDQoj IGlmIFsgLWYgL2V0Yy9yYy5kL3JjLm1vZHVsZXMgXTsgdGhlbg0KIyAJL2V0 Yy9yYy5kL3JjLm1vZHVsZXMNCiMgZmkNCg0KIyBJZiBhIFNDU0kgdGFwZSBo YXMgYmVlbiBkZXRlY3RlZCwgbG9hZCB0aGUgc3QgbW9kdWxlIHVuY29uZGl0 aW9uYWxseQ0KIyBzaW5jZSBtYW55IFNDU0kgdGFwZXMgZG9uJ3QgZGVhbCB3 ZWxsIHdpdGggc3QgYmVpbmcgbG9hZGVkIGFuZCB1bmxvYWRlZA0KIyBpZiBb IC1mIC9wcm9jL3Njc2kvc2NzaSBdICYmIGNhdCAvcHJvYy9zY3NpL3Njc2kg fCBncmVwIC1xICdUeXBlOiAgIFNlcXVlbnRpYWwtQWNjZXNzJyAyPi9kZXYv bnVsbCA7IHRoZW4NCiMgCWlmIGNhdCAvcHJvYy9kZXZpY2VzIHwgZ3JlcCAt cXYgJyA5IHN0JyA7IHRoZW4NCiMgCQlpZiBbIC1uICIkVVNFTU9EVUxFUyIg XSA7IHRoZW4NCiMgCQkJIyBUcnkgdG8gbG9hZCB0aGUgbW9kdWxlLiAgSWYg aXQgZmFpbHMsIGlnbm9yZSBpdC4uLg0KIyAJCQltb2Rwcm9iZSBzdCAyPi9k ZXYvbnVsbA0KIyAJCWZpDQojIAlmaQ0KIyBmaQ0KDQojIE5vdyB0aGF0IHdl IGhhdmUgYWxsIG9mIG91ciBiYXNpYyBtb2R1bGVzIGxvYWRlZCBhbmQgdGhl IGtlcm5lbCBnb2luZywNCiMgbGV0J3MgZHVtcCB0aGUgc3lzbG9nIHJpbmcg c29tZXdoZXJlIHNvIHdlIGNhbiBmaW5kIGl0IGxhdGVyDQpkbWVzZyA+IC92 YXIvbG9nL2RtZXNnDQoNCiMgdGlqZGVsaWprZSBoYWNrLCBraWprZW4gb2Yg cmxvZ2luIHpvIHdlbCB3ZXJrdA0KIyAvdXNyL3NiaW4vaW5ldGQNCg0KIyBG ZWVkIGVudHJvcHkgaW50byB0aGUgZW50cm9weSBwb29sDQojIC9ldGMvcmMu ZC9pbml0LmQvcmFuZG9tIHN0YXJ0DQo= ---1463811839-1047918120-926347120=:396 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=starten Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: /root/starten IyEvYmluL3NoDQoNCi9iaW4vbW91bnQgLXQgbmZzIC1uIC1vIHJ3LHJlbW91 bnQgd2hhbGU6L2hvbWUvZnRwL01BWGluZSAvDQoNCi9iaW4vcm0gLWYgL2V0 Yy9tdGFiDQoNCi9iaW4vbW91bnQgLXQgcHJvYyAvcHJvYyAvcHJvYy8NCi9i aW4vbW91bnQgLXQgbmZzIC1vIHJ3LHJlbW91bnQgd2hhbGU6L2hvbWUvZnRw L01BWGluZSAvDQovYmluL21vdW50IC10IG5mcyB3aGFsZTovaG9tZS9yYXZk YmVyZy9taXBzL0RlYmlhbi8gL3Vzci9zcmMvZGViaWFuLw0K ---1463811839-1047918120-926347120=:396-- From florian@void.s.bawue.de Tue May 11 00:43:55 1999 Received: from nadia.s.bawue.de (root@nadia.s.bawue.de [193.197.11.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA02369; Tue, 11 May 1999 00:43:51 +0200 (MET DST) Received-Date: Tue, 11 May 1999 00:43:51 +0200 (MET DST) Received: from void.s.bawue.de (virtual8.s.bawue.de [193.197.10.8]) by nadia.s.bawue.de (8.9.3/8.9.3) with ESMTP id AAA11394 for ; Tue, 11 May 1999 00:43:46 +0200 (CEST) Received: from florian by void.s.bawue.de with local (Exim 2.11 #1 (Debian)) id 10gyXT-00049b-00; Tue, 11 May 1999 00:28:43 +0200 Date: Tue, 11 May 1999 00:28:43 +0200 From: Florian Laws To: linux-mips@fnet.fr Subject: Re: linux on sinix rm400 Message-ID: <19990511002843.B15947@void.s.bawue.de> Mail-Followup-To: linux-mips@fnet.fr References: <3736A70E.E4396605@baypol.bayern.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.4i In-Reply-To: =?iso-8859-1?Q?=3C3736A70E=2EE4396605=40baypol=2Ebayern=2Ede=3E=3B_from_?= =?iso-8859-1?Q?J=FCrgen_Sandner_on_Mon=2C_May_10=2C_1999_at_11:29:50AM_+?= =?iso-8859-1?Q?0200?= Content-Length: 1812 Lines: 87 On Mon, May 10, 1999 at 11:29:50AM +0200, Jürgen Sandner wrote: > Is there still work in progress on porting linux to mips platforms? > We have about 100 RM400/10 from SNI, whith we would like to run under LINUX. > Your web site says there is a good chance that this platform will be supported. How old are your RM400/10s? I have an 8 years old RM400/05 here are I would really like to get Linux running on it. Here are some technical data: Siemens RM400/05, Processor: MIPS R3000A + R3010A Coproc 32MB RAM 2x1,5GB Harddisk, Floppy, some strange Kind of Streamer, SCSI onboard, Differential SCSI support (could be NCR 52C200) Ethernet onboard (Intel Ethernet chipset, i guess) (see chip list below) 7 ISA Slots The problem is, I have _no_ documentation on the hardware, I have only the docu that comes with a SINIX V5.41 B 10 system CDROM. Therefore, please accept my apologies for the rather long chip list below, perhaps somebody can identify some of the components and tell me if they can be supported by Linux/MIPS. Thanks, Florian And here the labels on some of the major chips on the mainboard: (CPU): SIEMENS SAB- R3000A-33-AE S10420890R 126682 (M)(C) MIPS '89 146 GERMANY (Coproc): SIEMENS SAB- R3010A-33-A S10410890R 134462 (M)(C) MIPS'89 GERMANY (left of the CPU): LSI LR 3230 HC-33 MIPS RWB NAC 9301 [delta] OB 9507 FSDNA2 (below): APPIAN POACH 8 82C331 9214 CDACGK APPIAN POACH 1 82C230-12 9117 CDACCP (near the ISA slots, right): INTEL S82352 S7297 CF62397PB N 9343 06198 INTEL 990 (near the ISA slots, above): VLSI 9252 BV 271671 VL16C552-QC 3034 A2000 (further above, could be SCSI?): NCR SIOP 53C200 609-3400676 GM12 Y249057 9305N (further above, could be Ethernet?): INTEL ? From ralf@lappi.waldorf-gmbh.de Tue May 11 01:00:57 1999 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 BAA03449; Tue, 11 May 1999 01:00:55 +0200 (MET DST) Received-Date: Tue, 11 May 1999 01:00:55 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-30.uni-koblenz.de [141.26.131.30]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA09194 for ; Tue, 11 May 1999 01:00:45 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA07215; Tue, 11 May 1999 01:00:19 +0200 Message-ID: <19990511010018.A7084@uni-koblenz.de> Date: Tue, 11 May 1999 01:00:18 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Indy SC bug References: <19990510205640.A11145@thepuffingroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990510205640.A11145@thepuffingroup.com>; from Ulf Carlsson on Mon, May 10, 1999 at 08:56:40PM +0200 X-Accept-Language: de,en,fr Content-Length: 497 Lines: 14 On Mon, May 10, 1999 at 08:56:40PM +0200, Ulf Carlsson wrote: > I've found a silly bug in the R4600SC caching routines. It wiped the > whole cache at wrap arounds even if you just tried to write back two > cache lines (for example the last cache line and the first cache > line). > > I can't understand how this bug has lasted so long in the > kernel. Well, now that I've sorted it out, your R4600SC machine be A > LOT faster. The asm constraints are wrong as well, will commit a path. Ralf From n9807843@lancelot.cit.nepean.uws.edu.au Tue May 11 01:53:16 1999 Received: from lancelot.cit.nepean.uws.edu.au (lancelot.cit.nepean.uws.edu.au [137.154.148.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA05065; Tue, 11 May 1999 01:53:13 +0200 (MET DST) Received-Date: Tue, 11 May 1999 01:53:13 +0200 (MET DST) Received: from oberon.cit.nepean.uws.edu.au (oberon.cit.nepean.uws.edu.au [137.154.148.13]) by lancelot.cit.nepean.uws.edu.au with ESMTP id JAA01077 for ; Tue, 11 May 1999 09:53:02 +1000 Received: from uriens.cit.nepean.uws.edu.au (lalexand@uriens [137.154.149.42]) by oberon.cit.nepean.uws.edu.au with ESMTP id JAA15426 for ; Tue, 11 May 1999 09:52:48 +1000 (EST) Received: from localhost (lalexand@localhost) by uriens.cit.nepean.uws.edu.au (8.8.5/8.8.5) with SMTP id JAA01519 for ; Tue, 11 May 1999 09:52:39 +1000 (EST) X-Authentication-Warning: uriens.cit.nepean.uws.edu.au: lalexand owned process doing -bs Date: Tue, 11 May 1999 09:52:39 +1000 (EST) From: Luke Alexander X-Sender: n9807843@uriens To: linux-mips@fnet.fr Subject: subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 553 Lines: 11 ** ******************************************************* ** ** Luke-Karol Alexander | School Of ** ** luke@interdev.com.au | Computing ** ** +61 4 1357 7974 | ** ** ** ** You mean, all this time I've been watching a russian ** ** midget sodomize a Housecat! ** ** ******************************************************* ** From ulfc@thepuffingroup.com Tue May 11 06:44:29 1999 Received: from calypso (dialup87-1-15.swipnet.se [130.244.87.15]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA10646; Tue, 11 May 1999 06:44:27 +0200 (MET DST) Received-Date: Tue, 11 May 1999 06:44:27 +0200 (MET DST) Received: by calypso (Linux Smail3.2.0.101 #1) id m10h5ey-003LodC; Tue, 11 May 1999 08:04:56 +0200 (CEST) Date: Tue, 11 May 1999 08:04:56 +0200 From: Ulf Carlsson To: linux-mips@fnet.fr, Ralf Baechle Subject: Re: Indy SC bug Message-ID: <19990511080456.C16564@thepuffingroup.com> Mail-Followup-To: linux-mips@fnet.fr, Ralf Baechle References: <19990510205640.A11145@thepuffingroup.com> <19990511010018.A7084@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990511010018.A7084@uni-koblenz.de>; from Ralf Baechle on Tue, May 11, 1999 at 01:00:18AM +0200 Content-Length: 926 Lines: 21 On Tue, May 11, 1999 at 01:00:18AM +0200, Ralf Baechle wrote: > On Mon, May 10, 1999 at 08:56:40PM +0200, Ulf Carlsson wrote: > > > I've found a silly bug in the R4600SC caching routines. It wiped the > > whole cache at wrap arounds even if you just tried to write back two > > cache lines (for example the last cache line and the first cache > > line). > > > > I can't understand how this bug has lasted so long in the > > kernel. Well, now that I've sorted it out, your R4600SC machine be A > > LOT faster. > > The asm constraints are wrong as well, will commit a path. I think that round up macro is quite useless. For example if you want to write back line 0, wouldn't indy_sc_wipe(0, 0) do it just fine? Now, even if you just want to write back the sillies little bit of data, two cache lines are written back. This is also the cause of the wrap arounds (which actually shouldn't happen the comment tells me). - Ulf From engel@math.uni-siegen.de Tue May 11 09:23:15 1999 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA11926; Tue, 11 May 1999 09:22:57 +0200 (MET DST) Received-Date: Tue, 11 May 1999 09:22:57 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id JAA19677 for linux-mips@fnet.fr; Tue, 11 May 1999 09:23:37 +0200 (MET DST) From: Michael Engel Message-Id: <199905110723.JAA19677@fourier.numerik.math.uni-siegen.de> Subject: Re: linux on sinix rm400 To: linux-mips@fnet.fr Date: Tue, 11 May 1999 09:23:35 +0200 (MET DST) In-Reply-To: <19990511002843.B15947@void.s.bawue.de> from "Florian Laws" at May 11, 99 00:28:43 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1181 Lines: 53 > > I have an 8 years old RM400/05 here are I would really like to get > Linux running on it. [...] > And here the labels on some of the major chips on the mainboard: > > (left of the CPU): > LSI LR 3230 HC-33 > MIPS RWB > NAC 9301 [delta] > OB 9507 FSDNA2 Cache controller, I think ... > (below): > APPIAN POACH 8 > 82C331 > > APPIAN POACH 1 > 82C230-12 > > (near the ISA slots, right): > INTEL S82352 > S7297 These three should be some kind of PC chipset IIRC ... > (near the ISA slots, above): > VLSI 9252 BV 271671 > VL16C552-QC Dual UART (2 16550's in one ...) > (further above, could be SCSI?): > NCR SIOP > 53C200 Maybe it's 53C700 ? That's definitely a SCSI controller ... > (further above, could be Ethernet?): > INTEL ? Let me guess ... 82586 or 82596. Looks rather similar to the hardware used in my RM200 (except for the R3000 CPU ...). The problem is that support isn't likely unless one of the developers has a machine to experiment with. Ralf has a RM200C (PCI, R4600PC-based) and I have an older RM200 (ISA/VLB, also has a R4600PC CPU) but I haven't even seen a R3000-based SNI machine ... regards, Michael From airlied@csn.ul.ie Tue May 11 13:52:10 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA16203; Tue, 11 May 1999 13:52:09 +0200 (MET DST) Received-Date: Tue, 11 May 1999 13:52:09 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id MAA21528 for ; Tue, 11 May 1999 12:47:08 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id MAA28965 for ; Tue, 11 May 1999 12:52:04 +0100 Date: Tue, 11 May 1999 12:52:03 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: login problems again ... (DS 5000) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 679 Lines: 18 I'm giving up on trying to track that login bug down, it's very wierd is all I can say, just some things I've noticed while looking for it.. Does gdb work properly on mipsel, specifically the Decstation R3000 based? Is there enough support for strace to run on Linux-mipsel again on the DS R3000 based machines.. if not what is needed ... ? Otherwise its back to the SCSI driver .... Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From sartoris@umd.edu Tue May 11 20:10:28 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA19993; Tue, 11 May 1999 20:10:27 +0200 (MET DST) Received-Date: Tue, 11 May 1999 20:10:27 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id OAA19023 for ; Tue, 11 May 1999 14:10:24 -0400 (EDT) Date: Tue, 11 May 1999 14:10:24 -0400 (EDT) From: "Douglas S. Meade" To: linux-mips@fnet.fr Subject: Re: DS5000/25 In-Reply-To: <19990422213534.A1050@excalibur.cologne.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 549 Lines: 21 Karsten, Sorry you had trouble sending that. My correct E-mail address is sartoris@info.umd.edu. You could also send it to meade@inforum.umd.edu. Thanks a lot. (Sorry for the delay, but I'm just back from Germany.) Doug > Please check your From: header and tell me you correct email address. > > 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 Harald.Koerfgen@home.ivm.de Tue May 11 21:00:16 1999 Received: from aw.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA21207; Tue, 11 May 1999 21:00:15 +0200 (MET DST) Received-Date: Tue, 11 May 1999 21:00:15 +0200 (MET DST) Received: from franz.no.dom (port41.koeln.ivm.de [195.247.239.41]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id VAA03105 for ; Tue, 11 May 1999 21:00:04 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 11 May 1999 21:02:58 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: login problems again ... (DS 5000) Content-Length: 331 Lines: 13 Hi, On 11-May-99 Dave Airlie wrote: > > I'm giving up on trying to track that login bug down, it's very wierd is > all I can say, just some things I've noticed while looking for it.. If anything else fails, I'll try to reproduce how I got this working for my /133. Sorry, but I can't remember how I did it. --- Regards, Harald From sartoris@umd.edu Tue May 11 21:36:17 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA22433; Tue, 11 May 1999 21:36:10 +0200 (MET DST) Received-Date: Tue, 11 May 1999 21:36:10 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id PAA25851 for ; Tue, 11 May 1999 15:36:08 -0400 (EDT) Date: Tue, 11 May 1999 15:36:08 -0400 (EDT) From: "Douglas S. Meade" To: linux-mips@fnet.fr Subject: Re: Small DECstation Linux howto available. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 621 Lines: 26 Hi, I've been gone for a few weeks, so excuse the delay in response: I tried the url below, and got "Forbidden: You don't have permission to access /users/schnecke/html/mips/howto.html on this server." I'd like to see it though, Doug On Wed, 21 Apr 1999, Richard van den Berg wrote: > Hello all, > > I've put a small DECstation Linux Howto based on a mail from Harald in > this list on the net at > http://www.inter.nl.net/users/schnecke/html/mips/howto.html that gives > tips to set up Linux on a DECstation with the current available 2.2.1 > kernel. > > Suggestions are welcome. > > Regards, > Richard > > From airlied@csn.ul.ie Tue May 11 21:47:49 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA23403; Tue, 11 May 1999 21:47:47 +0200 (MET DST) Received-Date: Tue, 11 May 1999 21:47:47 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id UAA22685 for ; Tue, 11 May 1999 20:42:43 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id UAA02770 for ; Tue, 11 May 1999 20:47:41 +0100 Date: Tue, 11 May 1999 20:47:41 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: RE: login problems again ... (DS 5000) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1490 Lines: 53 Right I got a login compiled that works, it's not the standard util-linux login binary, so maybe someone can put this as a question in a HOWTO or FAQ, -- cut--here--- x.x Login doesn't work? There is some really wierd problems with login on the standard NFS root system. This can sometimes be solved by re-compiling the login binary from the util-linux SRPM from the ftp.linux.sgi.com FTP site, if this doesn't work for you grab, the SimplePAMApps package from ftp.xx.kernel.org:/pub/linux/libs/pam/pre/applications/SimplePAMApps-0.59.tar.gz Do a ./configure --without-pniam --without-pwdb make Make will stop somewhere in the su subdir with errors, then do cd pamapps/login make cp login /bin/login chmod u+s 4711 /bin/login -- and here--- And tada your login binary should work ... Dave. On Tue, 11 May 1999, Harald Koerfgen wrote: > Hi, > > On 11-May-99 Dave Airlie wrote: > > > > I'm giving up on trying to track that login bug down, it's very wierd is > > all I can say, just some things I've noticed while looking for it.. > > If anything else fails, I'll try to reproduce how I got this working for > my /133. Sorry, but I can't remember how I did it. > > --- > Regards, > Harald > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From R.vandenBerg@inter.NL.net Tue May 11 23:10:05 1999 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 XAA25162; Tue, 11 May 1999 23:10:04 +0200 (MET DST) Received-Date: Tue, 11 May 1999 23:10:04 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-38.Hoorn.NL.net [193.79.46.202] with ESMTP for id XAA08995 (8.8.8/3.40); Tue, 11 May 1999 23:10:01 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 11 May 1999 23:07:24 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 11 May 1999 23:07:23 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Small DECstation Linux howto available. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 450 Lines: 15 Hello Douglas, On Tue, 11 May 1999, Douglas S. Meade wrote: > I've been gone for a few weeks, so excuse the delay in response: > > I tried the url below, and got "Forbidden: You don't have > permission to access /users/schnecke/html/mips/howto.html on this > server." I'd like to see it though, Oops, looks like symlinks don't work on that web-server, I have moved the pages, the right one is /users/schnecke/mips/howto.html. Regards, Richard From R.vandenBerg@inter.NL.net Tue May 11 23:20:44 1999 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 XAA25686; Tue, 11 May 1999 23:20:43 +0200 (MET DST) Received-Date: Tue, 11 May 1999 23:20:43 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-19.Hoorn.NL.net [193.79.46.183] with ESMTP for id XAA11530 (8.8.8/3.40); Tue, 11 May 1999 23:20:41 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 11 May 1999 23:19:48 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 11 May 1999 23:19:47 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: login problems again ... (DS 5000) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 351 Lines: 13 Hi Dave, On Tue, 11 May 1999, Dave Airlie wrote: > Right I got a login compiled that works, it's not the standard util-linux > login binary, so maybe someone can put this as a question in a HOWTO or > FAQ, Are you running multi-user too? If so please also mail me login (privatly). I took login from the Debian 2.1 slink sources. Regards, Richard From sartoris@umd.edu Tue May 11 23:30:08 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA26451; Tue, 11 May 1999 23:30:07 +0200 (MET DST) Received-Date: Tue, 11 May 1999 23:30:07 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id RAA01464 for ; Tue, 11 May 1999 17:30:04 -0400 (EDT) Date: Tue, 11 May 1999 17:30:04 -0400 (EDT) From: "Douglas S. Meade" To: linux-mips@fnet.fr Subject: Re: DS5000/25 In-Reply-To: <199904230740.IAA31031@molnir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 847 Lines: 27 Hi all, I'm still trying to get my DS5000/25 past the initial problems involving getting up a reasonable login prompt, and being able to telnet in remotely. Could someone put up the binaries somewhere for login, passwd, etc. that needed to be recompiled? Also, are the problems with these binaries specific to /25, or are they causing problems on other machines as well? Doug On Fri, 23 Apr 1999, Matt Foster wrote: > Hi, > > Thanks to all who have made suggestions. I've now got > the system working well. Things that had to be > rebuilt for the root image were: login, passwd > vipw, more, cfdisk (couldn't get fdisk to build > it barfed on bsddisklable stuff) and mkswap. > I left the system building the kernel overnight > (DS5000/25 w 40MB and some ancient RZ25). It took > 3 hours 1 minute and three seconds. > > Matt > > From sartoris@umd.edu Tue May 11 23:36:47 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA26987; Tue, 11 May 1999 23:36:46 +0200 (MET DST) Received-Date: Tue, 11 May 1999 23:36:46 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id RAA01355 for ; Tue, 11 May 1999 17:36:44 -0400 (EDT) Date: Tue, 11 May 1999 17:36:44 -0400 (EDT) From: "Douglas S. Meade" To: linux-mips@fnet.fr Subject: Re: DS5000/25 In-Reply-To: <199904230740.IAA31031@molnir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 555 Lines: 25 Here's a little more information about the behavior of login on my machine. It seems that I'm dropping into a login shell at the same time that login is running, which is very strange. I get something like: Red Hat Linux release 5.1 (Manhattan) Kernel 2.2.1 on a mips login: bash# Red Hat Linux release 5.1 (Manhattan) Kernel 2.2.1 on a mips login: bash# bash# and so on. I can keep this going by hitting return. But if I type something at the "bash#" prompt, the command may work, or the system may hang. Doug From airlied@csn.ul.ie Wed May 12 13:29:26 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA07339; Wed, 12 May 1999 13:29:25 +0200 (MET DST) Received-Date: Wed, 12 May 1999 13:29:25 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id MAA24051 for ; Wed, 12 May 1999 12:24:22 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id MAA08874 for ; Wed, 12 May 1999 12:29:19 +0100 Date: Wed, 12 May 1999 12:29:19 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: RE: login problems again ... (DS 5000) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 746 Lines: 22 > > Are you running multi-user too? If so please also mail me login > (privatly). I took login from the Debian 2.1 slink sources. > I've mailed the login binary separately, With that login, I have a telnettable, rloginable system for mutltiple users ... I've reverted to the standard dec root, with just the replaced login binary and it seems to work fine, multi-user, still no console, (on my list of things though ... ) ... Dave. > Regards, > Richard > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From s_sabawy@hotmail.com Thu May 13 08:07:43 1999 Received: from mail.rdc1.on.home.com (imail@ha1.rdc1.on.wave.home.com [24.2.9.66]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA15430; Thu, 13 May 1999 08:07:43 +0200 (MET DST) Received-Date: Thu, 13 May 1999 08:07:43 +0200 (MET DST) Received: from hotmail.com ([24.112.151.182]) by mail.rdc1.on.home.com (InterMail v4.00.03 201-229-104) with ESMTP id <19990513060738.PYZF15605.mail.rdc1.on.home.com@hotmail.com> for ; Wed, 12 May 1999 23:07:38 -0700 Message-ID: <373A7012.E82BF979@hotmail.com> Date: Thu, 13 May 1999 02:24:19 -0400 From: Sheref El Sabawy X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: I got a box..!! Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: quoted-printable Content-Length: 628 Lines: 19 Hi all, =A0 My name is sheref and I just newly recieved a box going out of servic= e of my orgnization it is a Digital DECWorkstation 5000/240 I think it will be a good box for my Linux learning experiance I am entending to get into. =A0=A0 I do not know anything about Linus yet, I got some print outs of H= ow to's and I am willing to start, but I do not know from where I should begin, Can anybody help me out and point to me a starting point please?? =A0=A0 Sheref , Networks Senior Consultant Bank of.... =A0=A0 s_sabawy@hotmail.com I appriciate if you added my name to your list, so I be on the loop =A0 Regards Sheref From R.vandenBerg@inter.NL.net Thu May 13 10:42:27 1999 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 KAA16985; Thu, 13 May 1999 10:42:26 +0200 (MET DST) Received-Date: Thu, 13 May 1999 10:42:26 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-26.Hoorn.NL.net [193.79.46.190] with ESMTP id KAA18925 (8.8.8/3.40); Thu, 13 May 1999 10:42:24 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 13 May 1999 10:20:34 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 13 May 1999 10:20:33 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Sheref El Sabawy cc: linux-mips@fnet.fr Subject: Re: I got a box..!! In-Reply-To: <373A7012.E82BF979@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 778 Lines: 22 On Thu, 13 May 1999, Sheref El Sabawy wrote: > My name is sheref and I just newly recieved a box going out of service > of my orgnization it is a Digital DECWorkstation 5000/240 I think it > will be a good box for my Linux learning experiance I am entending to > get into. Yes, in setting up a DECstation to run Linux you might be able to learn some things about Linux. > I do not know anything about Linus yet, I got some print outs of How > to's and I am willing to start, but I do not know from where I should > begin, Can anybody help me out and point to me a starting point please?? A page that explains the current situation and has links to other Linux DECstation related sites is http://web.inter.nl.net/users/schnecke/mips/howto.html Have fun. Regards, Richard From airlied@csn.ul.ie Fri May 14 14:43:03 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA03189; Fri, 14 May 1999 14:43:02 +0200 (MET DST) Received-Date: Fri, 14 May 1999 14:43:02 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id NAA00761 for ; Fri, 14 May 1999 13:38:03 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id NAA19116 for ; Fri, 14 May 1999 13:42:54 +0100 Date: Fri, 14 May 1999 13:42:53 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: SCSI driver questions .. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1377 Lines: 35 Well I've been poking around, and looking around and all that, and /me don't like SCSI drivers any more :-) Anyways, question is dma_init_read and dma_init_write are passed a __u32 vaddress, this is resolving on my system for the first write to 00fe3000, however if I read from this address I get a Unable to handle kernel paging request at virtual address 00fe3000 So what am I missing....??? do I need to do some conversion on this address? Further information on the DS5000/200 SCSI, the SCSI is a shared 128k buffer, and there is no DMA to system memory, so I'm using PIO cmds, and for data, writing is done by coping the data to the SRAM during the dma_init_write function, and setting the DMA register to where the data is, for read, I set the DMA register to an empty buffer in the SRAM, and then (this bit is sick and twisted but should work for now.. :-), I use dma_drain to copy the buffer back to the system memory from the DMA region, after DMA has completed... Of course I'm totally unsure of lots of things, like cfreq and stuff, but I shall battle onwards ... Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From ulfc@thepuffingroup.com Fri May 14 15:26:52 1999 Received: from calypso (dialup89-12-2.swipnet.se [130.244.89.178]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA04270; Fri, 14 May 1999 15:26:50 +0200 (MET DST) Received-Date: Fri, 14 May 1999 15:26:50 +0200 (MET DST) Received: by calypso (Linux Smail3.2.0.101 #1) id m10iJFE-003LofC; Fri, 14 May 1999 16:47:24 +0200 (CEST) Date: Fri, 14 May 1999 16:47:23 +0200 From: Ulf Carlsson To: Dave Airlie Cc: linux-mips@fnet.fr Subject: Re: SCSI driver questions .. Message-ID: <19990514164723.A23848@thepuffingroup.com> Mail-Followup-To: Dave Airlie , linux-mips@fnet.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Dave Airlie on Fri, May 14, 1999 at 01:42:53PM +0100 Content-Length: 540 Lines: 12 > dma_init_read and dma_init_write are passed a __u32 vaddress, this is > resolving on my system for the first write to 00fe3000, however if I read > from this address I get a > > Unable to handle kernel paging request at virtual address 00fe3000 0x00fe3000 is a physical address, you may pass that address to the hardware, but you may not use it in the kernel. If you want to access it from the kernel you will have to add 0xa0000000. That's easily done by using the KSEG1 macro, thus in your particular case KSEG1(0x00fe3000). - Ulf From ulfc@thepuffingroup.com Fri May 14 15:29:55 1999 Received: from calypso (dialup89-12-2.swipnet.se [130.244.89.178]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA04314; Fri, 14 May 1999 15:29:54 +0200 (MET DST) Received-Date: Fri, 14 May 1999 15:29:54 +0200 (MET DST) Received: by calypso (Linux Smail3.2.0.101 #1) id m10iJIB-003LofC; Fri, 14 May 1999 16:50:27 +0200 (CEST) Date: Fri, 14 May 1999 16:50:27 +0200 From: Ulf Carlsson To: Dave Airlie , linux-mips@fnet.fr Subject: Re: SCSI driver questions .. Message-ID: <19990514165027.A23881@thepuffingroup.com> Mail-Followup-To: Dave Airlie , linux-mips@fnet.fr References: <19990514164723.A23848@thepuffingroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990514164723.A23848@thepuffingroup.com>; from Ulf Carlsson on Fri, May 14, 1999 at 04:47:23PM +0200 Content-Length: 714 Lines: 16 On Fri, May 14, 1999 at 04:47:23PM +0200, Ulf Carlsson wrote: > > dma_init_read and dma_init_write are passed a __u32 vaddress, this is > > resolving on my system for the first write to 00fe3000, however if I read > > from this address I get a > > > > Unable to handle kernel paging request at virtual address 00fe3000 > > 0x00fe3000 is a physical address, you may pass that address to the hardware, > but you may not use it in the kernel. If you want to access it from the kernel > you will have to add 0xa0000000. That's easily done by using the KSEG1 macro, > thus in your particular case KSEG1(0x00fe3000). Uhm, excuse me for replying to myself, but that should be KSEG1ADDR(0x00fe3000) of course. - Ulf From Andre.McCurdy@soton.sc.philips.com Fri May 14 19:15:19 1999 Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA07524; Fri, 14 May 1999 19:15:18 +0200 (MET DST) Received-Date: Fri, 14 May 1999 19:15:18 +0200 (MET DST) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl3.philips.com with ESMTP id TAA22194 for ; Fri, 14 May 1999 19:15:11 +0200 (MEST) (envelope-from Andre.McCurdy@soton.sc.philips.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma022192; Fri, 14 May 99 19:15:11 +0200 Received: from mailgate.soton.sc.philips.com (mailgate.soton.sc.philips.com [130.141.89.1]) by smtprelay-nl1.philips.com (8.9.3/8.6.10-1.2.2m-970826) with ESMTP id TAA00922 for ; Fri, 14 May 1999 19:15:11 +0200 (MET DST) Received: from krate.soton.sc.philips.com ([130.141.7.10]) by mailgate.soton.sc.philips.com (8.6.10/8.6.10-1.001a-24Jul96) with ESMTP id SAA11002 for ; Fri, 14 May 1999 18:21:09 +0100 Received: from krate (localhost [127.0.0.1]) by krate.soton.sc.philips.com (8.6.10/8.6.10-1.001a-24Jul96) with SMTP id SAA08158 for ; Fri, 14 May 1999 18:15:08 +0100 Sender: andre.mccurdy@soton.sc.philips.com Message-ID: <373C5A1B.79D9@soton.sc.philips.com> Date: Fri, 14 May 1999 18:15:07 +0100 From: Andre McCurdy Organization: Philips Semiconductors X-Mailer: Mozilla 3.01Gold (X11; I; HP-UX B.10.20 9000/829) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Is this list alive ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 376 Lines: 14 Is this list alive ? If so, could someone send details of how to subscribe. I got the address from http://lena.fnet.fr, but that page doesn't seem to have been updated for over a year.... Thanks Andre -- Andre McCurdy, Systems Lab Southampton - Optical Disc MS-13 Philips Semiconductors, Millbrook Ind.Est, Southampton. SO15 0DJ mailto:Andre.McCurdy@soton.sc.philips.com From R.vandenBerg@inter.NL.net Fri May 14 19:37:22 1999 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 TAA09186; Fri, 14 May 1999 19:37:21 +0200 (MET DST) Received-Date: Fri, 14 May 1999 19:37:21 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-30.Hoorn.NL.net [193.79.46.194] with ESMTP id TAA13995 (8.8.8/3.40); Fri, 14 May 1999 19:37:17 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 14 May 1999 19:36:19 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 14 May 1999 19:36:19 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Andre McCurdy cc: linux-mips@fnet.fr Subject: Re: Is this list alive ? In-Reply-To: <373C5A1B.79D9@soton.sc.philips.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 671 Lines: 22 On Fri, 14 May 1999, Andre McCurdy wrote: > Is this list alive ? You bet it is. > If so, could someone send details of how to subscribe. If the administrator reads the message too you might be subsribed, else send a message specificly that you want to subscribe. > I got the address from http://lena.fnet.fr, but that page doesn't seem > to have been updated for over a year.... Work is in progress, are you looking for any particular machine? http://www.linux.sgi.com/ and http://decstation.unix-ag.org/ contain more up to date info and http://web.inter.nl.net/users/schnecke/mips/mips-howto.html contains a list of currently supported machines. Regards, Richard From dvogt@netbrowser.com Sat May 15 08:57:06 1999 Received: from mail.netbrowser.com (mail.netbrowser.com [209.31.233.94]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA21200; Sat, 15 May 1999 08:57:05 +0200 (MET DST) Received-Date: Sat, 15 May 1999 08:57:05 +0200 (MET DST) Received: from spank ([209.220.129.226]) by mail.netbrowser.com (8.8.4/8.8.4) with SMTP id XAA13424 for ; Fri, 14 May 1999 23:59:11 -0700 Message-ID: <026801be9e9f$f4ecc960$e281dcd1@netbrowser.com> From: "David Vogt" To: Subject: Toolchain questions... Date: Fri, 14 May 1999 23:55:44 -0700 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 789 Lines: 26 I've got a few questions that aren't covered in any docs I've seen so far. I hope someone out there can shed some light... 1. The latest binutils appears build build out of the box using mipsel-linuxelf. In previous versions a patch was required. Was it to fix a build problem or a functional problem? 2. The latest gcc does not build out of the box using mipsel-linuxelf. (I get stuck on -G 0 option not supported when running xgcc). Any pointers? Should the previous patches include the required changes? 3. Any docs available on the layout of .mdebug? When I use the existing cross compilers and build a program using -g, mipsel-objdump --debug shows no debug info. Is all the relevant info in .mdebug? Any help/pointers/info would be greatly appreciated. -Dave Vogt From ralf@lappi.waldorf-gmbh.de Sun May 16 01:46:48 1999 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 BAA01302; Sun, 16 May 1999 01:46:47 +0200 (MET DST) Received-Date: Sun, 16 May 1999 01:46:47 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-26.uni-koblenz.de [141.26.131.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA17392 for ; Sun, 16 May 1999 01:46:42 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01814; Sun, 16 May 1999 01:46:04 +0200 Message-ID: <19990516014603.F493@gnu.org> Date: Sun, 16 May 1999 01:46:03 +0200 From: Ralf Baechle To: David Vogt , linux-mips@fnet.fr Subject: Re: Toolchain questions... References: <026801be9e9f$f4ecc960$e281dcd1@netbrowser.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <026801be9e9f$f4ecc960$e281dcd1@netbrowser.com>; from David Vogt on Fri, May 14, 1999 at 11:55:44PM -0700 X-Accept-Language: de,en,fr Content-Length: 932 Lines: 29 On Fri, May 14, 1999 at 11:55:44PM -0700, David Vogt wrote: > 1. The latest binutils appears build build out of the box using > mipsel-linuxelf. In previous versions > a patch was required. Was it to fix a build problem or a functional > problem? Bug fixes. > 2. The latest gcc does not build out of the box using mipsel-linuxelf. (I > get stuck on -G 0 > option not supported when running xgcc). Any pointers? Should the previous > patches include > the required changes? Nope, the patches never went back to the gcc/egcs developers, so these packages are not expected to work out of the box. > 3. Any docs available on the layout of .mdebug? When I use the existing > cross compilers and > build a program using -g, mipsel-objdump --debug shows no debug info. Is > all the relevant > info in .mdebug? It's documented in the MIPS ABI as I remember. > Any help/pointers/info would be greatly appreciated. Ralf From airlied@csn.ul.ie Sun May 16 21:18:05 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09701; Sun, 16 May 1999 21:18:03 +0200 (MET DST) Received-Date: Sun, 16 May 1999 21:18:03 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id UAA03811 for ; Sun, 16 May 1999 20:13:06 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id UAA17879 for ; Sun, 16 May 1999 20:18:01 +0100 Date: Sun, 16 May 1999 20:18:01 +0100 (IST) From: Dave Airlie Reply-To: Dave Airlie To: linux-mips@fnet.fr Subject: SCSI driver + wbflush question.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 763 Lines: 19 Hi, Today I got the drive-ID strings from the SCSI card, they are complete but the SCSI type is still unknown ... So I have a few questions, in NCR53C9X.c, wbflush is #defined to something for the IOASIC decstations... What does this wbflush mean?, If I replace it with a #include I don't get my drive strings any more, so for a start what exactly is wbflush for (i.e. when should it be called) and for non-IOASIC decs what should I be doing? Thanks, Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From R.vandenBerg@inter.NL.net Mon May 17 00:54:40 1999 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 AAA12207; Mon, 17 May 1999 00:54:39 +0200 (MET DST) Received-Date: Mon, 17 May 1999 00:54:39 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-54.Hoorn.NL.net [193.79.46.218] with ESMTP for id AAA09137 (8.8.8/3.40); Mon, 17 May 1999 00:54:36 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 17 May 1999 00:53:48 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 17 May 1999 00:53:47 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: SCSI driver + wbflush question.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2946 Lines: 90 Hello Dave, On Sun, 16 May 1999, Dave Airlie wrote: > Today I got the drive-ID strings from the SCSI card, they are > complete but the SCSI type is still unknown ... > > So I have a few questions, in NCR53C9X.c, wbflush is #defined to something > for the IOASIC decstations... What does this wbflush mean?, If I replace > it with a #include I don't get my drive strings any more, > so for a start what exactly is wbflush for (i.e. when should it be called) > and for non-IOASIC decs what should I be doing? Hope Haralds following posting explains it. Regards, Richard >From harald.koerfgen@netcologne.de Mon May 17 00:49:16 1999 Date: Fri, 16 Oct 1998 12:44:42 +0200 (MEST) From: Harald Koerfgen Reply-To: linux-mips@fnet.fr To: linux-mips@fnet.fr Subject: R3000 and wbflush (was: DZ-11 interrupts) Resent-Date: Fri, 16 Oct 1998 12:49:18 +0200 (MET DST) Resent-From: linux-mips@fnet.fr Hi Tom, fellow DECstation hackers On 15-Oct-98 Thomas Riemer wrote: > Ok - after playing with the dz serial device - > > I'm getting effectively nowhere - > I have enabled the UART scan > I have enabled the transmit. > > I can force one character across - but as far > as I can tell the interrupt that is supposed to be generated > when the dz11 is ready to process another character never happens. > > I'm guessing that somehow we are not catching it. > > What's the best way to approach this? How do I find out what's > going on under the hood? Your problem might be another one. The R3000 Family processors (including the R2000) have a four word writeback buffer which usually is transparent to memory accesses, but may have side effects when dealing with hardware registers. Example: Let's assume data and status to be two hardware registers and writing something to data has an influence on the content of the status register. A code snippet like: data = whatever; if (status == OK) do_something(); might fail because it cannot be guaranteed that the write access to data happens before the read access from status. The solution to this problem is to wait until the writeback buffer is empty i.e., all write accesses are done. Unfortunately the mechanism for this is hardware implementation specific and the DECstation engineers chose four different ways to do this. You might want to look at arch/mips/dec/wbflush.c. To make a long story short, the above code snippet should look like: #include data = whatever; wbflush(); if (status == OK) do_something(); If you have to write to several hardware registers in a certain sequence, you have to wait for the writeback buffer to be empty too. For example: reg_1 = a_value; wbflush(); reg_2 = another_value; when the access to reg_1 should be done before the access to reg_2. Hope this helps. --- Regards, Harald From airlied@csn.ul.ie Mon May 17 12:56:57 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA19541; Mon, 17 May 1999 12:56:54 +0200 (MET DST) Received-Date: Mon, 17 May 1999 12:56:54 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id LAA04540; Mon, 17 May 1999 11:50:22 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id LAA20106; Mon, 17 May 1999 11:55:12 +0100 Date: Mon, 17 May 1999 11:55:12 +0100 (IST) From: Dave Airlie To: Richard van den Berg cc: linux-mips@fnet.fr Subject: Re: SCSI driver + wbflush question.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 658 Lines: 15 Cool that posting helped me understand why I need wbflush, so the next question is, can a wbflush() in the wrong place do any harm (apart from a performance slowdown), and why in the dec_esp.c driver does the wbflush defined not use but defines its own wbflush macro for the IOASIC decstations, and it is safe to use asm/wbflush.h in its place ..? Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From sartoris@info.umd.edu Mon May 17 22:16:38 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27173; Mon, 17 May 1999 22:16:37 +0200 (MET DST) Received-Date: Mon, 17 May 1999 22:16:37 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id QAA31268; Mon, 17 May 1999 16:16:32 -0400 (EDT) Date: Mon, 17 May 1999 16:16:32 -0400 (EDT) From: "Douglas S. Meade" To: linux-mips@fnet.fr cc: "Houten K.H.C. van" Subject: Re: DS5000/25 In-Reply-To: <199904211637.SAA29384@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1308 Lines: 36 Hi Karel, Any more progress with the DS5000/25 yet? I'm still able only to get into maintenance mode by commenting out all lines in /etc/fstab. I suspect there is something wrong with the login binary, but I also had no luck with one that Karsten Merker sent me. Also, how can I create a non-root user and issue a password? There seems to be no passwd executable in the root filesystem, and vipw seg faults on my machine. Same result when I use fdisk. Thanks for any time you can spare on this. Doug On Wed, 21 Apr 1999, Karel van Houten wrote: > > it looks like the inetd has started correctly, and my network config > > files seem to be set up correctly. > I've got the same effect on my console port. My way to log in is: > > After "System is ready", press , then send a BREAK > (CRTL-\ B in kermit), and you should get the login prompt. > Then enter "root", , wait a while, and send a BREAK again. > after that, all is normal. This assumes you have full modem control > on your terminal, or you fake the correct signals on the console port. > > > I'll try it in the next days on another 5000. > > > > > 4. As found by Matt Foster, I can "rsh /bin/bash", and it > > reports success. But rlogin gives the same result as telnet. > > You'll here from me. > From Harald.Koerfgen@home.ivm.de Mon May 17 22:38:50 1999 Received: from mail.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27332; Mon, 17 May 1999 22:38:48 +0200 (MET DST) Received-Date: Mon, 17 May 1999 22:38:48 +0200 (MET DST) Received: from franz.no.dom (port47.koeln.ivm.de [195.247.239.47]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id WAA03204; Mon, 17 May 1999 22:38:32 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 17 May 1999 22:41:29 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Dave Airlie Subject: Re: SCSI driver + wbflush question.. Cc: linux-mips@fnet.fr Content-Length: 1201 Lines: 33 Hi, On 17-May-99 Dave Airlie wrote: > > Cool that posting helped me understand why I need wbflush, so the next > question is, can a wbflush() in the wrong place do any harm (apart from > a performance slowdown), No, it can't. Nevertheless, wbflush() should be used in as few places as possible. > and why in the dec_esp.c driver does the wbflush > defined not use but defines its own wbflush macro for > the IOASIC decstations, and it is safe to use asm/wbflush.h in its > place ..? dec_esp.c is written for and will only work on IOASIC DECstations and the mechanism for flushing the writeback buffer is the same on all those machines. I decided to use a shortcut here and avoid an indirect function call, but the generic wbflush() shouldn't harm. BTW, I used the same trick in NCR53C9x.c, which probably was a little bit shortsighted :-). An "#include ; Tue, 18 May 1999 15:52:02 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA30131 for linux-mips@fnet.fr; Tue, 18 May 1999 14:42:44 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id PAA03308 for ; Tue, 18 May 1999 15:46:25 +0400 (MSD) Message-ID: <374154B0.CFF7D5FF@niisi.msk.ru> Date: Tue, 18 May 1999 15:53:20 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: SRPMs for r3k cross development on i386 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 274 Lines: 9 Hello, Could somebody tell me location of gcc and binutils SRPMs for MIPS cross development on i386 ? I need gcc with Harald specs patch and binutils with my r3k patch. Looking at DECstation resources I was able to find native egcs and binutils SRPMS only. Regards, Gleb. From K.H.C.vanHouten@research.kpn.com Tue May 18 15:13:27 1999 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 PAA09645; Tue, 18 May 1999 15:13:25 +0200 (MET DST) Received-Date: Tue, 18 May 1999 15:13:25 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBCICP914C00023D@research.kpn.com> for linux-mips@fnet.fr; Tue, 18 May 1999 15:13:22 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id PAA18902; Tue, 18 May 1999 15:13:20 +0200 (MET DST) Date: Tue, 18 May 1999 15:13:20 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: DS5000/25 In-reply-to: "Your message of Mon, 17 May 1999 16:16:32 EDT." To: "Douglas S. Meade" Cc: linux-mips@fnet.fr, "Houten K.H.C. van" , K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905181313.PAA18902@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: exmh version 1.6.5 12/11/95 Content-type: text/plain; charset=us-ascii Content-Length: 1339 Lines: 39 Hi Doug, > Any more progress with the DS5000/25 yet? I'm still able only > to get into maintenance mode by commenting out all lines in > /etc/fstab. I suspect there is something wrong with the login > binary, but I also had no luck with one that Karsten Merker sent > me. Also, how can I create a non-root user and issue a password? > There seems to be no passwd executable in the root filesystem, > and vipw seg faults on my machine. Same result when I use fdisk. > > Thanks for any time you can spare on this. > I have no access to a /25 system. But I was able to boot a 3100 up to single user mode. I haven't tried vipw, but you could try to use just vi /etc/passwd. Just a thought: does it help to specify the TERM environment variable? I know of some termcap libs that fail without. If I can reproduce the login problem, maybe I can find out what happens. I hope to update the root-image in the next weeks. Things that should be changed are: - New net-tools for 2.2 kernels - mount should work on all platforms - login should work on all platforms Regards, Karel. -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From R.vandenBerg@inter.NL.net Tue May 18 16:23:11 1999 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 QAA10951; Tue, 18 May 1999 16:23:08 +0200 (MET DST) Received-Date: Tue, 18 May 1999 16:23:08 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-29.Hoorn.NL.net [193.79.46.193] with ESMTP for id QAA21059 (8.8.8/3.40); Tue, 18 May 1999 16:23:05 +0200 (MET DST) Received: from whale(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 18 May 1999 16:15:46 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 18 May 1999 16:15:45 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale To: linux-mips@fnet.fr Subject: Re: SRPMs for r3k cross development on i386 In-Reply-To: <374154B0.CFF7D5FF@niisi.msk.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2668 Lines: 67 Hello Gleb, On Tue, 18 May 1999, Gleb O. Raiko wrote: > Could somebody tell me location of gcc and binutils SRPMs for MIPS cross > development on i386 ? I need gcc with Harald specs patch and binutils > with my r3k patch. Looking at DECstation resources I was able to find > native egcs and binutils SRPMS only. Following is also online at http://web.inter.nl.net/users/schnecke/mips/howto.html If you want cross gcc you might try links at http://lena.fnet.fr/ Regards, Richard * Get a crosscompiling environment from ftp://bolug.uni-bonn.de/mips/. You'll find cross-egcs and cross-binutils there. * Get the latest kernel source tree from the cvs server, from the faq: 4.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@linus.linux.sgi.com:/cvs login (Only needed the first time you use anonymous CVS, the password is "cvs") cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs co where you insert linux, libc, or gdb 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 http://cvs.on.openprojects.net/. The modules which are of interest are "linux", "modutils", "pciutils", "netutils". * The CVS does not contain several R3000 related changes and the changes for HZ != 100 on the DECstations. It will, on the other hand, work right out of the box for R4x00 based DECs, besides the clock problem. The necessary changes are available as seperate patches. * Ok, what do you need for your machine? * Baget Series: apply ftp://ftp.linux.sgi.com/pub/linux/mips/test/r2300_patch.gz * R4x00 based DECstations: apply ftp://ftp.linux.sgi.com/pub/linux/mips/test/hz_patch.gz * R2000/r3000 based DECstations: apply both of the above. * Build a kernel with the following .config (mind the cpu type as Linux-MIPS is cpu dependent, a R3000 kernel won't run on a R4x00 machine). From R.vandenBerg@inter.NL.net Tue May 18 17:36:18 1999 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 RAA12205; Tue, 18 May 1999 17:36:15 +0200 (MET DST) Received-Date: Tue, 18 May 1999 17:36:15 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-36.Hoorn.NL.net [193.79.46.200] with ESMTP for id RAA08197 (8.8.8/3.40); Tue, 18 May 1999 17:36:13 +0200 (MET DST) Received: from whale(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 18 May 1999 17:35:38 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 18 May 1999 17:35:37 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale To: linux-mips@fnet.fr Subject: Re: DS5000/25 In-Reply-To: <199905181313.PAA18902@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1049 Lines: 33 On Tue, 18 May 1999, Houten K.H.C. van (Karel) wrote: > I have no access to a /25 system. But I was able to boot a 3100 up to > single user mode. I haven't tried vipw, but you could try to use > just vi /etc/passwd. Just a thought: does it help to specify the > TERM environment variable? I know of some termcap libs that fail without. > > If I can reproduce the login problem, maybe I can find out what happens. With inetd and portmap running and modified rc files, I am able to login on my /33 (I swapped cpu's) with home compiled login build from the shadow_980403 sources that Debian 2.1 uses. It gives the error configuration error - unknown item 'CREATE_HOME' (notify administrator) but everything else looks o.k., logs get updated. > I hope to update the root-image in the next weeks. Things that should be > changed are: > - New net-tools for 2.2 kernels using net-tools-1.49-1 > - mount should work on all platforms using mount-2.7l-3 > - login should work on all platforms logging in might be useful ;-) Regards, Ricahrd From airlied@csn.ul.ie Tue May 18 17:46:51 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA13232; Tue, 18 May 1999 17:46:49 +0200 (MET DST) Received-Date: Tue, 18 May 1999 17:46:49 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id QAA07357 for ; Tue, 18 May 1999 16:41:49 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id QAA16895 for ; Tue, 18 May 1999 16:46:46 +0100 Date: Tue, 18 May 1999 16:46:46 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: DS5000/200 bootup log + SCSI looks good :-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 723 Lines: 18 Hi, I think I've gotten SCSI nearly cracked, I may need a tutorial or pointer to some info on MIPS memory addressing (all that KSEG stuff confuses me :-), but you can find a bootup sequence from my DS5000/200 at http://www.csn.ul.ie/~airlied/mips/msgs.txt I now detect SCSI card, sense drives, and get drive sizes, the unknown partition table is due to something missing from my kernel but it looks a lot better than it did :-) Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From K.H.C.vanHouten@research.kpn.com Tue May 18 18:56:22 1999 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 SAA15010; Tue, 18 May 1999 18:56:21 +0200 (MET DST) Received-Date: Tue, 18 May 1999 18:56:21 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBCQ5453FW0002LD@research.kpn.com> for linux-mips@fnet.fr; Tue, 18 May 1999 18:56:19 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id SAA28683; Tue, 18 May 1999 18:56:17 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Tue, 18 May 1999 18:56:17 +0200 (MET DST) From: Karel van Houten Subject: Re: DS5000/200 bootup log + SCSI looks good :-) In-reply-to: To: airlied@csn.ul.ie (Dave Airlie) Cc: linux-mips@fnet.fr Message-id: <199905181656.SAA28683@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 759 Lines: 19 Hi Dave, > I think I've gotten SCSI nearly cracked, I may need a tutorial or > pointer to some info on MIPS memory addressing (all that KSEG stuff > confuses me :-), but you can find a bootup sequence from my DS5000/200 at > > http://www.csn.ul.ie/~airlied/mips/msgs.txt > > I now detect SCSI card, sense drives, and get drive sizes, the unknown > partition table is due to something missing from my kernel but it looks a > lot better than it did :-) Congrats! Thats looks promising! Do you know if your disks contain a partition table at all? The boot kernels on my website do contain some extended partition-table detection code, so they should be able to find more partition-tables, and they will report what type of table they find. Regards, Karel. From airlied@csn.ul.ie Tue May 18 20:37:42 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA17341; Tue, 18 May 1999 20:37:39 +0200 (MET DST) Received-Date: Tue, 18 May 1999 20:37:39 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id TAA07755 for ; Tue, 18 May 1999 19:32:38 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id TAA28746 for ; Tue, 18 May 1999 19:37:36 +0100 Date: Tue, 18 May 1999 19:37:35 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: Re: DS5000/200 bootup log + SCSI looks good :-) In-Reply-To: <199905181656.SAA28683@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1171 Lines: 30 On Tue, 18 May 1999, Karel van Houten wrote: > > Congrats! Thats looks promising! Do you know if your disks contain a > partition table at all? The boot kernels on my website do contain some > extended partition-table detection code, so they should be able to find > more partition-tables, and they will report what type of table they find. > > Regards, > Karel. http://www.csn.ul.ie/~airlied/mips/msgs2.txt I've added your patch, and it detects similiar to NetBSD which is installed on the second drive, the first disk gives me no partition tables errors under NetBSD also (perhaps because it has no partition table :-) ... So anyone got an fdisk binary that doesn't segfault? the one installed by default core dumps all over the place, and the one I've just compiled from util-linux seems to enjoy doing the same thing .... I get this feel my binaries don't like me !!.. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From Harald.Koerfgen@home.ivm.de Tue May 18 21:15:56 1999 Received: from mail.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18231; Tue, 18 May 1999 21:15:54 +0200 (MET DST) Received-Date: Tue, 18 May 1999 21:15:54 +0200 (MET DST) Received: from franz.no.dom (port13.koeln.ivm.de [195.247.239.13]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA18321; Tue, 18 May 1999 21:15:39 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 18 May 1999 21:18:36 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Dave Airlie Subject: Re: DS5000/200 bootup log + SCSI looks good :-) Cc: linux-mips@fnet.fr Content-Length: 644 Lines: 24 Hi, On 18-May-99 Dave Airlie wrote: > http://www.csn.ul.ie/~airlied/mips/msgs2.txt [...] Excellent job, Dave. BTW, I have a PMAZ-A here and since yesterday some devices to connect to. Would you mind to send me your patches. I might even be of help here :-) > So anyone got an fdisk binary that doesn't segfault? the one installed > by default core dumps all over the place, and the one I've just > compiled from util-linux seems to enjoy doing the same thing .... ftp://ftp.linux.sgi.com/pub/linux/mips/test/mipsel-fdisk I haven't tried to write a partition table with this but it seems to work on my /133. Have fun. --- Regards, Harald From <@Cologne.DE:karsten@excalibur.cologne.de> Wed May 19 17:41:37 1999 Received: from fileserv2.Cologne.DE (gw-cologne-prima.cologne.de [193.29.188.1]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA08294; Wed, 19 May 1999 17:41:32 +0200 (MET DST) Received-Date: Wed, 19 May 1999 17:41:32 +0200 (MET DST) Received: from localhost (1545 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 19 May 1999 17:41:20 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.8.7/8.8.7) id WAA07966; Tue, 18 May 1999 22:24:02 +0200 Message-ID: <19990518222402.E6413@excalibur.cologne.de> Date: Tue, 18 May 1999 22:24:02 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: DS5000/25 Mail-Followup-To: linux-mips@fnet.fr References: <199905181313.PAA18902@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <199905181313.PAA18902@sparta.research.kpn.com>; from Houten K.H.C. van (Karel) on Tue, May 18, 1999 at 03:13:20PM +0200 X-No-Archive: yes Content-Length: 721 Lines: 20 Houten K.H.C. van (Karel) wrote: > I hope to update the root-image in the next weeks. Things that should be I have had the same idea.... :-) I am currently compiling several RedHat-6.0 packages for mipsel, although with glibc-2.0.7, not with glibc-2.1 as the RH6.0 for intel. Harald ist currently investigating the possibility of running glibc-2.1 on mipsel, so perhaps we will change that later on. I hope to have at least some packages on ftp://bolug.uni-bonn.de/mips/ after next weekend. 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 K.H.C.vanHouten@research.kpn.com Wed May 19 14:37:08 1999 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 OAA05998; Wed, 19 May 1999 14:37:07 +0200 (MET DST) Received-Date: Wed, 19 May 1999 14:37:07 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBDVD3B6480002RB@research.kpn.com> for linux-mips@fnet.fr; Wed, 19 May 1999 14:37:05 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id OAA25608; Wed, 19 May 1999 14:37:04 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Wed, 19 May 1999 14:37:04 +0200 (MET DST) From: Karel van Houten Subject: New declinuxroot tar file. To: linux-mips@fnet.fr Cc: tsbogend@alpha.franken.de Message-id: <199905191237.OAA25608@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 654 Lines: 23 Hi DECStation hackers: I've uploaded a new declinuxroot-990518.tgz to ftp.linux.sgi.com. Changes: - new 'login' binary (not a complete package) - new mount package - new net-tools package - some small other changes to config files This works OK on my 5000/260 and on a 3100. At the moment the file is still in /incoming. As soon as Thomas finds some time, it will move to its correct location. Regards, -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From ralf@lappi.waldorf-gmbh.de Wed May 19 15:55:58 1999 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 PAA06448; Wed, 19 May 1999 15:55:55 +0200 (MET DST) Received-Date: Wed, 19 May 1999 15:55:55 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (arkanoid.uni-koblenz.de [141.26.64.74]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id PAA01263 for ; Wed, 19 May 1999 15:55:16 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id PAA01650; Wed, 19 May 1999 15:55:03 +0200 Message-ID: <19990519155503.C967@gnu.org> Date: Wed, 19 May 1999 15:55:03 +0200 From: Ralf Baechle To: Karel van Houten , linux-mips@fnet.fr Cc: tsbogend@alpha.franken.de Subject: Re: New declinuxroot tar file. References: <199905191237.OAA25608@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199905191237.OAA25608@sparta.research.kpn.com>; from Karel van Houten on Wed, May 19, 1999 at 02:37:04PM +0200 X-Accept-Language: de,en,fr Content-Length: 828 Lines: 23 On Wed, May 19, 1999 at 02:37:04PM +0200, Karel van Houten wrote: > I've uploaded a new declinuxroot-990518.tgz to ftp.linux.sgi.com. > > Changes: > - new 'login' binary (not a complete package) > - new mount package > - new net-tools package > - some small other changes to config files > > This works OK on my 5000/260 and on a 3100. > > At the moment the file is still in /incoming. As soon as > Thomas finds some time, it will move to its correct location. I just found that the WaR3z KiDdiZ were also active in /incoming which was actually the reason why /incoming was supposed to be non-writable. No warez there, though :-) And of course /incoming is now unwritable again. Karel, send me your ssh public key & favourite account name and I'll create an account with the necessary upload priviledges for you. Ralf From sartoris@info.umd.edu Wed May 19 16:39:33 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA07497; Wed, 19 May 1999 16:39:33 +0200 (MET DST) Received-Date: Wed, 19 May 1999 16:39:33 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id KAA29502; Wed, 19 May 1999 10:39:20 -0400 (EDT) Date: Wed, 19 May 1999 10:39:20 -0400 (EDT) From: "Douglas S. Meade" To: Karel van Houten cc: linux-mips@fnet.fr, tsbogend@alpha.franken.de Subject: Re: New declinuxroot tar file. In-Reply-To: <199905191237.OAA25608@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 679 Lines: 27 Karel, I just downloaded this file, and the size is 5251620, smaller than the one in January (9185324). When I do tar tvzf, it complains after sbin/insmod.static about "gzip: stdin: Unexpected end of file". Maybe the file in incoming is not complete? I'm really looking forward to trying this one. Thanks. Doug On Wed, 19 May 1999, Karel van Houten wrote: > Hi DECStation hackers: > > I've uploaded a new declinuxroot-990518.tgz to ftp.linux.sgi.com. > > Changes: > - new 'login' binary (not a complete package) > - new mount package > - new net-tools package > - some small other changes to config files > > At the moment the file is still in /incoming. As soon as From ralf@lappi.waldorf-gmbh.de Wed May 19 16:52:09 1999 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 QAA07597; Wed, 19 May 1999 16:51:39 +0200 (MET DST) Received-Date: Wed, 19 May 1999 16:51:39 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (arkanoid.uni-koblenz.de [141.26.64.74]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id QAA07150 for ; Wed, 19 May 1999 16:51:30 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id QAA02278; Wed, 19 May 1999 16:51:14 +0200 Message-ID: <19990519165113.G967@gnu.org> Date: Wed, 19 May 1999 16:51:13 +0200 From: Ralf Baechle To: "Douglas S. Meade" , Karel van Houten Cc: linux-mips@fnet.fr, tsbogend@alpha.franken.de Subject: Re: New declinuxroot tar file. References: <199905191237.OAA25608@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Douglas S. Meade on Wed, May 19, 1999 at 10:39:20AM -0400 X-Accept-Language: de,en,fr Content-Length: 452 Lines: 12 On Wed, May 19, 1999 at 10:39:20AM -0400, Douglas S. Meade wrote: > I just downloaded this file, and the size is 5251620, smaller than > the one in January (9185324). When I do tar tvzf, it complains after > sbin/insmod.static about "gzip: stdin: Unexpected end of file". Maybe > the file in incoming is not complete? > > I'm really looking forward to trying this one. The file is definately corrupted, so I'll remove it from the server. Ralf From micha@thias.muc.de Wed May 19 17:38:52 1999 Received: from mailrelay2.lrz-muenchen.de (mailrelay2.lrz-muenchen.de [129.187.254.102]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA08237; Wed, 19 May 1999 17:38:30 +0200 (MET DST) Received-Date: Wed, 19 May 1999 17:38:30 +0200 (MET DST) Received: from [129.187.24.230] by mailout.lrz-muenchen.de with ESMTP for linux-mips@fnet.fr; Wed, 19 May 1999 17:37:24 +0200 Received: (from micha@localhost) by mail.muc.de (8.8.8/8.8.8) id RAA02277 for linux-mips@fnet.fr; Wed, 19 May 1999 17:37:39 +0200 (envelope-from micha) Posted-Date: Wed, 19 May 1999 17:37:39 +0200 Message-Id: <199905191537.RAA02277@thias.muc.de> To: linux-mips@fnet.fr Date: Wed, 19 May 1999 17:37:38 +0200 (CEST) From: Michael Apitz Reply-To: Michael Apitz Organization: IJ Computer Consulting GmbH X-no-archive: yes X-Hinweise: Das Posten von Artikeln in oeffentlichen Newsgroups bedeutet keine Zustimmung zur Speicherung in Archiven, dem Erstellen und Weitergeben von Benutzerprofilen und zur unaufgeforderten Zusendung von Werbe-e-Mails. X-Werbung: Ich moechte keine Werbe-eMails bekommen. Das Senden von Werbe-eMail ist ein Verstoss gegen bestehende Gesetze und zieht mindestens eine Beschwerde beim Provider nach sich. X-ad: Please don't send me ad's by mail. I'm bored by this type of mail. X-note: Sending SPAM is a violation of both german and US law and will at least trigger a complaint at your provider's postmaster. X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 29 Lines: 1 subscribe micha@thias.muc.de From airlied@csn.ul.ie Wed May 19 18:06:26 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA08973; Wed, 19 May 1999 18:06:23 +0200 (MET DST) Received-Date: Wed, 19 May 1999 18:06:23 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id RAA09692 for ; Wed, 19 May 1999 17:01:21 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id RAA18817 for ; Wed, 19 May 1999 17:06:19 +0100 Date: Wed, 19 May 1999 17:06:18 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: patch for pmaz_esp support Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-913833367-942702895-927129978=:2573" Content-Length: 23110 Lines: 390 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---913833367-942702895-927129978=:2573 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Please find attached the diff for the PMAZ-AA non-IOASIC Turbochannel SCSI adapter :-) ... it doesn't fully work, and I'm still dodgy about parts of it particularly anywhere I use the KSEG macros, The diff is against my cvs tree of today, so you may need to read over the diff before applying it as I think I see a few spurious wbflush things .. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- ---913833367-942702895-927129978=:2573 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pmaz-diffs Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ZGlmZiAtdXJ3UCAteCAqQ1ZTKiBsaW51eC9hcmNoL21pcHMvY29uZmlnLmlu IC9ob21lL2FpcmxpZWQvY3ZzL2xpbnV4L2FyY2gvbWlwcy9jb25maWcuaW4N Ci0tLSBsaW51eC9hcmNoL21pcHMvY29uZmlnLmluCVdlZCBNYXkgMTkgMTU6 MjA6MzAgMTk5OQ0KKysrIC9ob21lL2FpcmxpZWQvY3ZzL2xpbnV4L2FyY2gv bWlwcy9jb25maWcuaW4JVHVlIE1heSAxOCAxMToyNzozNSAxOTk5DQpAQCAt MTU2LDcgKzE1Niw4IEBADQogCQlkZXBfdHJpc3RhdGUgJ1NHSSB3ZDkzIFNj c2kgRHJpdmVyJyBDT05GSUdfU0NTSV9TR0lXRDkzICRDT05GSUdfU0NTSQ0K IAllbHNlDQogCQkJaWYgWyAiJENPTkZJR19UQyIgPSAieSIgXTsgdGhlbg0K LQkJCQlkZXBfdHJpc3RhdGUgJ0RFQyBOQ1I1M0M5NCBTY3NpIERyaXZlcicg Q09ORklHX1NDU0lfREVDTkNSICRDT05GSUdfU0NTSQ0KKwkJCQlkZXBfdHJp c3RhdGUgJ0RFQyBJT0FTSUMgTkNSNTNDOTQgU2NzaSBEcml2ZXInIENPTkZJ R19TQ1NJX0RFQ05DUiAkQ09ORklHX1NDU0kNCisJCQkJZGVwX3RyaXN0YXRl ICdERUMgUE1BWi1BQSBOQ1IgU2NzaSBEcml2ZXInIENPTkZJR19TQ1NJX0RF Q1BNQVogJENPTkZJR19TQ1NJDQogCQkJZmkNCiAJCQlkZXBfdHJpc3RhdGUg J0RFQyBTSUkgU2NzaSBEcml2ZXInIENPTkZJR19TQ1NJX0RFQ1NJSSAkQ09O RklHX1NDU0kNCiAJCWZpDQpkaWZmIC11cndQIC14ICpDVlMqIGxpbnV4L2Ry aXZlcnMvc2NzaS9NYWtlZmlsZSAvaG9tZS9haXJsaWVkL2N2cy9saW51eC9k cml2ZXJzL3Njc2kvTWFrZWZpbGUNCi0tLSBsaW51eC9kcml2ZXJzL3Njc2kv TWFrZWZpbGUJV2VkIE1heSAxOSAxNTozMDoyOCAxOTk5DQorKysgL2hvbWUv YWlybGllZC9jdnMvbGludXgvZHJpdmVycy9zY3NpL01ha2VmaWxlCVR1ZSBN YXkgMTggMTE6MzA6MDEgMTk5OQ0KQEAgLTU5Miw2ICs1OTIsMTAgQEANCiBM X09CSlMgKz0gTkNSNTNDOXgubyBkZWNfZXNwLm8NCiBlbmRpZg0KIA0KK2lm ZXEgKCQoQ09ORklHX1NDU0lfREVDUE1BWikseSkNCitMX09CSlMgKz0gTkNS NTNDOXgubyBwbWF6X2VzcC5vDQorZW5kaWYNCisNCiBpbmNsdWRlICQoVE9Q RElSKS9SdWxlcy5tYWtlDQogDQogNTNjOHh4X2QuaDogNTNjNyw4eHguc2Ny IHNjcmlwdF9hc20ucGwNCmRpZmYgLXVyd1AgLXggKkNWUyogbGludXgvZHJp dmVycy9zY3NpL05DUjUzQzl4LmMgL2hvbWUvYWlybGllZC9jdnMvbGludXgv ZHJpdmVycy9zY3NpL05DUjUzQzl4LmMNCi0tLSBsaW51eC9kcml2ZXJzL3Nj c2kvTkNSNTNDOXguYwlXZWQgTWF5IDE5IDE1OjMwOjMwIDE5OTkNCisrKyAv aG9tZS9haXJsaWVkL2N2cy9saW51eC9kcml2ZXJzL3Njc2kvTkNSNTNDOXgu YwlXZWQgTWF5IDE5IDE1OjQ0OjIzIDE5OTkNCkBAIC05LDYgKzksMTAgQEAN CiAgKg0KICAqIFNldCB1cCB0byB1c2UgR0VUUkVHL1NFVFJFRyAocHJlcHJv Y2Vzc29yIG1hY3JvcyBpbiBOQ1I1M2M5eC5oKSBieQ0KICAqIFR5bW0gVHdp bGxtYW4gKHR5bW1AY29lLm1pc3NvdXJpLmVkdSkNCisgKg0KKyAqIFN1cHBv cnQgZm9yIElPQVNJQyBERUNzdGF0aW9ucyBieQ0KKyAqIEhhcmFsZCBLb2Vy ZmdlbiAoaGFyYWxkQHVuaXgtYWcub3JnKSANCisgKiBhbHNvIGNoYW5nZXMg YnkgRGF2aWQgQWlybGllIChhaXJsaWVkQGxpbnV4LmllKQ0KICAqLw0KIA0K IC8qIFRPRE86DQpAQCAtMzMsNiArMzcsMTQgQEANCiANCiAjaW5jbHVkZSA8 bGludXgvaW5pdC5oPg0KIA0KKyNpZmRlZiBDT05GSUdfREVDU1RBVElPTg0K KyNpbmNsdWRlIDxhc20vd2JmbHVzaC5oPg0KKyNlbHNlDQorI2RlZmluZSB3 YmZsdXNoKCkNCisjZW5kaWYNCisNCisNCisNCiAjaW5jbHVkZSAic2NzaS5o Ig0KICNpbmNsdWRlICJob3N0cy5oIg0KICNpbmNsdWRlICJOQ1I1M0M5eC5o Ig0KQEAgLTMwMiw2ICszMTQsNyBAQA0KIAllc3AtPmVzcGNtZGVudCA9IChl c3AtPmVzcGNtZGVudCArIDEpICYgMzE7DQogI2VuZGlmDQogCVNFVFJFRyhl cmVncy0+ZXNwX2NtbmQsIGNtZCk7DQorCXdiZmx1c2goKTsNCiB9DQogDQog LyogSG93IHdlIHVzZSB0aGUgdmFyaW91cyBMaW51eCBTQ1NJIGRhdGEgc3Ry dWN0dXJlcyBmb3Igb3BlcmF0aW9uLg0KQEAgLTQzNywxMSArNDUwLDEzIEBA DQogDQogCS8qIFJlbG9hZCB0aGUgY29uZmlndXJhdGlvbiByZWdpc3RlcnMg Ki8NCiAJU0VUUkVHKGVyZWdzLT5lc3BfY2ZhY3QsIGVzcC0+Y2ZhY3QpOw0K Kwl3YmZsdXNoKCk7DQogCVNFVFJFRyhlcmVncy0+ZXNwX3N0cCwgMCk7DQog CVNFVFJFRyhlcmVncy0+ZXNwX3NvZmYsIDApOw0KIAlTRVRSRUcoZXJlZ3Mt PmVzcF90aW1lbywgZXNwLT5uZWdfZGVmcCk7DQogCWVzcC0+bWF4X3Blcmlv ZCA9IChlc3AtPm1heF9wZXJpb2QgKyAzKT4+MjsNCiAJZXNwLT5taW5fcGVy aW9kID0gKGVzcC0+bWluX3BlcmlvZCArIDMpPj4yOw0KKwl3YmZsdXNoKCk7 DQogDQogCVNFVFJFRyhlcmVncy0+ZXNwX2NmZzEsIGVzcC0+Y29uZmlnMSk7 DQogCXN3aXRjaChlc3AtPmVyZXYpIHsNCkBAIC00OTIsNiArNTA3LDcgQEAN CiAJCXBhbmljKCJlc3A6IHdoYXQgY291bGQgaXQgYmUuLi4gSSB3b25kZXIu Li4iKTsNCiAJCWJyZWFrOw0KIAl9Ow0KKwl3YmZsdXNoKCk7DQogDQogCS8q IEVhdCBhbnkgYml0cm90IGluIHRoZSBjaGlwICovDQogCXRyYXNoID0gR0VU UkVHKGVyZWdzLT5lc3BfaW50cnB0KTsNCkBAIC01MTUsNiArNTMxLDcgQEAN CiAJZXNwX2NtZChlc3AsIGVyZWdzLCBFU1BfQ01EX1JTKTsNCiAJdWRlbGF5 KDQwMCk7DQogCVNFVFJFRyhlcmVncy0+ZXNwX2NmZzEsIGVzcC0+Y29uZmln MSk7DQorCXdiZmx1c2goKTsNCiANCiAJLyogRWF0IGFueSBiaXRyb3QgaW4g dGhlIGNoaXAgYW5kIHdlIGFyZSBkb25lLi4uICovDQogCXRyYXNoID0gR0VU UkVHKGVyZWdzLT5lc3BfaW50cnB0KTsNCkBAIC02MzgsNiArNjU1LDcgQEAN CiAJZXNwLT5jdGljayA9IEVTUF9USUNLKGNjZiwgZXNwLT5jY3ljbGUpOw0K IAllc3AtPm5lZ19kZWZwID0gRVNQX05FR19ERUZQKGZtaHosIGNjZik7DQog CWVzcC0+c3luY19kZWZwID0gU1lOQ19ERUZQX1NMT1c7DQorCWVzcC0+Y2Nm ID0gY2NmOw0KIA0KIAlwcmludGsoIlNDU0kgSUQgJWQgIENsb2NrICVkIE1I eiBDQ0Y9JWQgVGltZS1PdXQgJWQgIiwNCiAJICAgICAgIGVzcC0+c2NzaV9p ZCwgKGVzcC0+Y2ZyZXEgLyAxMDAwMDAwKSwNCkBAIC02NTUsNiArNjczLDcg QEANCiAJZXNwLT5jb25maWcxID0gKEVTUF9DT05GSUcxX1BFTkFCTEUgfCAo ZXNwLT5zY3NpX2lkICYgNykpOw0KIAllc3AtPmNvbmZpZzIgPSAoRVNQX0NP TkZJRzJfU0NTSTJFTkFCIHwgRVNQX0NPTkZJRzJfUkVHUEFSSVRZKTsNCiAJ U0VUUkVHKGVyZWdzLT5lc3BfY2ZnMiwgZXNwLT5jb25maWcyKTsNCisJd2Jm bHVzaCgpOw0KICNpZm5kZWYgU1lNQklPU19IQUNLDQogCWlmKChHRVRSRUco ZXJlZ3MtPmVzcF9jZmcyKSAmIH4oRVNQX0NPTkZJRzJfTUFHSUMpKSAhPQ0K IAkgICAoRVNQX0NPTkZJRzJfU0NTSTJFTkFCIHwgRVNQX0NPTkZJRzJfUkVH UEFSSVRZKSkgew0KQEAgLTY2Nyw2ICs2ODYsNyBAQA0KIAkJU0VUUkVHKGVy ZWdzLT5lc3BfY2ZnMywgMCk7DQogCQllc3AtPmNvbmZpZzNbMF0gPSA1Ow0K IAkJU0VUUkVHKGVyZWdzLT5lc3BfY2ZnMywgZXNwLT5jb25maWczWzBdKTsN CisJCXdiZmx1c2goKTsNCiAjaWZuZGVmIFNZTUJJT1NfSEFDSw0KIAkJaWYo R0VUUkVHKGVyZWdzLT5lc3BfY2ZnMykgIT0gNSkgew0KIAkJCXByaW50aygi TkNSNTNDOTBBKGVzcDEwMGEpIGRldGVjdGVkXG4iKTsNCkBAIC02OTUsNiAr NzE1LDcgQEANCiAJCQkJZXNwLT5jb25maWcyID0gMDsNCiAJCQkJU0VUUkVH KGVyZWdzLT5lc3BfY2ZnMiwgZXNwLT5jb25maWcyKTsNCiAJCQl9DQorCQkJ d2JmbHVzaCgpOw0KIAkJfQ0KICNlbmRpZg0KIAl9CQkJCQ0KQEAgLTEyMDEs MTAgKzEyMjIsMTQgQEANCiANCiAJLyogSE1FIHN1Y2tzLi4uICovDQogCWlm KGVzcC0+ZXJldiA9PSBmYXNobWUpDQorCSAgew0KIAkJU0VUUkVHKGVyZWdz LT5lc3BfYnVzaWQsICh0YXJnZXQgJiAweGYpIHwNCiAJCQkoRVNQX0JVU0lE X1JFU0VMSUQgfCBFU1BfQlVTSURfQ1RSMzJCSVQpKTsNCisJICB9DQogCWVs c2UNCisJICB7DQogCQlTRVRSRUcoZXJlZ3MtPmVzcF9idXNpZCwgKHRhcmdl dCAmIDcpKTsNCisJICB9DQogCVNFVFJFRyhlcmVncy0+ZXNwX3NvZmYsIFNE cHRyLT5zeW5jX21heF9vZmZzZXQpOw0KIAlTRVRSRUcoZXJlZ3MtPmVzcF9z dHAsIFNEcHRyLT5zeW5jX21pbl9wZXJpb2QpOw0KIAlpZihlc3AtPmVyZXYg PiBlc3AxMDBhKQ0KQEAgLTEyNzQsNiArMTI5OSw3IEBADQogCSAgICAgICAg ZWxzZQ0KIAkJICAgICAgICBTQ3BudC0+U0NwLmhhdmVfZGF0YV9pbiA9IChp bnQpIFNDcG50LT5TQ3AucHRyID0NCiAJCSAgICAgICAgICAgICAgICAoY2hh ciAqKSB2aXJ0X3RvX3BoeXMoU0NwbnQtPnJlcXVlc3RfYnVmZmVyKTsNCisJ CS8qCXByaW50aygic2NzaV9xdWV1ZTogJWQgPSAlcCA9ICVwIiwgU0NwbnQt PlNDcC5oYXZlX2RhdGFfaW4sIFNDcG50LT5TQ3AucHRyLCBTQ3BudC0+cmVx dWVzdF9idWZmZXIpOyAqLw0KIAl9IGVsc2Ugew0KIAkJRVNQUVVFVUUoKCJ1 c2Vfc2cgIikpOw0KICNpZmRlZiBERUJVR19FU1BfU0cNCkBAIC0xNjcyLDEw ICsxNjk4LDEzIEBADQogew0KIAlTRVRSRUcoZXJlZ3MtPmVzcF90Y2xvdywg KGNudCAmIDB4ZmYpKTsNCiAJU0VUUkVHKGVyZWdzLT5lc3BfdGNtZWQsICgo Y250ID4+IDgpICYgMHhmZikpOw0KKwkvKiBOZXRCU0QgaGFkIHRoaXMuLi4g LSBEYXZlICovDQorCVNFVFJFRyhlcmVncy0+ZXNwX2NtbmQsIEVTUF9DTURf TlVMTCB8IEVTUF9DTURfRE1BKTsNCiAJaWYoaG1lKSB7DQogCQlTRVRSRUco ZXJlZ3MtPmZhc19ybG8sIDApOw0KIAkJU0VUUkVHKGVyZWdzLT5mYXNfcmhp LCAwKTsNCiAJfQ0KKwl3YmZsdXNoKCk7DQogfQ0KIA0KIHN0YXRpYyBpbmxp bmUgaW50IGVzcF9nZXRjb3VudChzdHJ1Y3QgRVNQX3JlZ3MgKmVyZWdzKQ0K QEAgLTE4MzEsNiArMTg2MCw3IEBADQogCQlTRVRSRUcoZXJlZ3MtPmVzcF9i dXNpZCwgKHNwLT50YXJnZXQgJiAweGYpIHwNCiAJCQkoRVNQX0JVU0lEX1JF U0VMSUQgfCBFU1BfQlVTSURfQ1RSMzJCSVQpKTsNCiAJZXNwLT5jdXJyZW50 X1NDID0gc3A7DQorCXdiZmx1c2goKTsNCiB9DQogDQogLyogVGhpcyB3aWxs IHBsYWNlIHRoZSBjdXJyZW50IHdvcmtpbmcgY29tbWFuZCBiYWNrIGludG8g dGhlIGlzc3VlIHF1ZXVlDQpAQCAtMjk1MSw2ICsyOTg2LDcgQEANCiAJCQl9 DQogCQkJU0VUUkVHKGVyZWdzLT5lc3Bfc29mZiwgU0RwdHItPnN5bmNfbWlu X3BlcmlvZCk7DQogCQkJU0VUUkVHKGVyZWdzLT5lc3Bfc3RwLCBTRHB0ci0+ c3luY19tYXhfb2Zmc2V0KTsNCisJCQl3YmZsdXNoKCk7DQogDQogCQkJRVNQ U0RUUigoInNvZmY9JTJ4IHN0cD0lMnggY2ZnMz0lMnhcbiIsDQogCQkJCVNE cHRyLT5zeW5jX21heF9vZmZzZXQsDQpAQCAtMjk3NSw2ICszMDExLDcgQEAN CiAJCQkJZXNwLT5jb25maWczW1NDcHRyLT50YXJnZXRdICY9IH5iaXQ7DQog CQkJCVNFVFJFRyhlcmVncy0+ZXNwX2NmZzMsDQogCQkJCSBlc3AtPmNvbmZp ZzNbU0NwdHItPnRhcmdldF0pOw0KKwkJCQl3YmZsdXNoKCk7DQogCQkJfQ0K IAkJfQ0KIA0KQEAgLTMwMjUsNiArMzA2Miw3IEBADQogCQkJCWVzcC0+Y29u ZmlnM1tTQ3B0ci0+dGFyZ2V0XSAmPSB+KEVTUF9DT05GSUczX0VXSURFKTsN CiAJCQl9DQogCQkJU0VUUkVHKGVyZWdzLT5lc3BfY2ZnMywgZXNwLT5jb25m aWczW1NDcHRyLT50YXJnZXRdKTsNCisJCQl3YmZsdXNoKCk7DQogDQogCQkJ LyogUmVnYXJkbGVzcywgbmV4dCB0cnkgZm9yIHN5bmMgdHJhbnNmZXJzLiAq Lw0KIAkJCWJ1aWxkX3N5bmNfbmVnb19tc2coZXNwLCBlc3AtPnN5bmNfZGVm cCwgMTUpOw0KZGlmZiAtdXJ3UCAteCAqQ1ZTKiBsaW51eC9kcml2ZXJzL3Nj c2kvaG9zdHMuYyAvaG9tZS9haXJsaWVkL2N2cy9saW51eC9kcml2ZXJzL3Nj c2kvaG9zdHMuYw0KLS0tIGxpbnV4L2RyaXZlcnMvc2NzaS9ob3N0cy5jCVdl ZCBNYXkgMTkgMTU6MzA6NDkgMTk5OQ0KKysrIC9ob21lL2FpcmxpZWQvY3Zz L2xpbnV4L2RyaXZlcnMvc2NzaS9ob3N0cy5jCVR1ZSBNYXkgMTggMTE6NTI6 MDggMTk5OQ0KQEAgLTMyMyw2ICszMjMsMTAgQEANCiAjaW5jbHVkZSAiZGVj X2VzcC5oIg0KICNlbmRpZg0KIA0KKyNpZmRlZiBDT05GSUdfU0NTSV9ERUNQ TUFaDQorI2luY2x1ZGUgInBtYXpfZXNwLmgiDQorI2VuZGlmDQorDQogLyoN CiAgKiBNb3ZlZCBwcGEgZHJpdmVyIHRvIHRoZSBlbmQgb2YgdGhlIHByb2Jl IGxpc3QNCiAgKiBzaW5jZSBpdCBpcyBhIHJlbW92YWJsZSBob3N0IGFkYXB0 ZXIuDQpAQCAtNTc5LDYgKzU4Myw5IEBADQogI2lmZGVmIENPTkZJR19TQ1NJ X0RFQ05DUgkNCiAgICAgU0NTSV9ERUNfRVNQLA0KICNlbmRpZgkNCisjaWZk ZWYgQ09ORklHX1NDU0lfREVDUE1BWg0KKyAgICBTQ1NJX1BNQVpfRVNQLA0K KyNlbmRpZg0KIC8qICJSZW1vdmFibGUgaG9zdCBhZGFwdGVycyIgYmVsb3cg dGhpcyBsaW5lIChQYXJhbGxlbCBQb3J0L1VTQi9vdGhlcikgKi8NCiAjaWZk ZWYgQ09ORklHX1NDU0lfUFBBDQogICAgIFBQQSwNCmRpZmYgLXVyd1AgLXgg KkNWUyogbGludXgvZHJpdmVycy9zY3NpL3BtYXpfZXNwLmMgL2hvbWUvYWly bGllZC9jdnMvbGludXgvZHJpdmVycy9zY3NpL3BtYXpfZXNwLmMNCi0tLSBs aW51eC9kcml2ZXJzL3Njc2kvcG1hel9lc3AuYwlUaHUgSmFuICAxIDAxOjAw OjAwIDE5NzANCisrKyAvaG9tZS9haXJsaWVkL2N2cy9saW51eC9kcml2ZXJz L3Njc2kvcG1hel9lc3AuYwlXZWQgTWF5IDE5IDE0OjI5OjE1IDE5OTkNCkBA IC0wLDAgKzEsMjcyIEBADQorLyoNCisgKiBwbWF6X2VzcC5jOg0KKyAqCURy aXZlciBmb3IgUE1BWi1jYXJkcyBvbiBub24tSU9BU0lDIGJhc2VkIFRVUkJP Y2hhbm5lbCBERUNzdGF0aW9ucw0KKyAqDQorICogVFVSQk9jaGFubmVsIGNo YW5nZXMgYnkgSGFyYWxkIEtvZXJmZ2VuDQorICoNCisgKiBiYXNlZCBvbiBq YXp6X2VzcC5jOg0KKyAqIENvcHlyaWdodCAoQykgMTk5NyBUaG9tYXMgQm9n ZW5kb2VyZmVyICh0c2JvZ2VuZEBhbHBoYS5mcmFua2VuLmRlKQ0KKyAqDQor ICogamF6el9lc3AgaXMgYmFzZWQgb24gRGF2aWQgUy4gTWlsbGVyJ3MgRVNQ IGRyaXZlciBhbmQgY3liZXJfZXNwDQorICogDQorICogTm9uLUlPQVNJQyBj aGFuZ2VzIGJ5IERhdmlkIEFpcmxpZSAoYWlybGllZEBsaW51eC5pZSkNCisg Ki8NCisNCisjaW5jbHVkZSA8bGludXgva2VybmVsLmg+DQorI2luY2x1ZGUg PGxpbnV4L2RlbGF5Lmg+DQorI2luY2x1ZGUgPGxpbnV4L3R5cGVzLmg+DQor I2luY2x1ZGUgPGxpbnV4L3N0cmluZy5oPg0KKyNpbmNsdWRlIDxsaW51eC9t YWxsb2MuaD4NCisjaW5jbHVkZSA8bGludXgvYmxrLmg+DQorI2luY2x1ZGUg PGxpbnV4L3Byb2NfZnMuaD4NCisjaW5jbHVkZSA8bGludXgvc3RhdC5oPg0K Kw0KKyNpbmNsdWRlICJzY3NpLmgiDQorI2luY2x1ZGUgImhvc3RzLmgiDQor I2luY2x1ZGUgInBtYXpfZXNwLmgiDQorDQorI2luY2x1ZGUgPGFzbS9pcnEu aD4NCisjaW5jbHVkZSA8YXNtL2phenouaD4NCisjaW5jbHVkZSA8YXNtL2ph enpkbWEuaD4NCisjaW5jbHVkZSA8YXNtL2RtYS5oPg0KKw0KKyNpbmNsdWRl IDxhc20vcGd0YWJsZS5oPg0KKw0KKyNpbmNsdWRlIDxhc20vd2JmbHVzaC5o Pg0KKw0KKyNpbmNsdWRlIDxhc20vZGVjL3RjLmg+DQorI2luY2x1ZGUgPGFz bS9kZWMvaW50ZXJydXB0cy5oPg0KKyNpbmNsdWRlIDxhc20vZGVjL2lvYXNp Y19hZGRycy5oPg0KKyNpbmNsdWRlIDxhc20vZGVjL2lvYXNpY19pbnRzLmg+ DQorI2luY2x1ZGUgPGFzbS9kZWMvbWFjaHR5cGUuaD4NCisNCitzdGF0aWMg aW50ICBkbWFfYnl0ZXNfc2VudChzdHJ1Y3QgTkNSX0VTUCAqZXNwLCBpbnQg Zmlmb19jb3VudCk7DQorc3RhdGljIHZvaWQgZG1hX2RyYWluKHN0cnVjdCBO Q1JfRVNQICplc3ApOw0KK3N0YXRpYyBpbnQgZG1hX2Nhbl90cmFuc2Zlcihz dHJ1Y3QgTkNSX0VTUCAqZXNwLCBTY3NpX0NtbmQgKiBzcCk7DQorc3RhdGlj IHZvaWQgZG1hX2R1bXBfc3RhdGUoc3RydWN0IE5DUl9FU1AgKmVzcCk7DQor c3RhdGljIHZvaWQgZG1hX2luaXRfcmVhZChzdHJ1Y3QgTkNSX0VTUCAqZXNw LCBfX3UzMiB2YWRkcmVzcywgaW50IGxlbmd0aCk7DQorc3RhdGljIHZvaWQg ZG1hX2luaXRfd3JpdGUoc3RydWN0IE5DUl9FU1AgKmVzcCwgX191MzIgdmFk ZHJlc3MsIGludCBsZW5ndGgpOw0KK3N0YXRpYyB2b2lkIGRtYV9pbnRzX29m ZihzdHJ1Y3QgTkNSX0VTUCAqZXNwKTsNCitzdGF0aWMgdm9pZCBkbWFfaW50 c19vbihzdHJ1Y3QgTkNSX0VTUCAqZXNwKTsNCitzdGF0aWMgaW50ICBkbWFf aXJxX3Aoc3RydWN0IE5DUl9FU1AgKmVzcCk7DQorc3RhdGljIGludCAgZG1h X3BvcnRzX3Aoc3RydWN0IE5DUl9FU1AgKmVzcCk7DQorc3RhdGljIHZvaWQg ZG1hX3NldHVwKHN0cnVjdCBOQ1JfRVNQICplc3AsIF9fdTMyIGFkZHIsIGlu dCBjb3VudCwgaW50IHdyaXRlKTsNCitzdGF0aWMgdm9pZCBkbWFfbW11X2dl dF9zY3NpX29uZShzdHJ1Y3QgTkNSX0VTUCAqZXNwLCBTY3NpX0NtbmQgKiBz cCk7DQorLypzdGF0aWMgdm9pZCBkbWFfbW11X2dldF9zY3NpX3NnbChzdHJ1 Y3QgTkNSX0VTUCAqZXNwLCBTY3NpX0NtbmQgKiBzcCk7Ki8NCitzdGF0aWMg dm9pZCBkbWFfYWR2YW5jZV9zZyhTY3NpX0NtbmQgKiBzcCk7DQorDQorI2Rl ZmluZSBUQ19FU1BfUkFNX1NJWkUgMHgyMDAwMA0KKyNkZWZpbmUgRVNQX1RH VF9ETUFfU0laRSAoKFRDX0VTUF9SQU1fU0laRS83KSAmIH4oc2l6ZW9mKGlu dCktMSkpDQorI2RlZmluZSBFU1BfTkNNRCA3DQorDQorI2RlZmluZSBUQ19F U1BfRE1BUl9NQVNLICAweDFmZmZmDQorI2RlZmluZSBUQ19FU1BfRE1BUl9X UklURSAweDgwMDAwMDAwDQorI2RlZmluZSBUQ19FU1BfRE1BX0FERFIoeCkg KCh1bnNpZ25lZCkoeCkgJiBUQ19FU1BfRE1BUl9NQVNLKQ0KKw0KK3ZvbGF0 aWxlIHVuc2lnbmVkIGNoYXIgKnNjc2lfZG1hX3B0cnNfdGNbRVNQX05DTURd Ow0KK3Vuc2lnbmVkIGNoYXIgc2NzaV9kbWFfYnVmZl91c2VkW0VTUF9OQ01E XTsNCit1bnNpZ25lZCBjaGFyIHNjc2lfY3VyX2J1ZmY9MTsgLyogTGVhdmUg c3BhY2UgZm9yIGNvbW1hbmQgYnVmZmVyICovDQorX191MzIgZXNwX3ZpcnRf YnVmZmVyOw0KK2ludCBzY3NpX2N1cnJlbnRfbGVuZ3RoPTA7DQorDQordm9s YXRpbGUgdW5zaWduZWQgY2hhciBjbWRfYnVmZmVyWzE2XTsNCisJCQkJLyog VGhpcyBpcyB3aGVyZSBhbGwgY29tbWFuZHMgYXJlIHB1dA0KKwkJCQkgKiBi ZWZvcmUgdGhleSBhcmUgdHJhc2ZlcmVkIHRvIHRoZSBFU1AgY2hpcA0KKwkJ CQkgKiB2aWEgUElPLg0KKwkJCQkgKi8NCisNCit2b2xhdGlsZSBpbnQgKnNj c2lfZG1hX3B0cl90YzsNCisNCisvKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogRGV0 ZWN0aW9uICovDQoraW50IHBtYXpfZXNwX2RldGVjdChTY3NpX0hvc3RfVGVt cGxhdGUgKiB0cG50KQ0KK3sNCisgICAgc3RydWN0IE5DUl9FU1AgKmVzcDsN CisgICAgc3RydWN0IENvbmZpZ0RldiAqZXNwX2RldjsNCisgICAgaW50IHNs b3QsaTsNCisgICAgdW5zaWduZWQgbG9uZyBtZW1fc3RhcnQ7DQorICAgIHZv bGF0aWxlIHVuc2lnbmVkIGNoYXIgKmJ1ZmZlcjsNCisNCisgICAgaWYgKFRV UkJPQ0hBTk5FTCkNCisJew0KKwkJZXNwX2Rldj0wOw0KKwkJZXNwPWVzcF9h bGxvY2F0ZSh0cG50LCAodm9pZCAqKSBlc3BfZGV2KTsNCisJDQorCQlzbG90 ID0gc2VhcmNoX3RjX2NhcmQoIlBNQVotQUEiKTsNCisJCWNsYWltX3RjX2Nh cmQoc2xvdCk7DQorCQkNCisJCW1lbV9zdGFydCA9IGdldF90Y19iYXNlX2Fk ZHIoc2xvdCk7DQorCQllc3AtPmRyZWdzID0gMDsNCisJCWVzcC0+ZXJlZ3Mg PSAoc3RydWN0IEVTUF9yZWdzICopKG1lbV9zdGFydCArIERFQ19TQ1NJX1NS RUcpOw0KKwkJZXNwLT5kb19waW9fY21kcyA9IDE7DQorDQorCQkvKiBTZXQg dGhlIGNvbW1hbmQgYnVmZmVyICovDQorCQllc3AtPmVzcF9jb21tYW5kID0g KHZvbGF0aWxlIHVuc2lnbmVkIGNoYXIgKikgY21kX2J1ZmZlcjsNCisJCQ0K KwkJLyogZ2V0IHZpcnR1YWwgZG1hIGFkZHJlc3MgZm9yIGNvbW1hbmQgYnVm ZmVyICovDQorCQllc3AtPmVzcF9jb21tYW5kX2R2bWEgPSAoX191MzIpS1NF RzFBRERSKCh2b2xhdGlsZSB1bnNpZ25lZCBjaGFyICopIGNtZF9idWZmZXIp Ow0KKwkJDQorCQlidWZmZXIgPSAodm9sYXRpbGUgdW5zaWduZWQgY2hhciAq KShtZW1fc3RhcnQrREVDX1NDU0lfU1JBTSk7DQorCQ0KKwkJc2NzaV9kbWFf cHRyX3RjID0gKHZvbGF0aWxlIGludCAqKShtZW1fc3RhcnQgKyBERUNfU0NT SV9ETUFSRUcpOw0KKw0KKwkJZm9yIChpPTA7IGk8RVNQX05DTUQ7IGkrKykN CisJCSAgew0KKwkJICAgIHNjc2lfZG1hX3B0cnNfdGNbaV09KHZvbGF0aWxl IHVuc2lnbmVkIGNoYXIgKikoYnVmZmVyICsgRVNQX1RHVF9ETUFfU0laRSAq IGkpOw0KKwkJICB9DQorDQorCQlzY3NpX2RtYV9idWZmX3VzZWRbMF09MTsN CisNCisJCWVzcC0+Y2ZyZXEgPSAyNTAwMDAwMDsNCisNCisJCWVzcC0+aXJx ID0gZ2V0X3RjX2lycV9ucihzbG90KTsNCisJCQ0KKwkJLyogUmVxdWlyZWQg ZnVuY3Rpb25zICovCQ0KKwkJZXNwLT5kbWFfYnl0ZXNfc2VudCA9ICZkbWFf Ynl0ZXNfc2VudDsNCisJCWVzcC0+ZG1hX2Nhbl90cmFuc2ZlciA9ICZkbWFf Y2FuX3RyYW5zZmVyOw0KKwkJZXNwLT5kbWFfZHVtcF9zdGF0ZSA9ICZkbWFf ZHVtcF9zdGF0ZTsNCisJCWVzcC0+ZG1hX2luaXRfcmVhZCA9ICZkbWFfaW5p dF9yZWFkOw0KKwkJZXNwLT5kbWFfaW5pdF93cml0ZSA9ICZkbWFfaW5pdF93 cml0ZTsNCisJCWVzcC0+ZG1hX2ludHNfb2ZmID0gJmRtYV9pbnRzX29mZjsN CisJCWVzcC0+ZG1hX2ludHNfb24gPSAmZG1hX2ludHNfb247DQorCQllc3At PmRtYV9pcnFfcCA9ICZkbWFfaXJxX3A7DQorCQllc3AtPmRtYV9wb3J0c19w ID0gJmRtYV9wb3J0c19wOw0KKwkJZXNwLT5kbWFfc2V0dXAgPSAmZG1hX3Nl dHVwOw0KKw0KKwkJLyogT3B0aW9uYWwgZnVuY3Rpb25zICovCQ0KKwkJZXNw LT5kbWFfYmFycmllciA9IDA7CQ0KKwkJZXNwLT5kbWFfZHJhaW4gPSAmZG1h X2RyYWluOw0KKwkJZXNwLT5kbWFfaW52YWxpZGF0ZSA9IDA7DQorCQllc3At PmRtYV9pcnFfZW50cnkgPSAwOw0KKwkJZXNwLT5kbWFfaXJxX2V4aXQgPSAw Ow0KKwkJZXNwLT5kbWFfcG9sbCA9IDA7DQorCQllc3AtPmRtYV9yZXNldCA9 IDA7DQorCQllc3AtPmRtYV9sZWRfb2ZmID0gMDsNCisJCWVzcC0+ZG1hX2xl ZF9vbiA9IDA7DQorDQorCQllc3AtPmRtYV9tbXVfZ2V0X3Njc2lfb25lID0g ZG1hX21tdV9nZXRfc2NzaV9vbmU7IA0KKwkJZXNwLT5kbWFfbW11X2dldF9z Y3NpX3NnbCA9IDA7DQorCQllc3AtPmRtYV9tbXVfcmVsZWFzZV9zY3NpX29u ZSA9IDA7DQorCQllc3AtPmRtYV9tbXVfcmVsZWFzZV9zY3NpX3NnbCA9IDA7 DQorCQllc3AtPmRtYV9hZHZhbmNlX3NnID0gMDsNCisNCisJCXJlcXVlc3Rf aXJxKGVzcC0+aXJxLCBlc3BfaW50ciwgU0FfSU5URVJSVVBULCAiTkNSIDUz Qzk0IFNDU0kiLCBOVUxMKTsNCisJCWVzcC0+c2NzaV9pZD03Ow0KKwkJZXNw LT5kaWZmPTA7DQorCQllc3BfaW5pdGlhbGl6ZShlc3ApOw0KKw0KKwkJcHJp bnRrKCJFU1A6IFRvdGFsIG9mICVkIEVTUCBob3N0cyBmb3VuZCwgJWQgYWN0 dWFsbHkgaW4gdXNlLlxuIiwgbmVzcHMsIGVzcHNfaW5fdXNlKTsNCisJCWVz cHNfcnVubmluZyA9IGVzcHNfaW5fdXNlOw0KKwkJcmV0dXJuIGVzcHNfaW5f dXNlOw0KKwl9DQorICAgIHJldHVybiAwOw0KK30NCisNCitzdGF0aWMgaW50 IGRtYV9ieXRlc19zZW50KHN0cnVjdCBOQ1JfRVNQICplc3AsIGludCBmaWZv X2NvdW50KQ0KK3sNCisgICAgcmV0dXJuIGZpZm9fY291bnQ7DQorfQ0KKw0K K3N0YXRpYyBpbnQgZG1hX2Nhbl90cmFuc2ZlcihzdHJ1Y3QgTkNSX0VTUCAq ZXNwLCBTY3NpX0NtbmQgKiBzcCkNCit7DQorICAgIHJldHVybiBzcC0+U0Nw LnRoaXNfcmVzaWR1YWw7DQorfQ0KKw0KK3N0YXRpYyB2b2lkIGRtYV9kdW1w X3N0YXRlKHN0cnVjdCBOQ1JfRVNQICplc3ApDQorew0KKy8qICAgIA0KKyAg IEVTUExPRygoImVzcCVkOiBkbWEgLS0gZW5hYmxlIDwlMDh4PiByZXNpZHVl IDwlMDh4XG4iLA0KKyAgIGVzcC0+ZXNwX2lkLCB2ZG1hX2dldF9lbmFibGUo KGludCllc3AtPmRyZWdzKSwgdmRtYV9nZXRfcmVzZGl1ZSgoaW50KWVzcC0+ ZHJlZ3MpKSk7DQorICovDQorfQ0KKw0KK3N0YXRpYyB2b2lkIGRtYV9kcmFp bihzdHJ1Y3QgTkNSX0VTUCAqZXNwKQ0KK3sNCisgIG1lbWNweSgodm9pZCAq KShLU0VHMEFERFIoZXNwX3ZpcnRfYnVmZmVyKSksKHZvaWQgKikgc2NzaV9k bWFfcHRyc190Y1tzY3NpX2N1cl9idWZmXSwgc2NzaV9jdXJyZW50X2xlbmd0 aCk7DQorDQorfQ0KKw0KK3N0YXRpYyB2b2lkIGRtYV9pbml0X3JlYWQoc3Ry dWN0IE5DUl9FU1AgKmVzcCwgX191MzIgdmFkZHJlc3MsIGludCBsZW5ndGgp DQorew0KKyAgDQorICBpZiAobGVuZ3RoPkVTUF9UR1RfRE1BX1NJWkUpDQor ICAgIGxlbmd0aD1FU1BfVEdUX0RNQV9TSVpFOw0KKw0KKyAgKnNjc2lfZG1h X3B0cl90YyA9IFRDX0VTUF9ETUFfQUREUihzY3NpX2RtYV9wdHJzX3RjW3Nj c2lfY3VyX2J1ZmZdKTsNCisgIHdiZmx1c2goKTsNCisgIGVzcF92aXJ0X2J1 ZmZlciA9IHZhZGRyZXNzOw0KKyAgc2NzaV9jdXJyZW50X2xlbmd0aCA9IGxl bmd0aDsNCit9DQorDQorc3RhdGljIHZvaWQgZG1hX2luaXRfd3JpdGUoc3Ry dWN0IE5DUl9FU1AgKmVzcCwgX191MzIgdmFkZHJlc3MsIGludCBsZW5ndGgp DQorew0KKyAgbWVtY3B5KHNjc2lfZG1hX3B0cnNfdGNbc2NzaV9jdXJfYnVm Zl0sIEtTRUcxQUREUigodm9pZCAqKXZhZGRyZXNzKSwgbGVuZ3RoKTsNCisN CisgICpzY3NpX2RtYV9wdHJfdGMgPSBUQ19FU1BfRE1BUl9XUklURSB8IFRD X0VTUF9ETUFfQUREUihzY3NpX2RtYV9wdHJzX3RjW3Njc2lfY3VyX2J1ZmZd KTsNCisgIHdiZmx1c2goKTsNCisgDQorfQ0KKw0KK3N0YXRpYyB2b2lkIGRt YV9pbnRzX29mZihzdHJ1Y3QgTkNSX0VTUCAqZXNwKQ0KK3sNCisgICAgZGlz YWJsZV9pcnEoU0NTSV9ETUFfSU5UKTsNCit9DQorDQorc3RhdGljIHZvaWQg ZG1hX2ludHNfb24oc3RydWN0IE5DUl9FU1AgKmVzcCkNCit7DQorICAgIGVu YWJsZV9pcnEoU0NTSV9ETUFfSU5UKTsNCit9DQorDQorc3RhdGljIGludCBk bWFfaXJxX3Aoc3RydWN0IE5DUl9FU1AgKmVzcCkNCit7DQorICAgIHJldHVy biAoZXNwLT5lcmVncy0+ZXNwX3N0YXR1cyAmIEVTUF9TVEFUX0lOVFIpOw0K K30NCisNCitzdGF0aWMgaW50IGRtYV9wb3J0c19wKHN0cnVjdCBOQ1JfRVNQ ICplc3ApDQorew0KKy8qDQorICogRklYTUU6IHdoYXQncyB0aGlzIGdvb2Qg Zm9yPw0KKyAqLw0KKyAgICByZXR1cm4gMTsNCit9DQorDQorc3RhdGljIHZv aWQgZG1hX3NldHVwKHN0cnVjdCBOQ1JfRVNQICplc3AsIF9fdTMyIGFkZHIs IGludCBjb3VudCwgaW50IHdyaXRlKQ0KK3sNCisgICAgLyogDQorICAgICAq IE9uIHRoZSBTcGFyYywgRE1BX1NUX1dSSVRFIG1lYW5zICJtb3ZlIGRhdGEg ZnJvbSBkZXZpY2UgdG8gbWVtb3J5Ig0KKyAgICAgKiBzbyB3aGVuICh3cml0 ZSkgaXMgdHJ1ZSwgaXQgYWN0dWFsbHkgbWVhbnMgUkVBRCENCisgICAgICov DQorICAgIGlmICh3cml0ZSkgew0KKwlkbWFfaW5pdF9yZWFkKGVzcCwgYWRk ciwgY291bnQpOw0KKyAgICB9IGVsc2Ugew0KKwlkbWFfaW5pdF93cml0ZShl c3AsIGFkZHIsIGNvdW50KTsNCisgICAgfQ0KK30NCisNCitzdGF0aWMgdm9p ZCBkbWFfbW11X3JlbGVhc2Vfc2NzaV9vbmUoc3RydWN0IE5DUl9FU1AgKmVz cCwgU2NzaV9DbW5kICpzcCkNCit7DQorDQorICBpbnQgeDsNCisgIGZvciAo eD0xOyB4PDY7IHgrKykNCisgICAgaWYgKHNwLT5TQ3AuaGF2ZV9kYXRhX2lu ID09IFBIWVNBRERSKHNjc2lfZG1hX3B0cnNfdGNbeF0pKQ0KKwlzY3NpX2Rt YV9idWZmX3VzZWRbeF09MDsNCit9DQorDQorDQorc3RhdGljIHZvaWQgZG1h X21tdV9nZXRfc2NzaV9vbmUoc3RydWN0IE5DUl9FU1AgKmVzcCwgU2NzaV9D bW5kICogc3ApDQorew0KKw0KKyAgc3AtPlNDcC5oYXZlX2RhdGFfaW4gPSAo aW50KSBzcC0+U0NwLnB0ciA9DQorICAgIChjaGFyICopIEtTRUcwQUREUigo c3AtPnJlcXVlc3RfYnVmZmVyKSk7DQorfQ0KKy8qDQorICogVGhlc2UgYXJl bid0IHVzZWQgeWV0DQorICovDQorc3RhdGljIHZvaWQgZG1hX2FkdmFuY2Vf c2coU2NzaV9DbW5kICogc3ApDQorew0KK30NCisNCisNCisNCisNCisNCisN CmRpZmYgLXVyd1AgLXggKkNWUyogbGludXgvZHJpdmVycy9zY3NpL3BtYXpf ZXNwLmggL2hvbWUvYWlybGllZC9jdnMvbGludXgvZHJpdmVycy9zY3NpL3Bt YXpfZXNwLmgNCi0tLSBsaW51eC9kcml2ZXJzL3Njc2kvcG1hel9lc3AuaAlU aHUgSmFuICAxIDAxOjAwOjAwIDE5NzANCisrKyAvaG9tZS9haXJsaWVkL2N2 cy9saW51eC9kcml2ZXJzL3Njc2kvcG1hel9lc3AuaAlXZWQgTWF5IDE5IDE1 OjQzOjQ5IDE5OTkNCkBAIC0wLDAgKzEsNDcgQEANCisvKiBwbWF6X2VzcC5o OiBEZWZpbmVzIGFuZCBzdHJ1Y3R1cmVzIGZvciB0aGUgSkFaWiBTQ1NJIGRy aXZlci4NCisgKg0KKyAqIERFQ3N0YXRpb24gY2hhbmdlcyBDb3B5cmlnaHQg KEMpIDE5OTggSGFyYWxkIEtvZXJmZ2VuDQorICogbm9uLUlPQVNJQyBjaGFu Z2VzIENvcHlyaWdodCAoQykgMTk5OSBEYXZpZCBBaXJsaWUgKGFpcmxpZWRA bGludXguaWUpDQorICoNCisgKiBiYXNlZCBvbiBqYXp6X2VzcC5oOg0KKyAq IENvcHlyaWdodCAoQykgMTk5NyBUaG9tYXMgQm9nZW5kb2VyZmVyICh0c2Jv Z2VuZEBhbHBoYS5mcmFua2VuLmRlKQ0KKyAqLw0KKw0KKyNpZm5kZWYgUE1B Wl9FU1BfSA0KKyNkZWZpbmUgUE1BWl9FU1BfSA0KKw0KKyNkZWZpbmUgRVJF R1NfUEFEKG4pICAgICB1bmNoYXIgblszXTsNCisNCisjaW5jbHVkZSAiTkNS NTNDOXguaCINCisNCisjZGVmaW5lIERFQ19TQ1NJX1NSRUcgMA0KKyNkZWZp bmUgREVDX1NDU0lfRE1BUkVHIDB4NDAwMDANCisjZGVmaW5lIERFQ19TQ1NJ X1NSQU0gMHg4MDAwMA0KKyNkZWZpbmUgREVDX1NDU0lfRElBRyAweEMwMDAw DQorDQorZXh0ZXJuIGludCBwbWF6X2VzcF9kZXRlY3Qoc3RydWN0IFNIVCAq KTsNCitleHRlcm4gY29uc3QgY2hhciAqZXNwX2luZm8oc3RydWN0IFNjc2lf SG9zdCAqKTsNCitleHRlcm4gaW50IGVzcF9xdWV1ZShTY3NpX0NtbmQgKiwg dm9pZCAoKmRvbmUpKFNjc2lfQ21uZCAqKSk7DQorZXh0ZXJuIGludCBlc3Bf Y29tbWFuZChTY3NpX0NtbmQgKik7DQorZXh0ZXJuIGludCBlc3BfYWJvcnQo U2NzaV9DbW5kICopOw0KK2V4dGVybiBpbnQgZXNwX3Jlc2V0KFNjc2lfQ21u ZCAqLCB1bnNpZ25lZCBpbnQpOw0KK2V4dGVybiBpbnQgZXNwX3Byb2NfaW5m byhjaGFyICpidWZmZXIsIGNoYXIgKipzdGFydCwgb2ZmX3Qgb2Zmc2V0LCBp bnQgbGVuZ3RoLA0KKwkJCSBpbnQgaG9zdG5vLCBpbnQgaW5vdXQpOw0KKw0K KyNkZWZpbmUgU0NTSV9QTUFaX0VTUCB7ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBcDQorCQlwcm9jX2RpcjogICAgICAgJnBy b2Nfc2NzaV9lc3AsCQkJXA0KKwkJcHJvY19pbmZvOiAgICAgICZlc3BfcHJv Y19pbmZvLAkJCVwNCisJCW5hbWU6ICAgICAgICAgICAiUE1BWi1BQSIsCQkJ XA0KKwkJZGV0ZWN0OiAgICAgICAgIHBtYXpfZXNwX2RldGVjdCwJCQlcDQor CQlpbmZvOiAgICAgICAgICAgZXNwX2luZm8sCQkJXA0KKwkJY29tbWFuZDog ICAgICAgIGVzcF9jb21tYW5kLAkJCVwNCisJCXF1ZXVlY29tbWFuZDogICBl c3BfcXVldWUsCQkJXA0KKwkJYWJvcnQ6ICAgICAgICAgIGVzcF9hYm9ydCwJ CQlcDQorCQlyZXNldDogICAgICAgICAgZXNwX3Jlc2V0LAkJCVwNCisJCWNh bl9xdWV1ZTogICAgICA3LAkJCQlcDQorCQl0aGlzX2lkOiAgICAgICAgNywJ CQkJXA0KKwkJc2dfdGFibGVzaXplOiAgIFNHX0FMTCwJCQkJXA0KKwkJY21k X3Blcl9sdW46ICAgIDEsCQkJCVwNCisJCXVzZV9jbHVzdGVyaW5nOiBESVNB QkxFX0NMVVNURVJJTkcsIH0NCisNCisjZW5kaWYgLyogUE1BWl9FU1BfSCAq Lw0K ---913833367-942702895-927129978=:2573-- From airlied@csn.ul.ie Wed May 19 18:53:27 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA10183; Wed, 19 May 1999 18:53:25 +0200 (MET DST) Received-Date: Wed, 19 May 1999 18:53:25 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id RAA09743 for ; Wed, 19 May 1999 17:48:24 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id RAA30614 for ; Wed, 19 May 1999 17:53:23 +0100 Date: Wed, 19 May 1999 17:53:23 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: login binary problem!!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 612 Lines: 16 Right I've discovered why re-compiling the util-linux-2.7.src.rpm login binary from the sgi site doesn't work... ( I had started patching up 2.9 today), For mips the compiler flags are specified -mips2, changing that in the toplevel MCONFIG file to -mips1 seems to have cleared it up no end .... Sorta obvious :-).. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From K.H.C.vanHouten@research.kpn.com Thu May 20 09:19:04 1999 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 JAA27676; Thu, 20 May 1999 09:19:03 +0200 (MET DST) Received-Date: Thu, 20 May 1999 09:19:03 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBEYK2CWV80003AN@research.kpn.com> for linux-mips@fnet.fr; Thu, 20 May 1999 09:19:01 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id JAA21546; Thu, 20 May 1999 09:18:59 +0200 (MET DST) Date: Thu, 20 May 1999 09:18:59 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: New DECStation root image To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905200718.JAA21546@sparta.research.kpn.com> Content-Length: 239 Lines: 11 Hi all, I have now uploaded the new declinuxroot-990518.tgz to ftp://ftp.linux.sgi.com/pub/linux/mips/test It will move to /pub/linux/mips/mipsel-linux/root in the near future. (Yes, this time the archive is not corrupted). Regards, From ralf@uni-koblenz.de Thu May 20 09:38:19 1999 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 JAA27865; Thu, 20 May 1999 09:38:17 +0200 (MET DST) Received-Date: Thu, 20 May 1999 09:38:17 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from thoma (ralf@thoma.uni-koblenz.de [141.26.65.127]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with SMTP id JAA24162; Thu, 20 May 1999 09:38:04 +0200 (MET DST) Received: by thoma (SMI-8.6/KO-2.0) id JAA05061; Thu, 20 May 1999 09:38:08 +0200 Message-ID: <19990520093808.38643@uni-koblenz.de> Date: Thu, 20 May 1999 09:38:08 +0200 To: K.H.C.vanHouten@research.kpn.com Cc: linux-mips@fnet.fr Subject: Re: New DECStation root image References: <199905200718.JAA21546@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199905200718.JAA21546@sparta.research.kpn.com>; from Houten K.H.C. van (Karel) on Thu, May 20, 1999 at 09:18:59AM +0200 Content-Length: 398 Lines: 13 On Thu, May 20, 1999 at 09:18:59AM +0200, Houten K.H.C. van (Karel) wrote: > I have now uploaded the new declinuxroot-990518.tgz to > ftp://ftp.linux.sgi.com/pub/linux/mips/test > > It will move to /pub/linux/mips/mipsel-linux/root in the near future. > > (Yes, this time the archive is not corrupted). Which btw. is the reason why I usually make announcments including MD5 checksums. Ralf From ralf@lappi.waldorf-gmbh.de Thu May 20 13:18:27 1999 Received: from lappi.waldorf-gmbh.de (toshi.office.aw.ivm.net [195.247.227.156]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA01849; Thu, 20 May 1999 13:18:25 +0200 (MET DST) Received-Date: Thu, 20 May 1999 13:18:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id LAA00504 for linux-mips@fnet.fr; Thu, 20 May 1999 11:32:01 +0200 Message-ID: <19990520113200.A497@gnu.org> Date: Thu, 20 May 1999 11:32:00 +0200 From: Ralf Baechle To: linux-mips@fnet.fr Subject: DECstation CDROM question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 X-Accept-Language: de,en,fr Content-Length: 279 Lines: 6 What format of CDROM are DECstations using for booting from? I'm just pondering about the problem how to brew a CD which can be used both by as many systems for installation purposes as possible. I believe such a hack is important for acceptance by Linux distributors. Ralf From airlied@csn.ul.ie Thu May 20 13:13:01 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA01795; Thu, 20 May 1999 13:12:59 +0200 (MET DST) Received-Date: Thu, 20 May 1999 13:12:59 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id MAA11045; Thu, 20 May 1999 12:07:56 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id MAA00337; Thu, 20 May 1999 12:12:49 +0100 Date: Thu, 20 May 1999 12:12:49 +0100 (IST) From: Dave Airlie To: "Houten K.H.C. van (Karel)" cc: linux-mips@fnet.fr Subject: Re: New DECStation root image In-Reply-To: <199905200718.JAA21546@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 810 Lines: 24 > Hi all, > > I have now uploaded the new declinuxroot-990518.tgz to > ftp://ftp.linux.sgi.com/pub/linux/mips/test > > It will move to /pub/linux/mips/mipsel-linux/root in the near future. > > (Yes, this time the archive is not corrupted). Can you check what flags the packages have been compiled with .. as I mentioned previously, -mips2 only works for R4000 (??) and as some DS'es are R3000 based we need to make sure that we have a root image with -mips1 flags specified or no flags at all .. Dave. > > Regards, > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From ralf@lappi.waldorf-gmbh.de Thu May 20 13:30:06 1999 Received: from lappi.waldorf-gmbh.de (toshi.office.aw.ivm.net [195.247.227.156]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03343; Thu, 20 May 1999 13:30:05 +0200 (MET DST) Received-Date: Thu, 20 May 1999 13:30:05 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id NAA01361; Thu, 20 May 1999 13:29:47 +0200 Message-ID: <19990520132947.B546@gnu.org> Date: Thu, 20 May 1999 13:29:47 +0200 From: Ralf Baechle To: Dave Airlie , "Houten K.H.C. van (Karel)" , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: New DECStation root image References: <199905200718.JAA21546@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Dave Airlie on Thu, May 20, 1999 at 12:12:49PM +0100 X-Accept-Language: de,en,fr Content-Length: 1010 Lines: 23 On Thu, May 20, 1999 at 12:12:49PM +0100, Dave Airlie wrote: > > I have now uploaded the new declinuxroot-990518.tgz to > > ftp://ftp.linux.sgi.com/pub/linux/mips/test > > > > It will move to /pub/linux/mips/mipsel-linux/root in the near future. > > > > (Yes, this time the archive is not corrupted). > > Can you check what flags the packages have been compiled with .. as I > mentioned previously, -mips2 only works for R4000 (??) and as some DS'es > are R3000 based we need to make sure that we have a root image with -mips1 > flags specified or no flags at all .. For the general case, don't compile your stuffs with -mips2. I once did benchmarks and the gain by -mips2 was about 2%. It's however ok to use -mcpu=r4000 or similar because that will not generate MIPS 2 or higher instructions, just schedule things optimal for the r4000. I'm working on Linux/MIPS64. Initially we'll only support 32-bit userland but later on we'll support the full MIPS III / 64-bit bloat^H^H^H^H^Hfeatures. Ralf From R.vandenBerg@inter.NL.net Thu May 20 16:35:52 1999 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 QAA06443; Thu, 20 May 1999 16:35:50 +0200 (MET DST) Received-Date: Thu, 20 May 1999 16:35:50 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-55.Hoorn.NL.net [193.79.46.219] with ESMTP for id QAA13874 (8.8.8/3.40); Thu, 20 May 1999 16:35:34 +0200 (MET DST) Received: from whale(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 20 May 1999 16:32:01 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 20 May 1999 16:31:59 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale To: linux-mips@fnet.fr Subject: Re: DECstation CDROM question In-Reply-To: <19990520113200.A497@gnu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 691 Lines: 21 Hello, Ralf On Thu, 20 May 1999, Ralf Baechle wrote: > What format of CDROM are DECstations using for booting from? I'm > just pondering about the problem how to brew a CD which can be used > both by as many systems for installation purposes as possible. I > believe such a hack is important for acceptance by Linux distributors. By Jonathan Stone: AFAIK, DECstation PROMs dont boot ISO or RockRidge CDs; you have to burn an image of a SCSI disk (eg., scsi-disk style bootblocks plus a UFS filesystem) onto the disk. Other thing is that the boot PROMs expect 512-byte sectored CDs. You can view the whole message at: http://www.deja.com/=dnc/getdoc.xp?AN=465829900 Regards, Richard From roganov@niisi.msk.ru Thu May 20 18:16:39 1999 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 SAA09981; Thu, 20 May 1999 18:16:35 +0200 (MET DST) Received-Date: Thu, 20 May 1999 18:16:35 +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 UAA20073 for ; Thu, 20 May 1999 20:16:24 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id TAA07320 for linux-mips@fnet.fr; Thu, 20 May 1999 19:06:36 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id UAA17188 for ; Thu, 20 May 1999 20:09:22 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <3744342B.12084C08@niisi.msk.ru> Date: Thu, 20 May 1999 20:11:23 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Problems with new RedHat(s) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 779 Lines: 28 Hi All, 1. Installing RedHat 5.2 packages on our MIPS we detected what egcs-c++-1.0.2-9.mipseb.rpm (from SGI linux site) is corrupted: [vladimir@vladimir /tmp]$ rpm --nopgp --checksig ftp.linux.sgi.com/pub/linux/mips/RedHat/5.2/RPMS/mipseb/egcs-c++-1.0.2-9.mipseb.rpm ftp.linux.sgi.com/pub/linux/mips/RedHat/5.2/RPMS/mipseb/egcs-c++-1.0.2-9.mipseb.rpm: size MD5 NOT OK 2. Old HardHat5.1 NFS-based install uses more old RPMs component file format when used in RedHats >= 5.2. We are composed available mipseb 5.2 and 5.1 RPMS with some positive result (RedHat 5.15 ?) but looks like we need to update some install root files. May be somebody already has ones ? 3. Is where anybody preparing _regular_ distribution of RedHat 6.0 for MIPS ? Thanks in advance, Vladimir. From K.H.C.vanHouten@research.kpn.com Thu May 20 19:11:56 1999 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 TAA10745; Thu, 20 May 1999 19:11:55 +0200 (MET DST) Received-Date: Thu, 20 May 1999 19:11:55 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBFJ9541C40003FK@research.kpn.com> for linux-mips@fnet.fr; Thu, 20 May 1999 19:11:54 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id TAA22301; Thu, 20 May 1999 19:11:52 +0200 (MET DST) Date: Thu, 20 May 1999 19:11:52 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: patch for pmaz_esp support In-reply-to: "Your message of Wed, 19 May 1999 17:06:18 BST." To: Dave Airlie Cc: linux-mips@fnet.fr, K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905201711.TAA22301@sparta.research.kpn.com> Content-Length: 751 Lines: 22 Dave Airlie writes: > > Please find attached the diff for the PMAZ-AA non-IOASIC >Turbochannel SCSI adapter :-) ... it doesn't fully work, and I'm still >dodgy about parts of it particularly anywhere I use the KSEG macros, > >The diff is against my cvs tree of today, so you may need to read over the >diff before applying it as I think I see a few spurious wbflush things .. > Hi Dave, Without applying your patch yet (I'm still busy getting a correct kernel image from the CVS sources), but from looking at it, it seems that you make the choice of SCSI card a three-state. Isn't it possible to include support for all 3 types simultaniously? It would be very nice to have one boot kernel working for all R[23]000 based systems. Regards, Karel. From airlied@csn.ul.ie Thu May 20 20:31:14 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA11627; Thu, 20 May 1999 20:31:12 +0200 (MET DST) Received-Date: Thu, 20 May 1999 20:31:12 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id TAA12168; Thu, 20 May 1999 19:26:08 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id TAA29793; Thu, 20 May 1999 19:31:02 +0100 Date: Thu, 20 May 1999 19:31:01 +0100 (IST) From: Dave Airlie To: "Houten K.H.C. van (Karel)" cc: linux-mips@fnet.fr Subject: Re: patch for pmaz_esp support In-Reply-To: <199905201711.TAA22301@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1500 Lines: 41 No I think it should work.. the config section I just took from the previous line and it looks like the standard SCSI config.in, I am a bit dodgy about the if (TURBOCHANNEL) in the pmaz_esp_detect function, this does a search_tc_card for PMAZ-AA, does this work in the IOASIC boxes right? i.e. is the internal SCSI on the IOASIC boxes known as PMAZ-AA? Dave. On Thu, 20 May 1999, Houten K.H.C. van (Karel) wrote: > > Dave Airlie writes: > > > > Please find attached the diff for the PMAZ-AA non-IOASIC > >Turbochannel SCSI adapter :-) ... it doesn't fully work, and I'm still > >dodgy about parts of it particularly anywhere I use the KSEG macros, > > > >The diff is against my cvs tree of today, so you may need to read over the > >diff before applying it as I think I see a few spurious wbflush things .. > > > > Hi Dave, > > Without applying your patch yet (I'm still busy getting a correct kernel > image from the CVS sources), but from looking at it, it seems that > you make the choice of SCSI card a three-state. Isn't it possible to > include support for all 3 types simultaniously? > It would be very nice to have one boot kernel working for all R[23]000 based > systems. > > Regards, > Karel. > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From raiko@niisi.msk.ru Fri May 21 09:21:23 1999 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 JAA19760; Fri, 21 May 1999 09:21:18 +0200 (MET DST) Received-Date: Fri, 21 May 1999 09:21:18 +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 LAA25745 for ; Fri, 21 May 1999 11:21:13 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA20296 for linux-mips@fnet.fr; Fri, 21 May 1999 10:10:52 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA02932 for ; Fri, 21 May 1999 11:13:33 +0400 (MSD) Message-ID: <3745094B.EBE28C97@niisi.msk.ru> Date: Fri, 21 May 1999 11:20:43 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: SRPMs for r3k cross development on i386 References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1054 Lines: 33 Hello, Richard van den Berg wrote: > > Hello Gleb, > > On Tue, 18 May 1999, Gleb O. Raiko wrote: > > > Could somebody tell me location of gcc and binutils SRPMs for MIPS cross > > development on i386 ? I need gcc with Harald specs patch and binutils > > with my r3k patch. Looking at DECstation resources I was able to find > > native egcs and binutils SRPMS only. > > Following is also online at > http://web.inter.nl.net/users/schnecke/mips/howto.html > If you want cross gcc you might try links at http://lena.fnet.fr/ > > Regards, > Richard > > * Get a crosscompiling environment from > ftp://bolug.uni-bonn.de/mips/. You'll find cross-egcs and > cross-binutils there. > Unfortunately, SRPMs on bolug lack some features: binutils doesn't contain r3k patch (there is no way to get working kernel for r3k without the patch), egcs isn't compiled on RH6.0 due to stupid new 'features' in latest makeinfo. Thus, I had to repackage both and if somebody interested I may send spec files, but for big-endian mips. Regards, Gleb. From HARTLEYK@HILLWPOS.HILL.AF.MIL Fri May 21 17:19:38 1999 Received: from HILLWPOS.HILL.AF.MIL (hillwpos.cits.hill.af.mil [137.241.79.225]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA22695; Fri, 21 May 1999 17:19:34 +0200 (MET DST) Received-Date: Fri, 21 May 1999 17:19:34 +0200 (MET DST) Received: from HILL-EMH-Message_Server by HILLWPOS.HILL.AF.MIL with Novell_GroupWise; Fri, 21 May 1999 09:15:36 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 21 May 1999 09:15:06 -0600 From: Ken Hartley To: linux-mips@fnet.fr Subject: MIPS machine Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Length: 672 Lines: 12 I have a NEC 2000 R4400pc dual processor machine. I would like to help in the porting process. Currently my team has 3 (boring) single pentium machines (slack, debian, and Openlinux) 4 dual PPro machines (2 openlinux, 1 debian, 1 slack) A sparc SLC (sparcLinux) and we are acquiring a 715/50, and a PowerPC. We are working on clustering the prop machines and basically are interested in running the software on as many different platforms as we can!! Let me know if you have any >super-beta< or alpha code for the dual 4400pc machine, I'll load it and crash it and help any way I can! Thanks! Kenneth Hartley LAN Analyst TRI-COR building 1258 Hill Air Force Base From R.vandenBerg@inter.NL.net Fri May 21 20:33:10 1999 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 UAA24133; Fri, 21 May 1999 20:33:08 +0200 (MET DST) Received-Date: Fri, 21 May 1999 20:33:08 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-53.Hoorn.NL.net [193.79.46.217] with ESMTP for id UAA18406 (8.8.8/3.40); Fri, 21 May 1999 20:33:01 +0200 (MET DST) Received: from whale(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 21 May 1999 20:32:04 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 21 May 1999 20:32:02 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale Reply-To: Richard van den Berg To: linux-mips@fnet.fr Subject: swapspace on DECstations? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 497 Lines: 16 Hello, Is it known that using a swap partition is a no go on DECstations, garanteed to halt the system? It looks like that a swapped out process doesn't get swapped back, for example a telnet session unused for a while becomes dead. Compiling kernel or egcs the machine halts within the hour silently, or that the compiler receives a fatal signal as the last message. Using no swap space this is possible: 11:34pm up 2 days, 1:31, 1 user, load average: 0.17, 0.74, 0.93 Regards, Richard From airlied@csn.ul.ie Fri May 21 21:21:51 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25015; Fri, 21 May 1999 21:21:49 +0200 (MET DST) Received-Date: Fri, 21 May 1999 21:21:49 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id UAA14184; Fri, 21 May 1999 20:16:42 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id UAA14001; Fri, 21 May 1999 20:21:46 +0100 Date: Fri, 21 May 1999 20:21:46 +0100 (IST) From: Dave Airlie To: Richard van den Berg cc: linux-mips@fnet.fr Subject: Re: swapspace on DECstations? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1096 Lines: 33 Wierd, I noticed this recently and I blamed my SCSI driver code for the hang, nice to know it probably wasn't my fault :-), Although my SCSI driver does crash out mke2fs for some reason ah well, back to the hacking ... Dave. On Fri, 21 May 1999, Richard van den Berg wrote: > Hello, > > Is it known that using a swap partition is a no go on DECstations, > garanteed to halt the system? It looks like that a swapped out process > doesn't get swapped back, for example a telnet session unused for a > while becomes dead. Compiling kernel or egcs the machine halts within > the hour silently, or that the compiler receives a fatal signal as the > last message. > > Using no swap space this is possible: > > 11:34pm up 2 days, 1:31, 1 user, load average: 0.17, 0.74, 0.93 > > Regards, > Richard > > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From sartoris@info.umd.edu Fri May 21 21:27:25 1999 Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25115; Fri, 21 May 1999 21:27:24 +0200 (MET DST) Received-Date: Fri, 21 May 1999 21:27:24 +0200 (MET DST) Received: from Info.umd.edu (info.umd.edu [128.8.10.29]) by Info.umd.edu (8.9.1a/8.9.0) with SMTP id PAA00193; Fri, 21 May 1999 15:27:11 -0400 (EDT) Date: Fri, 21 May 1999 15:27:11 -0400 (EDT) From: "Douglas S. Meade" To: "Houten K.H.C. van (Karel)" cc: linux-mips@fnet.fr Subject: Re: New DECStation root image In-Reply-To: <199905200718.JAA21546@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2376 Lines: 56 Karel, Thanks a lot for putting this up. It's a big jump forward from the January image. If you don't mind a somewhat lengthy post, here is what I've been able to find on my DS5000/25: 1. The system now mounts NFS root and goes into multi-user mode to where you can login at the console by hitting the break key (Ctrl-\, B in Kermit). You can telnet and login now as well. This is starting to get exciting! 2. The NFS connection (I have a RedHat 5.1 Intel as server) seems a little flaky. Several times I was installing a package using RPM, and it would die with "Illegal Instruction (core dumped)" or "Segmentation Fault (core dumped)". Strangely, when you tried it again, it often worked, and when I got to the point of mounting the root file system on a SCSI disk, the rpm commands worked on every package first try. So I think it is the NFS connection. 3. fdisk, cfdisk, vipw and several other commands don't work. It's interesting that they don't always give the same error message. For example, I tried fdisk several times. I got one of the three messages: Bus error, Segmentation fault, or Illegal instruction. Which one seems to be random, but it's mostly Segfault. I've never observed this on Intel/Linux. Usually if a program segfaults once, it always does. 4. Something in the shutdown sequence doesn't seem to be correct, although I'm going to try and track this one down myself. If root is mounted NFS, it goes into a loop saying "RPC: sendmsg returned error 128" If I mounted the SCSI, it comes back up on the next boot saying not cleanly unmounted, and this drops me into maintenance mode. Unfortunately, e2fsck also randomly gives a segfault or illegal instruction, so you have to do it several times. It works eventually. 5. Trying to copy large files (linux source) over the NFS link causes either segfault, illegal instruction, or bus error. Again, which seems to be random. Trying to ftp the same file leads to segfault, so I haven't been able to get the linux source image on my SCSI disk yet. Aside from these few observations, everything is working fairly well, and I had the system up for almost a day yesterday. Thanks again, Doug On Thu, 20 May 1999, Houten K.H.C. van (Karel) wrote: > > Hi all, > > I have now uploaded the new declinuxroot-990518.tgz to > ftp://ftp.linux.sgi.com/pub/linux/mips/test > From airlied@csn.ul.ie Fri May 21 22:02:59 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA26897; Fri, 21 May 1999 22:02:56 +0200 (MET DST) Received-Date: Fri, 21 May 1999 22:02:56 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id UAA14239; Fri, 21 May 1999 20:57:50 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id VAA17781; Fri, 21 May 1999 21:02:50 +0100 Date: Fri, 21 May 1999 21:02:49 +0100 (IST) From: Dave Airlie To: "Douglas S. Meade" cc: "Houten K.H.C. van (Karel)" , linux-mips@fnet.fr Subject: Re: New DECStation root image In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 951 Lines: 22 > > 3. fdisk, cfdisk, vipw and several other commands don't work. It's > interesting that they don't always give the same error message. For > example, I tried fdisk several times. I got one of the three messages: > Bus error, Segmentation fault, or Illegal instruction. Which one seems > to be random, but it's mostly Segfault. I've never observed this on > Intel/Linux. Usually if a program segfaults once, it always does. > This sounds like the wrong optimisations on the commands from util-linux, I hope to get an rpm out RSN (early next week, I'll start my decstation compiling it now... :-) ), which will replace all those binaries .. Dave. > > > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From <@Cologne.DE:karsten@excalibur.cologne.de> Sat May 22 10:27:12 1999 Received: from fileserv2.Cologne.DE (gw-cologne-prima.cologne.de [193.29.188.1]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA01836; Sat, 22 May 1999 10:27:10 +0200 (MET DST) Received-Date: Sat, 22 May 1999 10:27:10 +0200 (MET DST) Received: from localhost (1815 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Sat, 22 May 1999 10:27:08 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.8.7/8.8.7) id BAA02688; Sat, 22 May 1999 01:45:50 +0200 Message-ID: <19990522014550.A2307@excalibur.cologne.de> Date: Sat, 22 May 1999 01:45:50 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: SRPMs for r3k cross development on i386 Mail-Followup-To: linux-mips@fnet.fr References: <3745094B.EBE28C97@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <3745094B.EBE28C97@niisi.msk.ru>; from Gleb O. Raiko on Fri, May 21, 1999 at 11:20:43AM +0400 X-No-Archive: yes Content-Length: 1010 Lines: 26 Gleb O. Raiko wrote: > Unfortunately, SRPMs on bolug lack some features: binutils doesn't > contain r3k patch (there is no way to get working kernel for r3k without > the patch), I cannot follow you in this point: I am of course using the packages from bolug.uni-bonn.de myself and I have compiled all the kernels for my DECstation 5000/20 with it. The 5000/20 is a 20MHz R3000 (little endian). Is there a difference between big and little endian machines with respect to this? > egcs isn't compiled on RH6.0 due to stupid new 'features' in > latest makeinfo. Thus, I had to repackage both and if somebody > interested I may send spec files, but for big-endian mips. Yes, I am interested. What in detail is the problem with the new makeinfo (I do not yet have RH6.0 installed)? 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 K.H.C.vanHouten@research.kpn.com Sat May 22 20:11:32 1999 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 UAA04952; Sat, 22 May 1999 20:11:31 +0200 (MET DST) Received-Date: Sat, 22 May 1999 20:11:31 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBIDWOH34M000344@research.kpn.com> for linux-mips@fnet.fr; Sat, 22 May 1999 20:11:27 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id UAA00744; Sat, 22 May 1999 20:11:25 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 22 May 1999 20:11:25 +0200 (MET DST) From: Karel van Houten Subject: Re: New DECStation root image In-reply-to: To: airlied@csn.ul.ie (Dave Airlie) Cc: sartoris@info.umd.edu, K.H.C.vanHouten@research.kpn.com, linux-mips@fnet.fr Message-id: <199905221811.UAA00744@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 901 Lines: 20 > > 3. fdisk, cfdisk, vipw and several other commands don't work. It's > > interesting that they don't always give the same error message. For > > example, I tried fdisk several times. I got one of the three messages: > > Bus error, Segmentation fault, or Illegal instruction. Which one seems > > to be random, but it's mostly Segfault. I've never observed this on > > Intel/Linux. Usually if a program segfaults once, it always does. > > > > This sounds like the wrong optimisations on the commands from util-linux, > I hope to get an rpm out RSN (early next week, I'll start my decstation > compiling it now... :-) ), which will replace all those binaries .. I think that the util-linux package used in the declinuxroot (which I pulled from ftp.linux.sgi.com) was compiled using -mips2. As time permits, I'll try verify / recompile packages, and put up a new root image. Regards, Karel. From ralf@lappi.waldorf-gmbh.de Sun May 23 16:18:07 1999 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 QAA11455; Sun, 23 May 1999 16:18:05 +0200 (MET DST) Received-Date: Sun, 23 May 1999 16:18:05 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (dali.uni-koblenz.de [141.26.5.1]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id QAA20401 for ; Sun, 23 May 1999 16:18:01 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id CAA00525; Sun, 23 May 1999 02:23:55 +0200 Message-ID: <19990523022355.A520@gnu.org> Date: Sun, 23 May 1999 02:23:55 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" , linux-mips@fnet.fr Subject: Re: Problems with new RedHat(s) References: <3744342B.12084C08@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <3744342B.12084C08@niisi.msk.ru>; from Vladimir A. Roganov on Thu, May 20, 1999 at 08:11:23PM +0400 X-Accept-Language: de,en,fr Content-Length: 301 Lines: 9 On Thu, May 20, 1999 at 08:11:23PM +0400, Vladimir A. Roganov wrote: > 3. > Is where anybody preparing _regular_ distribution of RedHat 6.0 for MIPS? Our key problem with porting Red Hat 6.0 is that it's based on GNU libc 2.1 which we cannot build as long as nobody fixes symbol versioning. Ralf From K.H.C.vanHouten@research.kpn.com Sun May 23 15:42:40 1999 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 PAA11271; Sun, 23 May 1999 15:42:39 +0200 (MET DST) Received-Date: Sun, 23 May 1999 15:42:39 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBJITP0TG20003J1@research.kpn.com> for linux-mips@fnet.fr; Sun, 23 May 1999 15:42:37 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id PAA18512; Sun, 23 May 1999 15:42:35 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 23 May 1999 15:42:35 +0200 (MET DST) From: Karel van Houten Subject: Re: New DECStation root image In-reply-to: To: sartoris@info.umd.edu (Douglas S. Meade) Cc: K.H.C.vanHouten@research.kpn.com, linux-mips@fnet.fr Message-id: <199905231342.PAA18512@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 2790 Lines: 61 Hi Doug, Thanks for your reaction! Doug wrote: > > 2. The NFS connection (I have a RedHat 5.1 Intel as server) seems > a little flaky. Several times I was installing a package using > RPM, and it would die with "Illegal Instruction (core dumped)" > or "Segmentation Fault (core dumped)". Strangely, when you > tried it again, it often worked, and when I got to the point of > mounting the root file system on a SCSI disk, the rpm commands > worked on every package first try. So I think it is the NFS > connection. Did you get any NFS error messages on the console or /var/log/messages? I had NFS problems when running over NFS root, but this resulted in slowdowns (time-out), but never a fatal error. > 3. fdisk, cfdisk, vipw and several other commands don't work. It's > interesting that they don't always give the same error message. For > example, I tried fdisk several times. I got one of the three messages: > Bus error, Segmentation fault, or Illegal instruction. Which one seems > to be random, but it's mostly Segfault. I've never observed this on > Intel/Linux. Usually if a program segfaults once, it always does. I think the util-linux packaged I used to create the root image was compiled for R4k procs. Please try the new util-linux rpm package on my web site http://www.xs4all.nl/~vhouten/mipsel > 4. Something in the shutdown sequence doesn't seem to be correct, > although I'm going to try and track this one down myself. If > root is mounted NFS, it goes into a loop saying > "RPC: sendmsg returned error 128" I think you are trying to remount a NFS mounted FS read-only, this might be an oversight of me checking the rc files. > If I mounted the SCSI, it comes back up on the next boot saying > not cleanly unmounted, and this drops me into maintenance mode. > Unfortunately, e2fsck also randomly gives a segfault or illegal > instruction, so you have to do it several times. It works eventually. This is strange. What type of SCSI controller do you use? > 5. Trying to copy large files (linux source) over the NFS link causes > either segfault, illegal instruction, or bus error. Again, which seems > to be random. Trying to ftp the same file leads to segfault, so I > haven't been able to get the linux source image on my SCSI disk yet. > > Aside from these few observations, everything is working fairly well, > and I had the system up for almost a day yesterday. Mmm. You seem to have network and SCSI problems. Could it be a hardware problem? What DECStation are you using? Regards, -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From raiko@niisi.msk.ru Mon May 24 09:46:42 1999 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 JAA20942; Mon, 24 May 1999 09:45:24 +0200 (MET DST) Received-Date: Mon, 24 May 1999 09:45:24 +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 LAA22016 for ; Mon, 24 May 1999 11:45:21 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA15437 for linux-mips@fnet.fr; Mon, 24 May 1999 10:39:44 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA12356 for ; Mon, 24 May 1999 11:39:54 +0400 (MSD) Message-ID: <374903FF.E0A0D0D6@niisi.msk.ru> Date: Mon, 24 May 1999 11:47:11 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: SRPMs for r3k cross development on i386 References: <3745094B.EBE28C97@niisi.msk.ru> <19990522014550.A2307@excalibur.cologne.de> Content-Type: multipart/mixed; boundary="------------97ADEDB67354C0D26EEB1D5A" Content-Length: 6777 Lines: 211 This is a multi-part message in MIME format. --------------97ADEDB67354C0D26EEB1D5A Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello, Karsten Merker wrote: > > Gleb O. Raiko wrote: > > > Unfortunately, SRPMs on bolug lack some features: binutils doesn't > > contain r3k patch (there is no way to get working kernel for r3k without > > the patch), > > I cannot follow you in this point: I am of course using the packages from > bolug.uni-bonn.de myself and I have compiled all the kernels for my > DECstation 5000/20 with it. The 5000/20 is a 20MHz R3000 (little endian). > Is there a difference between big and little endian machines with respect > to this? > No, both big- and little-endian boxes are affected. Look at /include/asm-mips/pgtable.h. It contains macros (inliners, really) that are used to play with TLB, tlb_*. All of them don't put nop after the instruction which changes TLB. The problem is you can't predict what is the next instruction in the command flow just after such macro. (If the next instruction accesses a CP0 register, a nop must be inserted in the flow.) And there is at least one place where it's necessary, i.e. there is a place where we access a CP0 register just after the macro. Old kernels containted a nop at the end of the macros, then there was a company to remove all nops and as a solution I patched the assembler in the way it can understand that a nop is required and insert it. Unfortunately, to make the check, you have to disassemble the kernel image and look at all palces where tlb* instructions are used. I did make the procedure only one and don't repeat it for every kernel version. My opinion is just to use the patch and not to care of the subtle changes in the sources every time I download new kernel. Seems reasonable to me. :-) > > egcs isn't compiled on RH6.0 due to stupid new 'features' in > > latest makeinfo. Thus, I had to repackage both and if somebody > > interested I may send spec files, but for big-endian mips. > > Yes, I am interested. What in detail is the problem with the new makeinfo > (I do not yet have RH6.0 installed)? makeinfo in RH6.0 doesn't understand the sources of infos and fails to produce the info files (which lead to compilation fail of entire egcs package). The solution I stealed from RH compat-egcs is to compile egcs' makeinfo and use it. Regards, Gleb. --------------97ADEDB67354C0D26EEB1D5A Content-Type: text/plain; charset=koi8-r; name="binutils-2.8.1-mips-r3k.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="binutils-2.8.1-mips-r3k.patch" --- binutils-2.8.1.orig/opcodes/mips-opc.c Mon May 26 21:34:19 1997 +++ binutils-2.8.1/opcodes/mips-opc.c Wed Oct 7 14:16:21 1998 @@ -655,10 +655,10 @@ {"tgeu", "s,t", 0x00000031, 0xfc00003f, RD_s|RD_t|I2|TRAP }, {"tgeu", "s,j", 0x04090000, 0xfc1f0000, RD_s|I2|TRAP }, /* tgeiu */ {"tgeu", "s,I", 2, (int) M_TGEU_I, INSN_MACRO }, -{"tlbp", "", 0x42000008, 0xffffffff, INSN_TLB }, -{"tlbr", "", 0x42000001, 0xffffffff, INSN_TLB }, -{"tlbwi", "", 0x42000002, 0xffffffff, INSN_TLB }, -{"tlbwr", "", 0x42000006, 0xffffffff, INSN_TLB }, +{"tlbp", "", 0x42000008, 0xffffffff, INSN_TLB|INSN_COP|COD }, +{"tlbr", "", 0x42000001, 0xffffffff, INSN_TLB|INSN_COP|COD }, +{"tlbwi", "", 0x42000002, 0xffffffff, INSN_TLB|INSN_COP|COD }, +{"tlbwr", "", 0x42000006, 0xffffffff, INSN_TLB|INSN_COP|COD }, {"tlti", "s,j", 0x040a0000, 0xfc1f0000, RD_s|I2|TRAP }, {"tlt", "s,t", 0x00000032, 0xfc00003f, RD_s|RD_t|I2|TRAP }, {"tlt", "s,j", 0x040a0000, 0xfc1f0000, RD_s|I2|TRAP }, /* tlti */ --------------97ADEDB67354C0D26EEB1D5A Content-Type: text/plain; charset=koi8-r; name="mips-cross-binutils-2.8.1.spec" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mips-cross-binutils-2.8.1.spec" Summary: Cross-binutils for mips-linux on i386 systems. Name: mips-cross-binutils Version: 2.8.1 Release: 1 Copyright: GPL Group: Development/Tools Source0: binutils-2.8.1.tar.gz Patch0: binutils-2.8.1-mips.patch Patch1: binutils-2.8.1-gccbug.patch Patch2: binutils-2.8.1-mips-a.out.patch Patch3: binutils-2.8.1-mips-r3k.patch Distribution: RedHat >=5.0 Buildroot: /var/tmp/binutils-root Vendor: none Packager: K. Merker %description This package contains cross-binutils which allow the creation of binaries to be run on big-endian Linux-MIPS (architecture "mips-linux") on i386-machines. %prep %setup -n binutils-2.8.1 %patch0 -p1 %patch1 -p1 %patch2 -p1 %patch3 -p1 %build ./configure --target=mips-linux --prefix=/usr make %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT/usr make prefix=$RPM_BUILD_ROOT/usr install rm -f $RPM_BUILD_ROOT/usr/bin/mips-linux-c++filt rm -f $RPM_BUILD_ROOT/usr/lib/libiberty.a %clean rm -fr $RPM_BUILD_ROOT %files %defattr(-,root,root) /usr/bin/* /usr/lib/* /usr/mips-linux/bin/* /usr/mips-linux/lib/* --------------97ADEDB67354C0D26EEB1D5A Content-Type: text/plain; charset=koi8-r; name="mips-cross-egcs-1.0.2.spec" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mips-cross-egcs-1.0.2.spec" Summary: Cross-egcs for mips-linux on i386 systems. Name: mips-cross-egcs Version: 1.0.2 Release: 1 Copyright: GPL Group: Development/Languages Source0: egcs-1.0.2.tar.gz Patch0: egcs-1.0.2-libio.patch Patch1: egcs-1.0.2-hjl.patch Patch2: egcs-1.0.2-rth1.patch Patch3: egcs-1.0.2-rth2.patch Patch4: egcs-1.0.2-rth3.patch Patch5: egcs-1.0.2-rth4.patch Patch6: egcs-1.0.2-hjl2.patch Patch7: egcs-1.0.2-jim.patch Patch8: egcs-1.0.2-haifa.patch Patch9: egcs-1.0.1-objcbackend.patch Patch10: egcs-1.0.2-mips.patch Buildroot: /var/tmp/egcs-root Distribution: RedHat >=5.0 Vendor: none Packager: K. Merker Requires: mips-cross-binutils >= 2.8.1 %description This package contains a cross-egcs which allows the creation of binaries to be run on big-endian Linux-MIPS (architecture "mips-linux") on i386-machines. Currently this is only a first-stage compiler, i.e. it can compile a Linux kernel, but not user space applications. %prep %setup -n egcs-1.0.2 %patch0 -p1 %patch1 -p1 %patch2 -p1 %patch3 -p1 %patch4 -p1 %patch5 -p1 %patch6 -p1 %patch7 -p1 %patch8 -p1 %patch9 -p1 %patch10 -p1 %build CFLAGS=-O2 ./configure --prefix=/usr --with-newlib --target=mips-linux cd texinfo make all cd ../gcc make LANGUAGES="c" MAKEINFO=$RPM_BUILD_DIR/egcs-1.0.2/texinfo/makeinfo/makeinfo all %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT/usr cd gcc make LANGUAGES="c" MAKEINFO=$RPM_BUILD_DIR/egcs-1.0.2/texinfo/makeinfo/makeinfo install prefix=$RPM_BUILD_ROOT/usr %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) /usr/lib/gcc-lib/*-linux/egcs-* /usr/bin/* --------------97ADEDB67354C0D26EEB1D5A-- From raiko@niisi.msk.ru Mon May 24 10:00:41 1999 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 KAA21508; Mon, 24 May 1999 10:00:39 +0200 (MET DST) Received-Date: Mon, 24 May 1999 10:00:39 +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 MAA22099 for ; Mon, 24 May 1999 12:00:20 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA15612 for linux-mips@fnet.fr; Mon, 24 May 1999 10:51:15 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA12870 for ; Mon, 24 May 1999 11:51:44 +0400 (MSD) Message-ID: <374906C6.42B88D85@niisi.msk.ru> Date: Mon, 24 May 1999 11:59:02 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: 2.1.121 vs. 2.2.1: inscreased context switching latency according to lmbench Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 470 Lines: 12 Hello, I've measured 2.2.1 on my Baget (r3k, 25 MHz) by lmbech and see that context switching latency was increased. 2.2.1 latency is greater by 2 times for 2p/0K and almost the same for 16p/16K. The difference decreased monotonically, so in the middle, i.e. for 8p/16K the difference in 1.5 times greater. I didn't make further investigations yet and before I'll do them, I'm very interesting in any suggestions and/or experince with other MIPS boxes. Regards, Gleb. From raiko@niisi.msk.ru Mon May 24 10:05:42 1999 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 KAA21561; Mon, 24 May 1999 10:05:34 +0200 (MET DST) Received-Date: Mon, 24 May 1999 10:05:34 +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 MAA22180 for ; Mon, 24 May 1999 12:05:20 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA15739 for linux-mips@fnet.fr; Mon, 24 May 1999 11:00:05 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA13134 for ; Mon, 24 May 1999 12:02:29 +0400 (MSD) Message-ID: <3749094A.DD45564A@niisi.msk.ru> Date: Mon, 24 May 1999 12:09:46 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: New DECStation root image References: <199905231342.PAA18512@sparta.research.kpn.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 486 Lines: 13 Karel van Houten wrote: > > 4. Something in the shutdown sequence doesn't seem to be correct, > > although I'm going to try and track this one down myself. If > > root is mounted NFS, it goes into a loop saying > > "RPC: sendmsg returned error 128" > I think you are trying to remount a NFS mounted FS read-only, this might > be an oversight of me checking the rc files. It's the RH bug. The shutdown sequence switches off network first and then unmounts the root fs. Regards, Gleb. From R.vandenBerg@inter.NL.net Mon May 24 12:03:47 1999 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 MAA22253; Mon, 24 May 1999 12:03:46 +0200 (MET DST) Received-Date: Mon, 24 May 1999 12:03:46 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-28.Hoorn.NL.net [193.79.46.192] with ESMTP for id MAA28069 (8.8.8/3.40); Mon, 24 May 1999 12:03:44 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 24 May 1999 12:00:43 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 24 May 1999 12:00:42 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: SRPMs for r3k cross development on i386 In-Reply-To: <374903FF.E0A0D0D6@niisi.msk.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 253 Lines: 9 Hello, In the binutils spec file I saw the a.out patch which is not longer needed as elf2ecoff (in arch/mips/boot) takes care of that. At least the 5000/33 booted it's own compiled kernel using binutils 2.8.1 without the a.out patch. Regards, Richard From ralf@lappi.waldorf-gmbh.de Wed May 26 02:30:29 1999 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 CAA18384; Wed, 26 May 1999 02:30:27 +0200 (MET DST) Received-Date: Wed, 26 May 1999 02:30:27 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-28.uni-koblenz.de [141.26.131.28]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA02332 for ; Wed, 26 May 1999 02:30:23 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id LAA01223; Tue, 25 May 1999 11:53:42 +0200 Date: Tue, 25 May 1999 11:53:42 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: linux-mips@fnet.fr Subject: Re: 2.1.121 vs. 2.2.1: inscreased context switching latency according to lmbench Message-ID: <19990525115342.C522@uni-koblenz.de> References: <374906C6.42B88D85@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <374906C6.42B88D85@niisi.msk.ru>; from Gleb O. Raiko on Mon, May 24, 1999 at 11:59:02AM +0400 X-Accept-Language: de,en,fr Content-Length: 655 Lines: 14 On Mon, May 24, 1999 at 11:59:02AM +0400, Gleb O. Raiko wrote: > I've measured 2.2.1 on my Baget (r3k, 25 MHz) by lmbech and see that > context switching latency was increased. 2.2.1 latency is greater by 2 > times for 2p/0K and almost the same for 16p/16K. The difference > decreased monotonically, so in the middle, i.e. for 8p/16K the > difference in 1.5 times greater. I didn't make further investigations > yet and before I'll do them, I'm very interesting in any suggestions > and/or experince with other MIPS boxes. This sounds almost like you experience a reduced cache hit rate. Maybe you changed something in the cacheflush routines? Ralf From airlied@csn.ul.ie Tue May 25 15:01:35 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA11539; Tue, 25 May 1999 15:01:30 +0200 (MET DST) Received-Date: Tue, 25 May 1999 15:01:30 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id NAA19997 for ; Tue, 25 May 1999 13:56:03 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id OAA06272 for ; Tue, 25 May 1999 14:12:35 +0100 Date: Tue, 25 May 1999 14:12:35 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: RPM for util-linux-2.7 for mipsel with -mips1 flag Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 629 Lines: 19 Hi, as promised I've packaged up util-linux with -mips1 flag, The RPM is on ftp://ftp.csn.ul.ie/pub/linux/mips/util-linux-2.7-19.mipsel.rpm and http://www.csn.ul.ie/~airlied/mips/util-linux-2.7-19.mipsel.rpm the SRPM is also available on the http site, as .src.rpm (not on ftp due to a small space problem on the CSN ftp server..).. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From K.H.C.vanHouten@research.kpn.com Tue May 25 15:45:44 1999 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 PAA11809; Tue, 25 May 1999 15:45:43 +0200 (MET DST) Received-Date: Tue, 25 May 1999 15:45:43 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBMBI7231M000427@research.kpn.com> for linux-mips@fnet.fr; Tue, 25 May 1999 15:45:40 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id PAA29489; Tue, 25 May 1999 15:45:38 +0200 (MET DST) Date: Tue, 25 May 1999 15:45:38 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: RPM for util-linux-2.7 for mipsel with -mips1 flag In-reply-to: "Your message of Tue, 25 May 1999 14:12:35 BST." To: Dave Airlie Cc: linux-mips@fnet.fr, K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905251345.PAA29489@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: exmh version 1.6.5 12/11/95 Content-type: text/plain; charset=us-ascii Content-Length: 803 Lines: 28 David Airlie wrote: > Hi, > as promised I've packaged up util-linux with -mips1 flag, > > The RPM is on > > ftp://ftp.csn.ul.ie/pub/linux/mips/util-linux-2.7-19.mipsel.rpm > and > http://www.csn.ul.ie/~airlied/mips/util-linux-2.7-19.mipsel.rpm > > the SRPM is also available on the http site, as .src.rpm (not on ftp due > to a small space problem on the CSN ftp server..).. Great! I tried to compile 2.7-20 on myself, but it didn't work on R3k. Your package works fine. I'll include it in declinuxroot as soon as I find some time. Regards, Karel. -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From K.H.C.vanHouten@research.kpn.com Tue May 25 19:26:50 1999 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 TAA13325; Tue, 25 May 1999 19:26:49 +0200 (MET DST) Received-Date: Tue, 25 May 1999 19:26:49 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBMJ8C6D2I0004GY@research.kpn.com> for linux-mips@fnet.fr; Tue, 25 May 1999 19:26:47 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id TAA06860; Tue, 25 May 1999 19:26:45 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Tue, 25 May 1999 19:26:45 +0200 (MET DST) From: Karel van Houten Subject: Booting 5000/240 from disk... To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199905251726.TAA06860@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 1588 Lines: 44 Hi all, specially Harald :-) My 260 boots fine from disk, using the NetBSD 1.0 bootloaders. So now I tried this on a 240 (with a buggy prom that doesn't tftpboot), and it just hang. I used the same kernel source / config as on my 260, just changed the CPU type (the same kernel build runs fine over netboot on a 3100). Here are the 'last words'.... >>cnfg 3 3: KN03-AA DEC V5.1b TCF0 ( 32 MB) (enet: 08-00-2b-30-8b-e0) (SCSI = 7) --------------------------------------------------- DEV PID VID REV SCSI DEV ===== ================== ========== ====== ======== rz1 RZ56 (C) DEC DEC 0400 DIR rz3 RZ57 (C) DEC DEC 5000 DIR dcache( 64 KB), icache( 64 KB) mem( 0): a0000000:a07fffff ( 8 MB) mem( 1): a0800000:a0ffffff ( 8 MB) mem( 2): a1000000:a17fffff ( 8 MB) mem( 3): a1800000:a1ffffff ( 8 MB) >>boot 3/rz3/vmlinux -- console=ttyS2 root=/dev/nfs rw single >> NetBSD/pmax Secondary Boot, Revision 1.0 >> (root@mona, Fri May 7 14:50:29 EST 1999) Boot: 3/rz3/vmlinux 1366960+124128/[190+96192+90839]=0x199f3c Starting at 0x800405cc This DECstation is a DS5000/2x0 -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From R.vandenBerg@inter.NL.net Tue May 25 22:17:21 1999 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 WAA14945; Tue, 25 May 1999 22:17:20 +0200 (MET DST) Received-Date: Tue, 25 May 1999 22:17:20 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-36.Hoorn.NL.net [193.79.46.200] with ESMTP for id WAA17506 (8.8.8/3.40); Tue, 25 May 1999 22:17:19 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 25 May 1999 22:11:17 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 25 May 1999 22:11:16 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Booting 5000/240 from disk... In-Reply-To: <199905251726.TAA06860@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 235 Lines: 14 Hello Karel, On Tue, 25 May 1999, Karel van Houten wrote: > Starting at 0x800405cc > > This DECstation is a DS5000/2x0 > > This looks just like linking with the -N flag (in arch/mips/Makefile). Regards, Richard From airlied@csn.ul.ie Wed May 26 16:27:03 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA24256; Wed, 26 May 1999 16:27:01 +0200 (MET DST) Received-Date: Wed, 26 May 1999 16:27:01 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id PAA22404 for ; Wed, 26 May 1999 15:21:49 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA23856 for ; Wed, 26 May 1999 15:26:44 +0100 Date: Wed, 26 May 1999 15:26:44 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: DS 5000/200 update.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 636 Lines: 17 Right just another update on my system here, I have it mounting the declinuxroot + my util-linux from my SCSI HDD and I can login on the serial console and also over the network .... So I'm going to go for loading the kernel from the HDD next .. (I have to upgrade my NetBSD install first of course.. ) Any ideas on what is wrong with swap? Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From roganov@niisi.msk.ru Wed May 26 18:59:58 1999 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 SAA26078; Wed, 26 May 1999 18:59:56 +0200 (MET DST) Received-Date: Wed, 26 May 1999 18:59:56 +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 UAA14084; Wed, 26 May 1999 20:59:35 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id TAA32229; Wed, 26 May 1999 19:54:57 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id UAA12277; Wed, 26 May 1999 20:56:06 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <374C2831.E9E1560E@niisi.msk.ru> Date: Wed, 26 May 1999 20:58:25 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 i586) X-Accept-Language: en MIME-Version: 1.0 To: Dave Airlie CC: linux-mips@fnet.fr Subject: Re: DS 5000/200 update.. References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 332 Lines: 10 Dave Airlie wrote: > Any ideas on what is wrong with swap? Last time I checked sources, data cache wasn't flashed. If Harald left this while he commited r3k branch into CVS repository, it's still true. Perhaps, you need to enable flushing of data cache, there should be a define. Look at arch/mips/mm/r2300.c Regards, Gleb Raiko. From Harald.Koerfgen@home.ivm.de Wed May 26 22:00:14 1999 Received: from mail.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27785; Wed, 26 May 1999 22:00:13 +0200 (MET DST) Received-Date: Wed, 26 May 1999 22:00:13 +0200 (MET DST) Received: from franz.no.dom (port24.koeln.ivm.de [195.247.239.24]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA10856; Wed, 26 May 1999 21:59:55 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199905251726.TAA06860@sparta.research.kpn.com> Date: Wed, 26 May 1999 22:02:54 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Karel van Houten Subject: RE: Booting 5000/240 from disk... Cc: linux-mips@fnet.fr Content-Length: 554 Lines: 22 Hello, On 25-May-99 Karel van Houten wrote: > My 260 boots fine from disk, using the NetBSD 1.0 bootloaders. So now > I tried this on a 240 (with a buggy prom that doesn't tftpboot), and > it just hang. I used the same kernel source / config as on my 260, [snip] > This DECstation is a DS5000/2x0 > > Strange, exactly the same as your /260 before my patch, isn't it? My first guess would be that not only tftp booting but also the rex_clearcache callback is broken. I'll see if I can hack something together. --- Regards, Harald From adevries@engsoc.carleton.ca Wed May 26 22:06:15 1999 Received: from lager.engsoc.carleton.ca (adevries@lager.engsoc.carleton.ca [134.117.69.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27847; Wed, 26 May 1999 22:06:12 +0200 (MET DST) Received-Date: Wed, 26 May 1999 22:06:12 +0200 (MET DST) Received: from localhost (adevries@localhost) by lager.engsoc.carleton.ca (8.8.7/8.8.7) with SMTP id QAA13158 for ; Wed, 26 May 1999 16:06:08 -0400 X-Authentication-Warning: lager.engsoc.carleton.ca: adevries owned process doing -bs Date: Wed, 26 May 1999 16:06:07 -0400 (EDT) From: Alex deVries To: linux-mips@fnet.fr Subject: MIPSel FAQ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 273 Lines: 10 Could someone repost the URL to the FAQ? I've got this DECStation 5000/25 that I'd like to try. I've done some MIPSeb work for the SGI port and wouldn't mind helping out with mipsel. - alex -- Alex deVries, puffin on LinuxNet. Linux on HP PA RISC. The final frontier. From R.vandenBerg@inter.NL.net Wed May 26 22:55:38 1999 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 WAA28775; Wed, 26 May 1999 22:55:37 +0200 (MET DST) Received-Date: Wed, 26 May 1999 22:55:37 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-57.Hoorn.NL.net [193.79.46.221] with ESMTP for id WAA05071 (8.8.8/3.40); Wed, 26 May 1999 22:55:31 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 26 May 1999 22:16:50 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 26 May 1999 22:16:50 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: MIPSel FAQ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 332 Lines: 11 Hello Alex, > Could someone repost the URL to the FAQ? I've got this DECStation 5000/25 > that I'd like to try. I've done some MIPSeb work for the SGI port and > wouldn't mind helping out with mipsel. Great! You can find the current status of Linux on DECstation at http://web.inter.nl.net/users/schnecke/mips/ Regards, Richard From SALES@fonda.com.cn Wed May 26 07:07:18 1999 Received: from mx.gzic.gd.cn ([210.72.1.1]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA21294; Wed, 26 May 1999 07:07:07 +0200 (MET DST) Received-Date: Wed, 26 May 1999 07:07:07 +0200 (MET DST) Received: from [210.72.1.205] by mx.gzic.gd.cn; (5.65v3.2/1.1.8.2/24Jul96-0340PM) id AA08929; Wed, 26 May 1999 13:02:14 +0900 Message-Id: <9905260402.AA08929@mx.gzic.gd.cn> From: jack To: frame Date: Thu, 27 May 1999 12:50:53 +0800 Subject: Automotive License Plate Frames Reply-To: SALES@fonda.com.cn Organization: fonda Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=XX04FE046A-00F604FEXX Content-Transfer-Encoding: 7bit X-Priority: 3 Content-Length: 1452 Lines: 51 This is a Multipart MIME message. Since your mail reader does not understand this format, some or all of this message may not be legible. --XX04FE046A-00F604FEXX Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear reader, We have just visited your web site and became interested to develop a trading relationship with your company. We are a Manufacturer and Exporter of Automotive License Plate Frames in China. We have exported our products for more than 10 years worldwide. Please contact me by E-mail now if you are interested in our products. We will give you detailed information on our products. I am looking forward to hearing from your soonest reply. Sincerely yours, Henry Chen Sales Manager Guangzhou Guangzhong Enterprise Group Marketing & Trading Department Import & Export Section #122 Gong Ye Road Guangzhou, P. R. China Tel: (86) 20-8436-9817 Fax: (86) 20-8436-6767 .......................................................... If you are NOT INTERESTED in receiving further information about our products, mail to:GZFONDA@163.NET ------------------------------------------ This message was sent to you by Name: jack Email Address: SALES@fonda.com.cn IP Address: GONG ------------------------------------------ Using Aureate Group Mail Free Edition Find out more about this product and try it=20 for free at: http://www.group-mail.com/1 --XX04FE046A-00F604FEXX-- From ralf@lappi.waldorf-gmbh.de Thu May 27 20:53:59 1999 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 UAA09780; Thu, 27 May 1999 20:53:57 +0200 (MET DST) Received-Date: Thu, 27 May 1999 20:53:57 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-18.uni-koblenz.de [141.26.131.18]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id UAA28147 for ; Thu, 27 May 1999 20:53:43 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id MAA03198; Thu, 27 May 1999 12:11:50 +0200 Date: Thu, 27 May 1999 12:11:50 +0200 From: Ralf Baechle To: Alex deVries Cc: linux-mips@fnet.fr Subject: Re: MIPSel FAQ? Message-ID: <19990527121150.S866@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Alex deVries on Wed, May 26, 1999 at 04:06:07PM -0400 X-Accept-Language: de,en,fr Content-Length: 341 Lines: 10 On Wed, May 26, 1999 at 04:06:07PM -0400, Alex deVries wrote: > Could someone repost the URL to the FAQ? I've got this DECStation 5000/25 > that I'd like to try. I've done some MIPSeb work for the SGI port and > wouldn't mind helping out with mipsel. The FAQ is archived in the CVS archive on linus.linux.sgi.com, repository faq. Ralf From roganov@niisi.msk.ru Thu May 27 12:40:12 1999 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 MAA05649; Thu, 27 May 1999 12:40:08 +0200 (MET DST) Received-Date: Thu, 27 May 1999 12:40:08 +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 OAA20799 for ; Thu, 27 May 1999 14:39:22 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id NAA14609 for linux-mips@fnet.fr; Thu, 27 May 1999 13:31:30 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id OAA09877 for ; Thu, 27 May 1999 14:32:03 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <374D1FAE.F5EE71CB@niisi.msk.ru> Date: Thu, 27 May 1999 14:34:22 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Sources for XFree86 FBDev (MIPSEB) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 819 Lines: 23 Hi All, We are urgently looking for Xserver situable for our Baget video card. Curiously, it properly works only in TrueColor mode, (32bpp => cfb32 driver), so we are unable to use old 'XFree86-FBDev-3.3.2.8.mipseb.rpm' distributed by SGI due it has support only for cfb8. We are trying to recompile Xserver from sources, but it looks we need some mips-specific patch: we have got a various errors during compilation. But SRPM downloaded from SGI does not contain it as we expected. We have applied tiny patch located at SGI /src subdirectory, but it looks we need something else... If anybody has such patch or SRPM for FBDev server, please inform us ! If anybody will rebuild FBDev for MIPSEB, preparing regular package, _please_ include support for recent modes: cfb16 and cfb32. Thanks in advance, Vladimir. From roganov@niisi.msk.ru Thu May 27 14:24:46 1999 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 OAA06184; Thu, 27 May 1999 14:24:41 +0200 (MET DST) Received-Date: Thu, 27 May 1999 14:24:41 +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 QAA21554 for ; Thu, 27 May 1999 16:24:21 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id PAA16096 for linux-mips@fnet.fr; Thu, 27 May 1999 15:16:38 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id QAA15427 for ; Thu, 27 May 1999 16:15:22 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <374D37E6.59A6A9F3@niisi.msk.ru> Date: Thu, 27 May 1999 16:17:42 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Platform-independent hack in ptrace.c Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 850 Lines: 29 Hello, Does anybody know which kind of protection is encoded in ptrace.c:69: (function get_long) /* This is a hack for non-kernel-mapped video buffers and similar */ if (MAP_NR(page) >= MAP_NR(high_memory)) return 0; By this reason gdb shows all user-mapped io as zeros. Same time, put_long enable to write to such memory ! So when You enter something like 'set *p = 0xff' gdb'ing program which has p->video_memory, You will see appearing pixels, but 'p *p' prints only zeros. Elimination of this check does not destroy something: gdb shows right values. It looks clean that above problem is not very important, but just imagine programmer debugging some application for Linux used to control some device on MIPS embedded computer, which mmap'ed to device registers and don't understand why they are all clean :-) Regards, Vladimir. From <@Cologne.DE:karsten@excalibur.cologne.de> Thu May 27 21:12:53 1999 Received: from fileserv2.Cologne.DE (gw-cologne-prima.cologne.de [193.29.188.1]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA10029; Thu, 27 May 1999 21:12:49 +0200 (MET DST) Received-Date: Thu, 27 May 1999 21:12:49 +0200 (MET DST) Received: from localhost (1414 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Thu, 27 May 1999 21:12:45 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.8.7/8.8.7) id UAA00969; Thu, 27 May 1999 20:58:57 +0200 Message-ID: <19990527205857.A746@excalibur.cologne.de> Date: Thu, 27 May 1999 20:58:57 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: New mipsel-RPMs 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: 839 Lines: 19 Hallo everyone, as already mentioned some days ago I have rebuilt several RH60 source packages for mipsel-Linux with glibc-2.0.7. The first set of RPMs can be found in ftp://bolug.uni-bonn.de/mips/. In addition to the other at least basically tested packages I have put a patched version of util-linux-2.9o into ftp://bolug.uni-bonn.de/mips/alpha. Due to the lack of an empty harddisk (or at least one with unimportant data :-), I could not yet test the most important parts of the package: fdisk and relatives. If someone has a spare disk I would be thankful if he could try whether the package really works. 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 ralf@lappi.waldorf-gmbh.de Thu May 27 21:54:45 1999 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 VAA10373; Thu, 27 May 1999 21:54:43 +0200 (MET DST) Received-Date: Thu, 27 May 1999 21:54:43 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-28.uni-koblenz.de [141.26.131.28]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id VAA01713 for ; Thu, 27 May 1999 21:54:36 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id VAA04053; Thu, 27 May 1999 21:08:16 +0200 Date: Thu, 27 May 1999 21:08:16 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux-mips@fnet.fr Subject: Re: Sources for XFree86 FBDev (MIPSEB) Message-ID: <19990527210816.B3731@uni-koblenz.de> References: <374D1FAE.F5EE71CB@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <374D1FAE.F5EE71CB@niisi.msk.ru>; from Vladimir A. Roganov on Thu, May 27, 1999 at 02:34:22PM +0400 X-Accept-Language: de,en,fr Content-Length: 1255 Lines: 27 On Thu, May 27, 1999 at 02:34:22PM +0400, Vladimir A. Roganov wrote: > We are urgently looking for Xserver situable for our Baget video card. > Curiously, it properly works only in TrueColor mode, (32bpp => cfb32 > driver), so we are unable to use old 'XFree86-FBDev-3.3.2.8.mipseb.rpm' > distributed by SGI due it has support only for cfb8. Oh, all that server was afaik never tested on real hardware, so :-))) I just built it because it was easy and I was assuming that it's going to be ``obviously'' correct. > We are trying to recompile Xserver from sources, but it looks we need > some mips-specific patch: we have got a various errors during compilation. > But SRPM downloaded from SGI does not contain it as we expected. > We have applied tiny patch located at SGI /src subdirectory, but it > looks we need something else... The SRPM at SGI should really contain the necessary patch. If there isn't a *-mips* file in it something strange has happend. > If anybody has such patch or SRPM for FBDev server, please inform us ! > If anybody will rebuild FBDev for MIPSEB, preparing regular package, > _please_ include support for recent modes: cfb16 and cfb32. My Origin doesn't have gfx, so don't hold your breath. Yeah, Linxu/Origin! Ralf From ralf@lappi.waldorf-gmbh.de Thu May 27 21:58:33 1999 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 VAA10453; Thu, 27 May 1999 21:58:30 +0200 (MET DST) Received-Date: Thu, 27 May 1999 21:58:30 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id VAA01926 for ; Thu, 27 May 1999 21:58:07 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id VAA04075; Thu, 27 May 1999 21:26:54 +0200 Date: Thu, 27 May 1999 21:26:54 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Platform-independent hack in ptrace.c Message-ID: <19990527212654.A4058@uni-koblenz.de> References: <374D37E6.59A6A9F3@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <374D37E6.59A6A9F3@niisi.msk.ru>; from Vladimir A. Roganov on Thu, May 27, 1999 at 04:17:42PM +0400 X-Accept-Language: de,en,fr Content-Length: 1460 Lines: 34 On Thu, May 27, 1999 at 04:17:42PM +0400, Vladimir A. Roganov wrote: > Does anybody know which kind of protection is encoded in ptrace.c:69: > (function get_long) > > /* This is a hack for non-kernel-mapped video buffers and similar */ > if (MAP_NR(page) >= MAP_NR(high_memory)) > return 0; > > By this reason gdb shows all user-mapped io as zeros. > > Same time, put_long enable to write to such memory ! > So when You enter something like 'set *p = 0xff' gdb'ing program > which has p->video_memory, You will see appearing pixels, but 'p *p' > prints only zeros. > > Elimination of this check does not destroy something: gdb shows right > values. > > It looks clean that above problem is not very important, but just > imagine programmer debugging some application for Linux used to control > some device on MIPS embedded computer, which mmap'ed to device registers > and don't understand why they are all clean :-) Basically I think you're right. However a correct patch is slightly more complex and will acount for the fact that KSEG0 through which we route the access is only 512mb large. Therefore we might have to install a temporary mapping and access memory through it, if outside of the 512mb. The other bug is that memory accesses via ptrace for virtual addresses which are uncached would be executed cached, trouble ahead. Further complexity is added by handling write buffers for the R3000 and virtual coherency for R4000. Ralf From dom@algor.co.uk Fri May 28 09:42:01 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA18097; Fri, 28 May 1999 09:41:52 +0200 (MET DST) Received-Date: Fri, 28 May 1999 09:41:52 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id IAA06301; Fri, 28 May 1999 08:39:23 +0100 (BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id IAA00259; Fri, 28 May 1999 08:39:20 +0100 (GMT/BST) Date: Fri, 28 May 1999 08:39:20 +0100 (GMT/BST) Message-Id: <199905280739.IAA00259@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr cc: directors@algor.co.uk Subject: NEC CPUs, PDAs and Linux X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 1356 Lines: 36 I was over in California a few weeks back and visited NEC Electronics (NECEL). They're the US arm of the of NEC and one of the main places where MIPS stuff happens. Some people at NECEL are keen to see Linux up and running on some of their products, which might include evaluation boards and PDAs, with CPUs from the tiny ones used in hand-helds (Vr41x1) to relatively big ones being touted for high-end embedded (Vr54xx). At this stage NECEL's support is likely to be moral rather than financial; but they should be good for loan hardware and access to documentation - which is often a problem with companies as large and complex as NEC. And if pilot work is successful, they might want to spend money later. My company's (Algorithmics') role is probably going to be subdued due to massive overcommitments... but 1. we subscribe to this mailing list 2. we're interested in getting Linux running on our own hardware, which is not too different 3. we're MIPS and OS kernel gurus who may be able to offer some technical support 4. as Windows CE "systems integrators" we may be able to provide some help with bootstrapping WinCE-orientated machines. I'd like to know whether something like this might inspire a few volunteers who have the necessary skill, enthusiasm and time to spare. Dominic Sweetman Algorithmics Ltd dom@algor.co.uk From roganov@niisi.msk.ru Fri May 28 11:04:18 1999 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 LAA18998; Fri, 28 May 1999 11:04:14 +0200 (MET DST) Received-Date: Fri, 28 May 1999 11:04:14 +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 NAA29619; Fri, 28 May 1999 13:04:07 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA01101; Fri, 28 May 1999 11:58:41 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA18483; Fri, 28 May 1999 12:57:27 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <374E5B06.ED8DC3A7@niisi.msk.ru> Date: Fri, 28 May 1999 12:59:50 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@fnet.fr Subject: Re: Sources for XFree86 FBDev (MIPSEB) References: <374D1FAE.F5EE71CB@niisi.msk.ru> <19990527210816.B3731@uni-koblenz.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1644 Lines: 43 Ralf Baechle wrote: > > On Thu, May 27, 1999 at 02:34:22PM +0400, Vladimir A. Roganov wrote: > > > We are urgently looking for Xserver situable for our Baget video card. > > Curiously, it properly works only in TrueColor mode, (32bpp => cfb32 > > driver), so we are unable to use old 'XFree86-FBDev-3.3.2.8.mipseb.rpm' > > distributed by SGI due it has support only for cfb8. > > Oh, all that server was afaik never tested on real hardware, so :-))) > I just built it because it was easy and I was assuming that it's going > to be ``obviously'' correct. Already tested -- it works !!! So, thanks a lot. Unfortunatly, our video card has inverted order of bytes, so we see any four sequencial pixels in reversed order. > > > We are trying to recompile Xserver from sources, but it looks we need > > some mips-specific patch: we have got a various errors during compilation. > > But SRPM downloaded from SGI does not contain it as we expected. > > We have applied tiny patch located at SGI /src subdirectory, but it > > looks we need something else... > > The SRPM at SGI should really contain the necessary patch. If there > isn't a *-mips* file in it something strange has happend. Okey. We will looking for proper package... > > > If anybody has such patch or SRPM for FBDev server, please inform us ! > > If anybody will rebuild FBDev for MIPSEB, preparing regular package, > > _please_ include support for recent modes: cfb16 and cfb32. > > My Origin doesn't have gfx, so don't hold your breath. Yeah, Linxu/Origin! > > Ralf Oh, hardware evaluates so rapidly... New Baget has two PMC video cards :-) Thanks, Vladimir. From roganov@niisi.msk.ru Fri May 28 11:27:32 1999 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 LAA19271; Fri, 28 May 1999 11:27:28 +0200 (MET DST) Received-Date: Fri, 28 May 1999 11:27: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 NAA29736; Fri, 28 May 1999 13:24:06 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA01354; Fri, 28 May 1999 12:16:50 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA18887; Fri, 28 May 1999 13:17:22 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <374E5FB1.D3860089@niisi.msk.ru> Date: Fri, 28 May 1999 13:19:45 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.8 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: Platform-independent hack in ptrace.c References: <374D37E6.59A6A9F3@niisi.msk.ru> <19990527212654.A4058@uni-koblenz.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 4325 Lines: 127 Ralf Baechle wrote: > > On Thu, May 27, 1999 at 04:17:42PM +0400, Vladimir A. Roganov wrote: > > > Does anybody know which kind of protection is encoded in ptrace.c:69: > > (function get_long) > > > > /* This is a hack for non-kernel-mapped video buffers and similar */ > > if (MAP_NR(page) >= MAP_NR(high_memory)) > > return 0; > > > > By this reason gdb shows all user-mapped io as zeros. > > > > Same time, put_long enable to write to such memory ! > > So when You enter something like 'set *p = 0xff' gdb'ing program > > which has p->video_memory, You will see appearing pixels, but 'p *p' > > prints only zeros. > > > > Elimination of this check does not destroy something: gdb shows right > > values. > > > > It looks clean that above problem is not very important, but just > > imagine programmer debugging some application for Linux used to control > > some device on MIPS embedded computer, which mmap'ed to device registers > > and don't understand why they are all clean :-) > > Basically I think you're right. However a correct patch is slightly more > complex and will acount for the fact that KSEG0 through which we route > the access is only 512mb large. Therefore we might have to install a > temporary mapping and access memory through it, if outside of the 512mb. YES! We are using such technique in our Baget/MIPS code. We implemented try_read function which carefully read 1,2,4-long value from bus which check for KSEGs, tunes TLB and catch SIGBUS. Code is located in 'arch/mips/baget/bagetIRQ.S': #define DBE_HANDLER 0x1C NESTED(try_read, PT_SIZE, sp) mfc0 t3, CP0_STATUS # save flags and CLI # disable interrupts li t0, KSEG2 sltu t1, t0, a0 # Is it KSEG2 address ? beqz t1, mapped # No - already mapped ! move t0, a0 ori t0, 0xfff xori t0, 0xfff # round address to page ori t1, t0, 0xf00 # prepare EntryLo (N,V,D,G) mfc0 t2, CP0_ENTRYHI # save ASID value mtc0 zero, CP0_INDEX mtc0 t0, CP0_ENTRYHI # Load MMU values ... mtc0 t1, CP0_ENTRYLO0 nop # let it understand nop tlbwi # ... and write ones nop nop mtc0 t2, CP0_ENTRYHI mapped: la t0, exception_handlers lw t1, DBE_HANDLER(t0) # save real handler la t2, dbe_handler sw t2, DBE_HANDLER(t0) # set temporary local handler li v0, -1 # default (failure) value li t2, 1 beq t2, a1, 1f li t2, 2 beq t2, a1, 2f li t2, 4 beq t2, a1, 4f b out 1: lbu v0, (a0) # byte b out 2: lhu v0, (a0) # short b out 4: lw v0, (a0) # word out: sw t1, DBE_HANDLER(t0) # restore real handler mtc0 t3, CP0_STATUS # restore CPU flags jr ra dbe_handler: li v0, -1 # mark our failure .set push .set noreorder b out # "no problems !" rfe # return from trap .set pop END(try_read) We implemented it by very interesting reason: old Baget uses special VIC register which exists on bus only (!!!) when interrupt is active. But interrupt can be deactivated by external reason. In such case IRQ handler catch SIGBUS, what crashes current process. It was overwritten twice, and it looks debugged hardly :-) May be it can help here. > The other bug is that memory accesses via ptrace for virtual addresses > which are uncached would be executed cached, trouble ahead. YES, we obtained such effect. To avoid it we just moved to physical address space (high bits are ignored), but it is not good in general. > Further complexity is added by handling write buffers for the R3000 and > virtual coherency for R4000. > > Ralf Yes, it should be tried to be fixed once for every arch. Best wishes, Vladimir. From K.H.C.vanHouten@research.kpn.com Fri May 28 19:42:16 1999 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 TAA24043; Fri, 28 May 1999 19:42:15 +0200 (MET DST) Received-Date: Fri, 28 May 1999 19:42:15 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBQQNH4QCO0003TB@research.kpn.com> for linux-mips@fnet.fr; Fri, 28 May 1999 19:42:12 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id TAA18945; Fri, 28 May 1999 19:42:11 +0200 (MET DST) Date: Fri, 28 May 1999 19:42:11 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: Booting 5000/240 from disk... In-reply-to: "Your message of Wed, 26 May 1999 22:02:54 +0200." To: Harald Koerfgen Cc: Karel van Houten , linux-mips@fnet.fr Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905281742.TAA18945@sparta.research.kpn.com> Content-Length: 1055 Lines: 31 Harald Koerfgen writes: >Hello, > >On 25-May-99 Karel van Houten wrote: >> My 260 boots fine from disk, using the NetBSD 1.0 bootloaders. So now >> I tried this on a 240 (with a buggy prom that doesn't tftpboot), and >> it just hang. I used the same kernel source / config as on my 260, > > >Strange, exactly the same as your /260 before my patch, isn't it? > >My first guess would be that not only tftp booting but also the >rex_clearcache callback is broken. I'll see if I can hack something >together. I just got a 5000/150 to test it. This system has some hardware failure that it doesn't RECEIVE anything from the network (PROM, NetBSD, Linux). But I can the 5000/150 from disk, using NetBSD bootloader and the ELF kernel, the same build that fails on the 240 (yes, the 240 uses the R3k kernel, the 150 uses the R4k kernel). I think you might be right that it is a buggy prom. On the 150, the kernel even detects the disk and its NetBSD partitions correctly, but fails on mounting NFS root. I'm afraid the mainboard is broken. Regards, Karel. From engel@math.uni-siegen.de Sat May 29 01:29:54 1999 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27597; Sat, 29 May 1999 01:29:52 +0200 (MET DST) Received-Date: Sat, 29 May 1999 01:29:52 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id BAA07210 for linux-mips@fnet.fr; Sat, 29 May 1999 01:31:46 +0200 (MET DST) From: Michael Engel Message-Id: <199905282331.BAA07210@fourier.numerik.math.uni-siegen.de> Subject: 5000/150 problem ... To: linux-mips@fnet.fr Date: Sat, 29 May 1999 01:31:45 +0200 (MET DST) In-Reply-To: <199905281742.TAA18945@sparta.research.kpn.com> from "Houten K.H.C. van" at May 28, 99 07:42:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1372 Lines: 35 Hi, > Harald Koerfgen writes: > >On 25-May-99 Karel van Houten wrote: > >> My 260 boots fine from disk, using the NetBSD 1.0 bootloaders. So now > >> I tried this on a 240 (with a buggy prom that doesn't tftpboot), and > >> it just hang. I used the same kernel source / config as on my 260, > > > >Strange, exactly the same as your /260 before my patch, isn't it? Whats that patch exactly ? > >My first guess would be that not only tftp booting but also the > >rex_clearcache callback is broken. I'll see if I can hack something > >together. > > I just got a 5000/150 to test it. This system has some hardware failure > that it doesn't RECEIVE anything from the network (PROM, NetBSD, Linux). Hmmm, funny. I can't get my 5000/150 to work correctly with any kernel I tried. It always hangs after the "This is a DECstation 5000/1xx" message. I configured the kernel for R4000, of course (and the -N also isn't the problem). Perhaps also a buggy PROM version? Which version do you have in your 5000/150 ? The 5000/150 I have seems to hang just before calling jal loadmmu or on return from the preceding instruction jal prom_init in arch/mips/kernel/head.S as the last instruction in prom_init is definitely executed (I inserted a prom_printf there) and the next one in loadmmu (hacked another prom_printf in there) isn't - maybe a stack problem ? regards, Michael From Harald.Koerfgen@home.ivm.de Sat May 29 12:42:08 1999 Received: from mail.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA01780; Sat, 29 May 1999 12:42:07 +0200 (MET DST) Received-Date: Sat, 29 May 1999 12:42:07 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id MAA22940; Sat, 29 May 1999 12:41:58 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199905282331.BAA07210@fourier.numerik.math.uni-siegen.de> Date: Sat, 29 May 1999 12:44:56 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Michael Engel Subject: RE: 5000/150 problem ... Cc: linux-mips@fnet.fr Content-Length: 1042 Lines: 30 Hello, On 28-May-99 Michael Engel wrote: > Whats that patch exactly ? An additional call to rex_clear_cache() in prom_init(). > Hmmm, funny. I can't get my 5000/150 to work correctly with any kernel I > tried. It always hangs after the "This is a DECstation 5000/1xx" > message. > I configured the kernel for R4000, of course (and the -N also isn't the > problem). Perhaps also a buggy PROM version? Which version do you have > in your 5000/150 ? The 5000/150 I have seems to hang just before calling > jal loadmmu > or on return from the preceding instruction > jal prom_init > in arch/mips/kernel/head.S as the last instruction in prom_init is > definitely executed (I inserted a prom_printf there) and the next one in > loadmmu (hacked another prom_printf in there) isn't - maybe a stack > problem ? Michael, is that with or without r2300_patch? If your source tree is without that patch, please apply it and tell me what happens. There is a small difference in stack initialisation between the two. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Sat May 29 12:43:52 1999 Received: from mail.ivm.net (mail.ivm.de [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA01818; Sat, 29 May 1999 12:43:50 +0200 (MET DST) Received-Date: Sat, 29 May 1999 12:43:50 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id MAA22972; Sat, 29 May 1999 12:43:41 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199905281742.TAA18945@sparta.research.kpn.com> Date: Sat, 29 May 1999 12:46:39 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Houten K.H.C. van (Karel)" Subject: Re: Booting 5000/240 from disk... Cc: linux-mips@fnet.fr Content-Length: 897 Lines: 24 On 28-May-99 Houten K.H.C. van (Karel) wrote: > I think you might be right that it is a buggy prom. Hmmm, I'm not shure anymore. This might be the same problem Michael is experiencing. Karel, what source tree are you using? If you are using the CVS soure tree, have you applied r2300_patch? If you're still having older source trees, for example 2.1.121, do they work? > On the 150, the kernel even detects the disk and its NetBSD partitions > correctly, but fails on mounting NFS root. I'm afraid the mainboard > is broken. Karel, I forgot to mention, after recognising that your patch for using NetBSD partitions and the code for OSF partitions in genhd.c were nearly identical I simply made support for OSF partitions a config option. Fellow hackers, if you want to be able to access NetBSD partitions on your DECstations just enable support for OSF partitions :-). --- Regards, Harald From ralf@lappi.waldorf-gmbh.de Sun May 30 01:41:30 1999 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 BAA13744; Sun, 30 May 1999 01:41:29 +0200 (MET DST) Received-Date: Sun, 30 May 1999 01:41:29 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-23.uni-koblenz.de [141.26.131.23]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA20790 for ; Sun, 30 May 1999 01:41:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.8.7) id QAA01533; Sat, 29 May 1999 16:51:47 +0200 Date: Sat, 29 May 1999 16:51:47 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Platform-independent hack in ptrace.c Message-ID: <19990529165147.B1517@uni-koblenz.de> References: <374D37E6.59A6A9F3@niisi.msk.ru> <19990527212654.A4058@uni-koblenz.de> <374E5FB1.D3860089@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <374E5FB1.D3860089@niisi.msk.ru>; from Vladimir A. Roganov on Fri, May 28, 1999 at 01:19:45PM +0400 X-Accept-Language: de,en,fr Content-Length: 1184 Lines: 30 On Fri, May 28, 1999 at 01:19:45PM +0400, Vladimir A. Roganov wrote: > We implemented it by very interesting reason: old Baget uses special > VIC register which exists on bus only (!!!) when interrupt is active. > But interrupt can be deactivated by external reason. In such case > IRQ handler catch SIGBUS, what crashes current process. > > It was overwritten twice, and it looks debugged hardly :-) > May be it can help here. > > > The other bug is that memory accesses via ptrace for virtual addresses > > which are uncached would be executed cached, trouble ahead. > > YES, we obtained such effect. > To avoid it we just moved to physical address space (high bits are ignored), > but it is not good in general. > > > Further complexity is added by handling write buffers for the R3000 and > > virtual coherency for R4000. > > Yes, it should be tried to be fixed once for every arch. That means we need something like read_phys() and write_phys() for all CPU variants, even board variations. The functions needs to get passed an virtual address as well such that it can deal with virtual coherency on R4000. Then again R10k does this in hardware, so why bother ;-) Ralf From K.H.C.vanHouten@research.kpn.com Sat May 29 17:57:44 1999 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 RAA05554; Sat, 29 May 1999 17:57:43 +0200 (MET DST) Received-Date: Sat, 29 May 1999 17:57:43 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBS1A8IAOK0005EJ@research.kpn.com> for linux-mips@fnet.fr; Sat, 29 May 1999 17:57:40 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id RAA10764; Sat, 29 May 1999 17:57:40 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 29 May 1999 17:57:40 +0200 (MET DST) From: Karel van Houten Subject: Re: 5000/150 problem ... In-reply-to: To: Harald.Koerfgen@home.ivm.de Cc: engel@math.uni-siegen.de, linux-mips@fnet.fr Message-id: <199905291557.RAA10764@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 1738 Lines: 45 Harald wrote: > On 28-May-99 Michael Engel wrote: > > Whats that patch exactly ? > > An additional call to rex_clear_cache() in prom_init(). > > > Hmmm, funny. I can't get my 5000/150 to work correctly with any kernel I > > tried. It always hangs after the "This is a DECstation 5000/1xx" > > message. > > I configured the kernel for R4000, of course (and the -N also isn't the > > problem). Perhaps also a buggy PROM version? Which version do you have > > in your 5000/150 ? The 5000/150 I have seems to hang just before calling > > jal loadmmu > > or on return from the preceding instruction > > jal prom_init > > in arch/mips/kernel/head.S as the last instruction in prom_init is > > definitely executed (I inserted a prom_printf there) and the next one in > > loadmmu (hacked another prom_printf in there) isn't - maybe a stack > > problem ? > > Michael, is that with or without r2300_patch? > > If your source tree is without that patch, please apply it and tell me > what happens. There is a small difference in stack initialisation between > the two. My kernel I used for the /150 has the r2300_patch, and harald extra call to rex_clear_cache() in prom_init(). As mentioned, I used the NetBSD bootloader to get the image loaded, but only because of the hardware problem. You can try my images, they are available on http://www.xs4all.nl/~vhouten/mipsel I can't show you the bootlog at the moment, I didn't save it, and the system is powered-down at my office... -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From K.H.C.vanHouten@research.kpn.com Sun May 30 16:14:41 1999 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 QAA18664; Sun, 30 May 1999 16:14:40 +0200 (MET DST) Received-Date: Sun, 30 May 1999 16:14:40 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBTBYTJ6E00005TN@research.kpn.com> for linux-mips@fnet.fr; Sun, 30 May 1999 16:14:37 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id QAA01678; Sun, 30 May 1999 16:14:36 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 30 May 1999 16:14:36 +0200 (MET DST) From: Karel van Houten Subject: Re: Booting 5000/240 from disk... In-reply-to: To: Harald.Koerfgen@home.ivm.de Cc: K.H.C.vanHouten@research.kpn.com, linux-mips@fnet.fr Message-id: <199905301414.QAA01678@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 1004 Lines: 25 Harald wrote: > > Karel, I forgot to mention, after recognising that your patch for using > NetBSD partitions and the code for OSF partitions in genhd.c were nearly > identical I simply made support for OSF partitions a config option. > > Fellow hackers, if you want to be able to access NetBSD partitions on your > DECstations just enable support for OSF partitions :-). I just looked at the OSF code, it should work with NetBSD pmax partitions, but it is not as flexable as my code. The partition table checksum is not verified, and this code works only for tables at 64byte offset. Also Big Endian disklabels will not work. But I totally agree that we should use only ONE option. Maybe I should integrate my changes with the OSF code? Any comments? -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From airlied@csn.ul.ie Mon May 31 16:48:23 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA27422; Mon, 31 May 1999 16:48:22 +0200 (MET DST) Received-Date: Mon, 31 May 1999 16:48:22 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id PAA29891 for ; Mon, 31 May 1999 15:42:58 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA05403 for ; Mon, 31 May 1999 15:48:08 +0100 Date: Mon, 31 May 1999 15:48:08 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: booting from disk 5000/200 problems :-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 901 Lines: 27 hi, I finally got enough of NetBSD 1.4 installed to allow me to use the boot blocks, so I now do a KN02-AA V5.3c >>boot 5/rz1/vmlinux -- console=ttyS2 root=/dev/sda1 >> NetBSD/pmax Secondary Boot, Revision 1.0 >> (root@mona, Fri May 7 14:50:29 EST 1999) Boot: 5/rz1/vmlinux 1368912+114544 [171+78176+62248]=0x18caf8 Starting at 0x800405cc This DECstation is a DS5000/200 And similiar to a lot of other reports I get a hang, kernel is CVS from about May 20th, with r2300 patch, my own esp driver, pmaz patch and -N, also a kernel make from the vmlinux file with make boot, boots fine over tftp..... Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From K.H.C.vanHouten@research.kpn.com Mon May 31 19:02:19 1999 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 TAA28021; Mon, 31 May 1999 19:02:18 +0200 (MET DST) Received-Date: Mon, 31 May 1999 19:02:18 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBUW4Z0ZDM0006KB@research.kpn.com> for linux-mips@fnet.fr; Mon, 31 May 1999 19:02:15 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id TAA08019; Mon, 31 May 1999 19:02:14 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Mon, 31 May 1999 19:02:14 +0200 (MET DST) From: Karel van Houten Subject: Re: booting from disk 5000/200 problems :-) In-reply-to: To: airlied@csn.ul.ie (Dave Airlie) Cc: linux-mips@fnet.fr Message-id: <199905311702.TAA08019@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-Length: 1454 Lines: 44 Hi Dave, Dave wrote: > I finally got enough of NetBSD 1.4 installed to allow me to use > the boot blocks, so I now do a > > KN02-AA V5.3c > >>boot 5/rz1/vmlinux -- console=ttyS2 root=/dev/sda1 > >> NetBSD/pmax Secondary Boot, Revision 1.0 > >> (root@mona, Fri May 7 14:50:29 EST 1999) > Boot: 5/rz1/vmlinux > 1368912+114544 [171+78176+62248]=0x18caf8 > Starting at 0x800405cc > > This DECstation is a DS5000/200 > > And similiar to a lot of other reports I get a hang, > > kernel is CVS from about May 20th, with r2300 patch, my own esp driver, > pmaz patch and -N, also a kernel make from the vmlinux file with make > boot, boots fine over tftp..... I never tried a 5000/200. You could try to use my kernel images, which are available at my web site (Use the ELF kernel). That one I've tested on a 3100, a 5000/150, and a 5000/260. It doesn't contain your esp patch, because activating the TC SCSI card results in a SCSI hang during boot at my system (or do you think that's fixed now?). One thing you could check is in arch/mips/dec/prom/init.c There should be the following code (near line 86): which_prom(magic, prom_vec); if (magic == REX_PROM_MAGIC) rex_clear_cache(); Regards, -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From K.H.C.vanHouten@research.kpn.com Mon May 31 19:06:46 1999 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 TAA28084; Mon, 31 May 1999 19:06:45 +0200 (MET DST) Received-Date: Mon, 31 May 1999 19:06:45 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JBUWAI7IXM00056R@research.kpn.com> for linux-mips@fnet.fr; Mon, 31 May 1999 19:06:42 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id TAA08122; Mon, 31 May 1999 19:06:41 +0200 (MET DST) Date: Mon, 31 May 1999 19:06:41 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: 5000/150 problem ... In-reply-to: "Your message of Sat, 29 May 1999 01:31:45 +0200." <199905282331.BAA07210@fourier.numerik.math.uni-siegen.de> To: Michael Engel Cc: linux-mips@fnet.fr, K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199905311706.TAA08122@sparta.research.kpn.com> Content-Length: 3843 Lines: 93 Hi Michael, Michael Engel writes: > >Hmmm, funny. I can't get my 5000/150 to work correctly with any kernel I >tried. It always hangs after the "This is a DECstation 5000/1xx" message. >I configured the kernel for R4000, of course (and the -N also isn't the >problem). Perhaps also a buggy PROM version? Which version do you have >in your 5000/150 ? The 5000/150 I have seems to hang just before calling > jal loadmmu >or on return from the preceding instruction > jal prom_init >in arch/mips/kernel/head.S as the last instruction in prom_init is >definitely executed (I inserted a prom_printf there) and the next one in >loadmmu (hacked another prom_printf in there) isn't - maybe a stack >problem ? Maybe you could try my compiled kernel images, see my website. My kernel produces the following on my /150: KN04 V2.1k >>cnfg 3: KN04 DEC V2.1k TCF0 ( 32 MB) (enet: 08-00-2b-26-47-f0) (SCSI = 7) >>cnfg 3 3: KN04 DEC V2.1k TCF0 ( 32 MB) (enet: 08-00-2b-26-47-f0) (SCSI = 7) --------------------------------------------------- DEV PID VID REV SCSI DEV ===== ================== ========== ====== ======== rz0 RZ56 (C) DEC DEC 0400 DIR rz5 RX23 (C) DEC DEC 0054 DIR cache: I( 8 KB), D( 8 KB), S(1024 KB); Scache line (32 bytes) processor revision (3.0) mem( 0): a0000000:a0ffffff ( 16 MB) mem( 1): a1000000:a1ffffff ( 16 MB) >>boot 3/rz0/vmlinuxR4 -- console=ttyS2 single rw >> NetBSD/pmax Secondary Boot, Revision 1.0 >> (root@mona, Fri Apr 23 08:13:18 EST 1999) Boot: 3/rz0/vmlinuxR4 1239984+124128-[190+96128+90801]=0x17aed8 Starting at 0x800405cc This DECstation is a DS5000/1xx Loading R4000 MMU routines. CPU revision is: 00000430 Primary instruction cache 8kb, linesize 16 bytes) Primary data cache 8kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.2.1 (root@elrond) (gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)) #2 Sun May 23 11:29:22 MEST 1999 Calibrating delay loop... 49.81 BogoMIPS Memory: 30820k/32764k available (1080k kernel code, 576k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbc100001 (irq = 4) is a Z85C30 SCC tty01 at 0xbc100009 (irq = 4) is a Z85C30 SCC tty02 at 0xbc180001 (irq = 4) is a Z85C30 SCC tty03 at 0xbc180009 (irq = 4) is a Z85C30 SCC loop: registered device at major 7 SCSI ID 7 Clock 25 MHz CCF=0 Time-Out 167 NCR53C9x(esp236) detected ESP: Total of 1 ESP hosts found, 1 actually in use. scsi0 : ESP236 scsi : 1 host. Vendor: DEC Model: RZ56 (C) DEC Rev: 0400 Type: Direct-Access ANSI SCSI revision: 01 CCS Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 scsi : detected 1 SCSI disk total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 1299174 [634 MB] [0.6 GB] declance.c: v0.008 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:26:47:f0, irq = 3 Sending BOOTP requests............. timeout Partition check: sda: sda1 sda2 sda3 sda4 (NETBSD partition table, LE, offset 64) VFS: Unable to mount root fs via NFS, trying floppy. request_module[block-major-2]: Root fs not mounted VFS: Cannot open root device 02:00 Kernel panic: VFS: Unable to mount root fs on 02:00 Regards, Karel. From engel@math.uni-siegen.de Mon May 31 20:56:22 1999 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA28731; Mon, 31 May 1999 20:56:11 +0200 (MET DST) Received-Date: Mon, 31 May 1999 20:56:11 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id UAA12168 for linux-mips@fnet.fr; Mon, 31 May 1999 20:57:42 +0200 (MET DST) From: Michael Engel Message-Id: <199905311857.UAA12168@fourier.numerik.math.uni-siegen.de> Subject: DECstation fb console status report & more ... To: linux-mips@fnet.fr Date: Mon, 31 May 1999 20:57:34 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1581 Lines: 40 Hi, as some of you might know, Karsten Merker and I have been working on framebuffer console/keyboard/mouse support for the DECstations during the last weeks. Our work is still based on 2.1.131 and also needs lots of work but I wanted to give a short status report. What works for us now: - framebuffer console support for the MAXINE onboard framebuffer (1024x768 with 8 bit color depth) - Access.Bus keyboard and mouse (LK501 and VSXXX-BB/GB) - mostly. There seems to be some packet loss on the Bus left ... sometimes the mouse jumps ... - PMAG-BA rudimentary support (color map still garbled, black text on pink background ;-)) - since yesterday evening ;-) - framebuffer X11 3.3.2 (?) server works with both graphics adapters What I'm currently working on: - integrating the code in 2.2.1 - eliminating the packet loss on Access.Bus - keyboard/mouse driver for non-AccessBus (zs/dz-based) DECstations - support for the PMAGB-B graphics card - non US keyboard mappings Sorry, no patch yet but I promise to publish one as soon as I get the code running with 2.2.1. Any ideas what else to support are welcome. No, I don't have any docs on the PMAG-E and -F ;-). Additionally, we had the idea to run decstation.unix-ag.org on a DECstation running Linux as this would be a nice real-world test (it's currently running on a Pentium-166 with FreeBSD). This should also happen this week and - of course - I'll also bring the web pages up to date (finally ... sorry, I had to get my mathematics diploma - this was unfortunately more important ;-)). regards, Michael From R.vandenBerg@inter.NL.net Mon May 31 23:20:39 1999 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 XAA01388; Mon, 31 May 1999 23:20:37 +0200 (MET DST) Received-Date: Mon, 31 May 1999 23:20:37 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-28.Hoorn.NL.net [193.79.46.192] with ESMTP for id XAA15873 (8.8.8/3.40); Mon, 31 May 1999 23:20:34 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 31 May 1999 22:32:12 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 31 May 1999 22:32:11 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation fb console status report & more ... In-Reply-To: <199905311857.UAA12168@fourier.numerik.math.uni-siegen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 329 Lines: 14 Hello Michael, On Mon, 31 May 1999, Michael Engel wrote: > Any ideas what else to support are welcome. No, I don't have any docs on > the PMAG-E and -F ;-). A double headed system? Currently I have a PMAGB-B in the 5000/25, so it can be triple headed with a terminal attached. ;-) Thank you for the update! Regards, Richard