From annatara@hotmail.com Fri Jan 1 01:56:30 1999 Received: from hotmail.com (f309.hotmail.com [207.82.251.222]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA27220; Fri, 1 Jan 1999 01:56:29 +0100 (MET) Received-Date: Fri, 1 Jan 1999 01:56:29 +0100 (MET) Received: (qmail 6590 invoked by uid 0); 1 Jan 1999 00:55:55 -0000 Message-ID: <19990101005555.6589.qmail@hotmail.com> Received: from 209.172.100.197 by www.hotmail.com with HTTP; Thu, 31 Dec 1998 16:55:55 PST X-Originating-IP: [209.172.100.197] From: "Anand Natarajasundaram" To: egcs-bug@cygnus.com, linux-mips@fnet.fr Subject: egcs.1.0.2 compilation issue.. Date: Thu, 31 Dec 1998 16:55:55 PST Mime-Version: 1.0 Content-Type: text/plain Content-Length: 1705 Lines: 54 Hi I am using egcs.1.0.2 as a cross compiler for HOST=sparc-sun-solaris.2.5.1 , TARGET=mips-linux-elf from a sparc-sun-solaris.2.5.1 m/c. I am trying to get the cross development tools for this HOST/TARGET environment. I could do the following successfully 0) Had successfully installed binutils.2.8.1. 1) ./configure --prefix=/user/jupiter/tools --with-newlib --with-gnu-as --target=mips-linux-elf But on 'make LANGUAGES="c" ' I get the following error. make LANGUAGES="c" |& tee t CC="./xgcc -B./ -DCROSS_COMPILE -DIN_GCC -DSVR4 -g -I./include -I. -I. -Iinclude -I/user/jupiter/tools/mips-linux-elf/include"; \ export CC; \ /bin/sh ./scan-types.sh "." >tmp-deduced.h st-dummy.c:1: sys/types.h: No such file or directory st-dummy.c:4: stdio.h: No such file or directory st-dummy.c:5: time.h: No such file or directory st-dummy.c:6: signal.h: No such file or directory scan-types: could not invoke ./xgcc -B./ -DCROSS_COMPILE -DIN_GCC -DSVR4 -g -I./include -I. -I. -Iinclude -I/user/jupiter/tools/mips-linux-elf/include -E -I./ on st-dummy.c make: *** [deduced.h] Error 1 I tried the follwing 1) Had put the Linux's kernel include files in $(prefix)/mips-linux-elf/include directory. But is not available. 2) Had put the libc.2.0.6 's "include" directory in $(prefix)/mips-linux-elf/include directory from the source distribution. But header files are expected in "gnu" directory of libc.2.0.6 . This is not available. I face a bootstrap problem. Downloaded the libc' from "ftp://ftp.linux.sgi.com/cvs/libc" Thanks for the help anand ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From harald.koerfgen@netcologne.de Fri Jan 1 16:15:09 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA01043; Fri, 1 Jan 1999 16:15:07 +0100 (MET) Received-Date: Fri, 1 Jan 1999 16:15:07 +0100 (MET) Received: from franz.no.dom (dial-ra-nc1-90.netcologne.de [195.14.244.90]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id QAA01782 for ; Fri, 1 Jan 1999 16:14:59 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [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: <19981231231816.A10447@mini.gt.owl.de> Date: Fri, 01 Jan 1999 16:16:57 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Still no-go/gcc 2.7.2/binutils 2.8.1 Content-Length: 1581 Lines: 44 Hi Florian, On 31-Dec-98 Florian Lohoff wrote: [snip] > First the machine boots correct and afterwards suddenly i havnt > got an arp entry asking for it on the ethernet and nobody answering ... > > *Aaaaaaaarghl* > > Ok - got it - The machine wont answer arp requests on tftp download > and it seems that the development kernels (running 2.2pre1ac4/i386) > do have very small arp timeouts ... When i hardcode the MAC Addr > in my arp table it fully downloads the kernel ... Hmmm...., I am still using 2.0.32. > The 5000/150 shows me a "Launching Kernel" > "This is a 5000/1xx" .. and stops ... > > The 5000/260 shows me a "Launsching kernel ..." > "This DECstation is a DS5000/2x0" and stops ... Hmm Well, that one should be easy. I guess you forgot to tell the kernel which console device to use. Actually the numbering of the serial ports is ttyS[01] - mouse and keyboard, ttyS2 - port #3, ttyS3 - port #2 for 5000/1xx and 5000/2x0 and the only serial port on a 5000/xx (Personal DECstation) is ttyS0. Linux, by default, chooses the first port capable of beeing a console device, which is ttyS0. This won't work on your machines. >>boot 3/tftp/... console=ttyS2 root=/dev/ram should do the trick. Yes, you have to tell the kernel which is the root fs too. Unless..., well see my other posting :-) And, Florian, DECstation-Linux isn't generic i.e., you have to compile the source tree with the right CPU selected. That means two kernels for you, one with CONFIG_CPU_R3000 for your '240 and one with CONFIG_CPU_R4xx0 for your '150. Happy new year. --- Regards, Harald From harald.koerfgen@netcologne.de Fri Jan 1 16:15:06 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA01038; Fri, 1 Jan 1999 16:15:05 +0100 (MET) Received-Date: Fri, 1 Jan 1999 16:15:05 +0100 (MET) Received: from franz.no.dom (dial-ra-nc1-90.netcologne.de [195.14.244.90]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id QAA01789 for ; Fri, 1 Jan 1999 16:15:01 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 01 Jan 1999 16:16:59 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Recently, on a DECstation nearby... Content-Length: 3321 Lines: 92 Hi all, thought you might be interested. >>boot 3/tftp/vmlinux console=ttyS2 1083312+113760+119776 Launching kernel... This DECstation is a DS5000/1xx Loading R[23]00 MMU routines. CPU revision is: 00000230 Instruction cache 64kb Data cache 128kb Linux version 2.1.121 (harry@franz) (gcc version 2.7.2) #52 Thu Dec 31 16:17:018 Calibrating delay loop... 32.90 BogoMIPS Memory: 47132k/49148k available (936k kernel code, 820k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) slot 0: DEC PMAZ-AA V5.3d slot 1: MAGMA PARALLEL Ver. A1 Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbc100001 (irq = 3) is a Z85C30 SCC tty01 at 0xbc100009 (irq = 3) is a Z85C30 SCC tty02 at 0xbc180001 (irq = 3) is a Z85C30 SCC tty03 at 0xbc180009 (irq = 3) is a Z85C30 SCC declance.c: v0.007 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:37:f0:99, irq = 2 Sending BOOTP requests.... OK IP-Config: Got BOOTP answer from 192.168.0.2, my address is 192.168.0.4 Looking up port of RPC 100003/2 on 192.168.0.2 Looking up port of RPC 100005/1 on 192.168.0.2 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 48k freed INIT: version 2.71 booting Activating swap partitions hostname: mips /etc/rc.d/rc.sysinit: /sbin/stoplcd: No such file or directory Checking root filesystems. [Error messages snipped] Give root password for maintenance (or type Control-D for normal startup): [root@mips /root]# mount /proc /proc -t proc [root@mips /root]# cd /proc [root@mips /proc]# ls 1 5 dma kmsg partitions sys 15 6 filesystems loadavg scsi tty 2 bus fs locks self uptime 28 cmdline interrupts meminfo slabinfo version 3 cpuinfo ioports mounts stat 4 devices kcore net swaps [root@mips /proc]# cat cpuinfo cpu : MIPS cpu model : R3000A V3.0 system type : Digital DECstation 5000/1xx BogoMIPS : 32.90 byteorder : little endian unaligned accesses : 0 wait instruction : no microsecond timers : no extra interrupt vector : no hardware watchpoint : no VCED exceptions : not available VCEI exceptions : not available [root@mips /proc]# ps PID TTY STAT TIME COMMAND 5 S2 S 0:00 init boot 6 S2 S 0:00 sh /etc/rc.d/rc.sysinit 15 S2 S 0:00 -bash 30 S2 R 0:00 ps [root@mips /proc]# This is my actual source tree, with root-le-980323.tar.gz, available from ftp.linux.sgi.com/pub/test. mount, unmount and swapon on this root filesystem cause segfaults. I have replaced these with rpms from ftp.cobaltmicro.com. Cool, isn't it? Well, init takes two or three minutes for completition, but then nearly everything works smooth. Except changing the runlevel, I am still working on the config files. Happy new year. --- Regards, Harald From ralf@uni-koblenz.de Fri Jan 1 18:18:08 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 SAA01588; Fri, 1 Jan 1999 18:18:06 +0100 (MET) Received-Date: Fri, 1 Jan 1999 18:18:06 +0100 (MET) From: ralf@uni-koblenz.de Received: from eddie (ralf@eddie.uni-koblenz.de [141.26.4.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with SMTP id SAA28025 for ; Fri, 1 Jan 1999 18:18:01 +0100 (MET) Received: by eddie (SMI-8.6/KO-2.0) id SAA23425; Fri, 1 Jan 1999 18:18:00 +0100 Message-ID: <19990101181759.02196@uni-koblenz.de> Date: Fri, 1 Jan 1999 18:17:59 +0100 To: linux-mips@fnet.fr Subject: Re: Recently, on a DECstation nearby... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Harald Koerfgen on Fri, Jan 01, 1999 at 04:16:59PM +0100 Content-Length: 138 Lines: 9 On Fri, Jan 01, 1999 at 04:16:59PM +0100, Harald Koerfgen wrote: Congratulations, nice work! > Happy new year. Happy new year! Ralf From flo@mini.gt.owl.de Fri Jan 1 18:42:44 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA01726; Fri, 1 Jan 1999 18:42:43 +0100 (MET) Received-Date: Fri, 1 Jan 1999 18:42:43 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id C228B4E72; Fri, 1 Jan 1999 09:42:41 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 0FA202E007; Fri, 1 Jan 1999 18:42:41 +0100 (CET) Date: Fri, 1 Jan 1999 18:42:41 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Still no-go/gcc 2.7.2/binutils 2.8.1 Message-ID: <19990101184240.A20262@mini.gt.owl.de> References: <19981231231816.A10447@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Fri, Jan 01, 1999 at 04:16:57PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 2574 Lines: 60 On Fri, Jan 01, 1999 at 04:16:57PM +0100, Harald Koerfgen wrote: > > [snip] > > First the machine boots correct and afterwards suddenly i havnt > > got an arp entry asking for it on the ethernet and nobody answering ... > > > > *Aaaaaaaarghl* > > > > Ok - got it - The machine wont answer arp requests on tftp download > > and it seems that the development kernels (running 2.2pre1ac4/i386) > > do have very small arp timeouts ... When i hardcode the MAC Addr > > in my arp table it fully downloads the kernel ... > > Hmmm...., I am still using 2.0.32. Jep - that seems to be the problem somewhere in 2.1 the arp state machine seems to have moved and/or replaced. There seems to be an expiry problem. Mail to linux-kernel@vger is out ... > > The 5000/150 shows me a "Launching Kernel" > > "This is a 5000/1xx" .. and stops ... > > > > The 5000/260 shows me a "Launsching kernel ..." > > "This DECstation is a DS5000/2x0" and stops ... Hmm > > Well, that one should be easy. I guess you forgot to tell the kernel which > console device to use. Actually the numbering of the serial ports is > ttyS[01] - mouse and keyboard, ttyS2 - port #3, ttyS3 - port #2 for > 5000/1xx and 5000/2x0 and the only serial port on a 5000/xx (Personal > DECstation) is ttyS0. Linux, by default, chooses the first port capable of > beeing a console device, which is ttyS0. This won't work on your machines. Ok - got it - Works on the 5000/150 with console=ttyS2. Currently i think the declance doesnt work for me - I have compiled the kernel with Kernel Level Autoconfig/BootP and root-nfs but i only get debugging messages from the declance driver although i get the correct mac address shown ... > >>boot 3/tftp/... console=ttyS2 root=/dev/ram > > should do the trick. Yes, you have to tell the kernel which is the root fs > too. Unless..., well see my other posting :-) > > And, Florian, DECstation-Linux isn't generic i.e., you have to compile the > source tree with the right CPU selected. That means two kernels for you, > one with CONFIG_CPU_R3000 for your '240 and one with CONFIG_CPU_R4xx0 for > your '150. I was aware of that. I am working with the /150 as the booting is MUCH faster as the BootProm of the /240 is a bit buggy and shows a debugging line for every tftp packet which is a lot on a 1.3MB kernel and 9600 8N1 :) Ok - where do i get a working declance ? I think i have to look into CVS to look into the vger CVS trees ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Fri Jan 1 19:55:15 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA02108; Fri, 1 Jan 1999 19:55:14 +0100 (MET) Received-Date: Fri, 1 Jan 1999 19:55:14 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id EECB14E74; Fri, 1 Jan 1999 10:55:12 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 4D83F2E004; Fri, 1 Jan 1999 19:55:12 +0100 (CET) Date: Fri, 1 Jan 1999 19:55:12 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Linux-mips CVS ? Message-ID: <19990101195512.B21150@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: flo@mini.gt.owl.de Content-Length: 351 Lines: 10 Hi, is there a Linux/Mips CVS tree reachable via anonymous CVS or somethign i just installed CVS and treid a bit around and was able to sync to the zebra anonymous CVS tree :) (Very proud of myself :) ) So long ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From harald.koerfgen@netcologne.de Fri Jan 1 21:49:51 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA05557; Fri, 1 Jan 1999 21:49:49 +0100 (MET) Received-Date: Fri, 1 Jan 1999 21:49:49 +0100 (MET) Received: from franz.no.dom (dial2-59.netcologne.de [194.8.195.59]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id VAA10893 for ; Fri, 1 Jan 1999 21:49:47 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 01 Jan 1999 21:51:43 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: declance.c v0.007 Content-Length: 352 Lines: 14 Hi all, declance.c v0.007 can de downloaded from ftp.linux.sgi.com ftp://ftp.linux.sgi.com/pub/test/declance.c I wouldn't call v0.007 rocksolid and it doesn't work on my 5000/260, but if want to play with it, do so :-). I'll make a diff of my actual source tree against pre2 as soon as I can. Probably this weekend. Stay tuned. --- Regards, Harald From triemer@apt4g.a3nyc.com Fri Jan 1 21:57:30 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 VAA05685; Fri, 1 Jan 1999 21:57:29 +0100 (MET) Received-Date: Fri, 1 Jan 1999 21:57:29 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id PAA13450 for ; Fri, 1 Jan 1999 15:57:42 -0500 Date: Fri, 1 Jan 1999 15:57:41 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: declance.c v0.007 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 602 Lines: 24 Thanks... just found it on ftp.linux.sgi.com .... -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Fri, 1 Jan 1999, Harald Koerfgen wrote: > Hi all, > > declance.c v0.007 can de downloaded from ftp.linux.sgi.com > > ftp://ftp.linux.sgi.com/pub/test/declance.c > > I wouldn't call v0.007 rocksolid and it doesn't work on my 5000/260, but > if want to play with it, do so :-). I'll make a diff of my actual source > tree against pre2 as soon as I can. Probably this weekend. > > Stay tuned. > --- > Regards, > Harald > From flo@mini.gt.owl.de Fri Jan 1 23:55:08 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA08771; Fri, 1 Jan 1999 23:55:06 +0100 (MET) Received-Date: Fri, 1 Jan 1999 23:55:06 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 7537D4E72; Fri, 1 Jan 1999 14:55:04 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 623DC2E007; Fri, 1 Jan 1999 23:55:03 +0100 (CET) Date: Fri, 1 Jan 1999 23:55:03 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: declance.c v0.007 Message-ID: <19990101235502.A23847@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Fri, Jan 01, 1999 at 09:51:43PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 631 Lines: 19 On Fri, Jan 01, 1999 at 09:51:43PM +0100, Harald Koerfgen wrote: > Hi all, > > declance.c v0.007 can de downloaded from ftp.linux.sgi.com > > ftp://ftp.linux.sgi.com/pub/test/declance.c > > I wouldn't call v0.007 rocksolid and it doesn't work on my 5000/260, but > if want to play with it, do so :-). I'll make a diff of my actual source > tree against pre2 as soon as I can. Probably this weekend. Ok - i got it to work - Boots fine even with nfs-root. -> Experiences in a seperate mail Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Sat Jan 2 00:13:32 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09032; Sat, 2 Jan 1999 00:13:31 +0100 (MET) Received-Date: Sat, 2 Jan 1999 00:13:31 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id B96F14E72; Fri, 1 Jan 1999 15:13:29 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id E287C2E004; Sat, 2 Jan 1999 00:13:28 +0100 (CET) Date: Sat, 2 Jan 1999 00:13:28 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Boot success/root-nfs Message-ID: <19990102001328.B23847@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: flo@mini.gt.owl.de Content-Length: 960 Lines: 35 Hi, just got the declance.c (V0.007) and downloaded the root-le (RedHat *idontlikeredhat*) Ok - except the mounting errors because of the root-fs not beeing a ext2 :) it works. I got some really funny "RPC: sendmsg returned errror 128" error msgs leading to a "Server not responding". Dont know but suddenly they are gone. Ill report again. Anotherone is that the kernel is unable to find an initial console until you link /dev/console -> /dev/ttyS2 (for me) ... Now i am up and running (real slow -> seperate mail). cpu : MIPS cpu model : R4000SC V3.0 system type : Digital DECstation 5000/1xx BogoMIPS : 49.81 byteorder : little endian unaligned accesses : 0 wait instruction : no microsecond timers : yes extra interrupt vector : no hardware watchpoint : yes VCED exceptions : 554 VCEI exceptions : 108 :) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Sat Jan 2 00:20:56 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09999; Sat, 2 Jan 1999 00:20:55 +0100 (MET) Received-Date: Sat, 2 Jan 1999 00:20:55 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 592944E72; Fri, 1 Jan 1999 15:20:53 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 855CB2E004; Sat, 2 Jan 1999 00:20:52 +0100 (CET) Date: Sat, 2 Jan 1999 00:20:52 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: declance questions Message-ID: <19990102002052.C23847@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: flo@mini.gt.owl.de Content-Length: 1106 Lines: 36 Hi, i found out that the transfers of the declance/nfs are VERY bursty. If you look at an tcpdump you see that you have heavy activity some seconds (10-30) and then a delay of couple of seconds to minutes. Also - is it correct that data from&to the ethernet is copied via CPU ? --------------schnipp----------------- /* * copy 16 Byte chunks */ clen = len >> 4; tp = (unsigned short *)to; fp = (unsigned short *)from; while (clen--) { *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; *tp++ = *fp++; tp += 8; } --------------schnapp----------------- The comment says that there is an misalignment for the skbs ? But i remember reading in one of the TC DMA Docs TcIA or something about byte alignment. Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From harald.koerfgen@netcologne.de Sat Jan 2 09:34:39 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA20314; Sat, 2 Jan 1999 09:34:38 +0100 (MET) Received-Date: Sat, 2 Jan 1999 09:34:38 +0100 (MET) Received: from franz.no.dom (dial-ra-nc1-6.netcologne.de [195.14.244.6]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id JAA04749 for ; Sat, 2 Jan 1999 09:34:35 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [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: <19990102002052.C23847@mini.gt.owl.de> Date: Sat, 02 Jan 1999 09:36:33 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: declance questions Content-Length: 1850 Lines: 53 Hi all, On 01-Jan-99 Florian Lohoff wrote: > Hi, > i found out that the transfers of the declance/nfs are VERY bursty. > If you look at an tcpdump you see that you have heavy activity some > seconds (10-30) and then a delay of couple of seconds to minutes. > > Also - is it correct that data from&to the ethernet is copied > via CPU ? > > --------------schnipp----------------- > /* > * copy 16 Byte chunks > */ > clen = len >> 4; > tp = (unsigned short *)to; > fp = (unsigned short *)from; > while (clen--) { > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > *tp++ = *fp++; > tp += 8; > } > --------------schnapp----------------- Well, normally the function eth_copy_and_sum() is used for that. eth_copy_and_sum() calls memcpy() and csum_partial_copy(), which are heavily optimised, architecture dependant assembly routines. So, yes, it _is_ normal that packets are copied via the CPU. Unfortunately these routines rely on the fact that the buffers are continuous in memory, which is not the case here. On the IOASIC DECstations we have 16 Bytes of valid data followed by a 16-Byte gap. cp_*_buf are just a first approach and leave room for improvement :-). > The comment says that there is an misalignment for the skbs ? > But i remember reading in one of the TC DMA Docs TcIA or something > about byte alignment. Unfortunately the on board IOASIC isn't as intelligent. You may want to read chapter 9 of the "DEC 3000 300/400/500/600/700/800/900 AXP Models System Programmer's Manual", available at decstation.unix-ag.org. Happy hacking. --- Regards, Harald From harald.koerfgen@netcologne.de Sat Jan 2 09:34:42 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA20320; Sat, 2 Jan 1999 09:34:41 +0100 (MET) Received-Date: Sat, 2 Jan 1999 09:34:41 +0100 (MET) Received: from franz.no.dom (dial-ra-nc1-6.netcologne.de [195.14.244.6]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id JAA04753 for ; Sat, 2 Jan 1999 09:34:37 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [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: <19990102001328.B23847@mini.gt.owl.de> Date: Sat, 02 Jan 1999 09:36:35 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: Boot success/root-nfs Content-Length: 1732 Lines: 58 Hi, On 01-Jan-99 Florian Lohoff wrote: > Hi, > just got the declance.c (V0.007) and downloaded the root-le > (RedHat *idontlikeredhat*) > > Ok - except the mounting errors because of the root-fs not beeing a > ext2 :) it works. :-) > I got some really funny "RPC: sendmsg returned errror 128" error msgs > leading to a "Server not responding". Dont know but suddenly they are > gone. > Ill report again. As I've said, I wouldn't call 0.007 rock-solid, but, hey, we're hacking aren't we? > Anotherone is that the kernel is unable to find an initial console > until you link /dev/console -> /dev/ttyS2 (for me) ... Sorry, forgot to mention, you have to change /dev/console and /dev/tty according to linux/Documentation/serial-console.txt. > Now i am up and running (real slow -> seperate mail). > > cpu : MIPS > cpu model : R4000SC V3.0 > system type : Digital DECstation 5000/1xx > BogoMIPS : 49.81 > byteorder : little endian > unaligned accesses : 0 > wait instruction : no > microsecond timers : yes > extra interrupt vector : no > hardware watchpoint : yes > VCED exceptions : 554 > VCEI exceptions : 108 > Florian, declance.c doesn't work on my '260, so I'd like to ask you a few R4000 related questions: o How long does it take for init to start? It takes several _minutes_ on my '133 and tcpdump doesn't show any activity on the wire. o Can you switch the runlevel? Doesn't work on my '133, machine hangs completely. o Does mount work with a vanilla /bin/mount? It didn't on my '133. This is no big deal. Replacing /bin/mount with an rpm from ftp.cobaltmicro.com _did_ work. --- Regards, Harald From flo@mini.gt.owl.de Sat Jan 2 12:59:42 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA21182; Sat, 2 Jan 1999 12:59:41 +0100 (MET) Received-Date: Sat, 2 Jan 1999 12:59:41 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 5391F4E74; Sat, 2 Jan 1999 03:59:40 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 7B35B2E004; Sat, 2 Jan 1999 12:59:39 +0100 (CET) Date: Sat, 2 Jan 1999 12:59:39 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Boot success/root-nfs Message-ID: <19990102125939.A29731@mini.gt.owl.de> References: <19990102001328.B23847@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Sat, Jan 02, 1999 at 09:36:35AM +0100 Sender: flo@mini.gt.owl.de Content-Length: 1714 Lines: 45 On Sat, Jan 02, 1999 at 09:36:35AM +0100, Harald Koerfgen wrote: > As I've said, I wouldn't call 0.007 rock-solid, but, hey, we're hacking > aren't we? :) > > Anotherone is that the kernel is unable to find an initial console > > until you link /dev/console -> /dev/ttyS2 (for me) ... > > Sorry, forgot to mention, you have to change /dev/console and /dev/tty > according to linux/Documentation/serial-console.txt. The "Unable to open initial console" helped a lot :) > Florian, declance.c doesn't work on my '260, so I'd like to ask you a few > R4000 related questions: It doesnt work on my /240 either ... It sends out packages and it gets the FIRST but no others - It receives the BOOTP request answer correct but the tcpdump output shows that it trys to ask my sunrpc for the port numbers for the mountd/nfsd which my machine answers but it doesnt seem to creep up the Kernel. > o How long does it take for init to start? It takes several _minutes_ on > my '133 and tcpdump doesn't show any activity on the wire. Yup multiple minutes ... > o Can you switch the runlevel? Doesn't work on my '133, machine hangs > completely. It looks like it does - It boots into and then shows me a change to 3 and trys then to start a mingetty on /dev/ttyS2 which doesnt seem to work :) > o Does mount work with a vanilla /bin/mount? It didn't on my '133. This is > no big deal. Replacing /bin/mount with an rpm from ftp.cobaltmicro.com > _did_ work. It does ... I tried to replace the init by the one on CobaltMicro but that doesnt help so - What on earth is the init doing ? Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From harald.koerfgen@netcologne.de Sat Jan 2 17:29:35 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA26242; Sat, 2 Jan 1999 17:29:34 +0100 (MET) Received-Date: Sat, 2 Jan 1999 17:29:34 +0100 (MET) Received: from franz.no.dom (dial6k-171.netcologne.de [195.14.233.171]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id RAA19559 for ; Sat, 2 Jan 1999 17:29:31 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [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: <19990102125939.A29731@mini.gt.owl.de> Date: Sat, 02 Jan 1999 17:31:21 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Boot success/root-nfs Content-Length: 1693 Lines: 49 Hi, On 02-Jan-99 Florian Lohoff wrote: >> Florian, declance.c doesn't work on my '260, so I'd like to ask you a >> few >> R4000 related questions: > > It doesnt work on my /240 either ... It sends out packages and > it gets the FIRST but no others - It receives the BOOTP request answer > correct but the tcpdump output shows that it trys to ask my > sunrpc for the port numbers for the mountd/nfsd which my machine > answers but it doesnt seem to creep up the Kernel. Exactly the same for my '260. The LANCE refuses to receive further packets after having received 3 (three) packets. Can be checked with defining TEST_HITS. >> o How long does it take for init to start? It takes several _minutes_ >> on >> my '133 and tcpdump doesn't show any activity on the wire. > > Yup multiple minutes ... Ok, then this is not processor dependant. >> o Can you switch the runlevel? Doesn't work on my '133, machine hangs >> completely. > > It looks like it does - It boots into and then shows me a change to > 3 and trys then to start a mingetty on /dev/ttyS2 which doesnt seem to > work :) > >> o Does mount work with a vanilla /bin/mount? It didn't on my '133. This >> is >> no big deal. Replacing /bin/mount with an rpm from ftp.cobaltmicro.com >> _did_ work. > > It does ... I tried to replace the init by the one on CobaltMicro > but that doesnt help so - What on earth is the init doing ? I am beginning to wonder. I built a statically linked init for an R3000 target and this is *way* faster, but I doubt that this is a ld.so problem. init executes some shell scripts and bash is dynamically linked... Anyway, I am going to clean up my source tree a little bit. --- Regards, Harald From rraffer1@osf1.gmu.edu Sun Jan 3 17:48:38 1999 Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA09162; Sun, 3 Jan 1999 17:48:37 +0100 (MET) Received-Date: Sun, 3 Jan 1999 17:48:37 +0100 (MET) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id CAA07848 for ; Sun, 3 Jan 1999 02:32:59 -0500 (EST) Date: Sun, 3 Jan 1999 02:32:59 -0500 (EST) From: Ryan Rafferty Reply-To: Ryan Rafferty To: linux-mips@fnet.fr Subject: EGCS for breakfast? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 498 Lines: 14 I have been banging around on the EGCS 1.1.1 release, trying to get it to do mipsel-linux, but it refuses. I noticed the egcs ports on fnet are a bit crusty; has anyone tried to get the latest release to work? On a related item, binutils 2.9.1 compiles like a charm for the mipsel-linux target, but looks can be deceiving. My build/host platform is i686-unknown-linux-gnu with mipsel-unknown-linux-gnu as the target. Ryan Rafferty off to the egcs sources... *yawn* in the morning, that is... From K.H.C.vanHouten@research.kpn.com Sun Jan 3 14:14:05 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 OAA05589; Sun, 3 Jan 1999 14:14:02 +0100 (MET) Received-Date: Sun, 3 Jan 1999 14:14:02 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J63UWKB61K00019I@research.kpn.com> for linux-mips@fnet.fr; Sun, 3 Jan 1999 14:14:00 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id OAA25331; Sun, 03 Jan 1999 14:13:14 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 03 Jan 1999 14:13:14 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Latest kernel on DECstation reports (LONG!) To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901031313.OAA25331@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: 13789 Lines: 373 Happy new year to all Decstation Linux hackers. A rainy weekend is ideal for hacking, so I tried Haralds latest kernel, and the new declance.c My setup: DECstation 5000/260 at 139.63.1.12, served by a i386 linux box at 139.63.1.4 NFSROOT_DEBUG, TEST_HITS, DEBUG_DRIVER defined, and even ZERO defined as (1) :-) ----------------------------------------------------------------------------- First try: nfsroot: KN05 V2.1k (PC: 0x8005b838, SP: 0x80047e90) >>boot 3/tftp console=ttyS2 nfsroot=139.63.1.4:/local/export/mips -tftp boot(3), bootp|139.63.1.4:/tftpboot/nbImage -tftp load 1094112+115248+236208 Launching kernel... This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes) Primary data cache 16kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.1.121 (root@turgon) (gcc version 2.7.2) #21 Sun Jan 3 13:25:01 MET 1999 Calibrating delay loop... 59.90 BogoMIPS Memory: 192588k/196604k available (936k kernel code, 2680k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) slot 1: DEC PMAZ-AA V5.3d Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbf900001 (irq = 3) is a Z85C30 SCC tty01 at 0xbf900009 (irq = 3) is a Z85C30 SCC tty02 at 0xbf980001 (irq = 3) is a Z85C30 SCC tty03 at 0xbf980009 (irq = 3) is a Z85C30 SCC RAM disk driver initialized: 16 RAM disks of 4096K size loop: registered device at major 7 declance.c: v0.007 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:37:63:76, irq = 2 IP-Config: Entered. RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Opened eth0 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) BOOTP: XID=0ba7ae57 BOOTP: Route lookup: 1:00000000 -> 0:ffffffff: Output Sending BOOTP and RARP requests....[X...............][.._.............] BOOTP: Route lookup: 2:04013f8b -> 0:0c013f8b: Input BOOTP: Route lookup: 0:00000000 -> 0:04013f8b: Check OK RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Got RARP answer from 139.63.1.4, my address is 139.63.1.12 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Unable to set interface netmask (-22). RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ??? ? PC: 0x8005b7ec ? CR: 0x30002400 ? SR: 0x10500807 ? CFG: 0x10410483 ? ER: 0xc78f00fc ? CK: 0x87008c00 ? ? MB_CS: 0x00bf8001 ? MB_INT: 0x101f0001 ? ? SIR: 0x00008101 ? SIRM: 0xff0101c0 ? ? at:00000001 a2:FFFFFC18 t3:FFFFFFF5 s0:00000000 s5:00000003 k1:80047ED0 ? v0:00000000 a3:00000002 t4:11000000 s1:000006B2 s6:00000000 gp:80046000 ? v1:00000000 t0:80047FE0 t5:8052E800 s2:800482A0 s7:80047E90 sp:80047E90 ? a0:00000019 t1:00000800 t6:8052E800 s3:00000F00 t8:00000001 fp:80047E90 ? a1:80046000 t2:00000000 t7:805015D8 s4:A000FCEC t9:80509BB8 ra:8004E110 KN05 V2.1k (PC: 0x8005b7ec, SP: 0x80047e90) ----------------------------------------------------------------------------- Relevent part of tcpdump output: 13:38:34.716956 0.0.0.0.68 > 255.255.255.255.67: xid:0x57aea70b [|bootp] (ttl 64, id 0) 13:38:34.716956 rarp who-is 8:0:2b:37:63:76 tell 8:0:2b:37:63:76 13:38:34.716956 rarp reply 8:0:2b:37:63:76 at 139.63.1.12 13:38:34.726956 139.63.1.4.67 > 139.63.1.12.68: xid:0x57aea70b Y:139.63.1.12 S:139.63.1.4 [|bootp] (ttl 64, id 31778) 13:38:37.757034 139.63.1.4.1236 > 139.63.1.12.54119: udp 516 (ttl 64, id 31779) 13:38:41.867137 arp who-has 139.63.1.4 tell 139.63.1.12 13:38:41.867137 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:38:42.757163 139.63.1.4.1236 > 139.63.1.12.54119: udp 516 (ttl 64, id 31780) 13:38:45.757241 arp who-has 139.63.1.5 tell 139.63.1.4 13:38:47.757293 139.63.1.4.1236 > 139.63.1.12.54119: udp 516 (ttl 64, id 31781) 13:38:49.227319 139.63.1.12 > 139.63.1.4: icmp: 139.63.1.12 udp port 54119 unreachable [tos 0xc0] (ttl 255, id 1) 13:38:49.227319 139.63.1.12 > 139.63.1.4: icmp: 139.63.1.12 udp port 54119 unreachable [tos 0xc0] (ttl 255, id 2) 13:38:49.227319 139.63.1.12 > 139.63.1.4: icmp: 139.63.1.12 udp port 54119 unreachable [tos 0xc0] (ttl 255, id 3) 13:39:01.987657 139.63.1.12.800 > 139.63.1.4.111: udp 56 (ttl 64, id 4) 13:39:02.017657 139.63.1.4.111 > 139.63.1.12.800: udp 28 (ttl 64, id 31782) 13:39:09.747865 arp who-has 139.63.1.4 tell 139.63.1.12 13:39:09.747865 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:39:09.787865 139.63.1.12.800 > 139.63.1.4.111: udp 56 (ttl 64, id 5) 13:39:09.797865 139.63.1.4.111 > 139.63.1.12.800: udp 28 (ttl 64, id 31783) 13:39:11.307910 arp who-has 139.63.1.4 tell 139.63.1.12 13:39:11.307910 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:39:12.867942 arp who-has 139.63.1.4 tell 139.63.1.12 13:39:12.867942 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:39:13.677968 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 31784) 13:39:14.427994 arp who-has 139.63.1.4 tell 139.63.1.12 13:39:14.427994 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:39:14.687994 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 31785) 13:39:15.688020 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 31786) 13:39:15.998020 arp who-has 139.63.1.4 tell 139.63.1.12 13:39:15.998020 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b ----------------------------------------------------------------------------- It seems that the decstation answers all packets as unreachable. Even ping doesn't work. ============================================================================= Second try: Ramdisk: >>boot 3/tftp console=ttyS2 root=/dev/ram -tftp boot(3), bootp|139.63.1.4:/tftpboot/nbImage/ -tftp load 1094112+115248+236208 Launching kernel... This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes) Primary data cache 16kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.1.121 (root@turgon) (gcc version 2.7.2) #21 Sun Jan 3 13:25:01 MET 1999 Calibrating delay loop... 59.90 BogoMIPS Memory: 192588k/196604k available (936k kernel code, 2680k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) slot 1: DEC PMAZ-AA V5.3d Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbf900001 (irq = 3) is a Z85C30 SCC tty01 at 0xbf900009 (irq = 3) is a Z85C30 SCC tty02 at 0xbf980001 (irq = 3) is a Z85C30 SCC tty03 at 0xbf980009 (irq = 3) is a Z85C30 SCC RAM disk driver initialized: 16 RAM disks of 4096K size loop: registered device at major 7 declance.c: v0.007 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:37:63:76, irq = 2 IP-Config: Entered. RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Opened eth0 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) BOOTP: XID=464ed84e BOOTP: Route lookup: 1:00000000 -> 0:ffffffff: Output Sending BOOTP and RARP requests....[X...............][.._.............] BOOTP: Route lookup: 2:04013f8b -> 0:0c013f8b: Input BOOTP: Route lookup: 0:00000000 -> 0:04013f8b: Check OK RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Got RARP answer from 139.63.1.4, my address is 139.63.1.12 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Unable to set interface netmask (-22). RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 56k freed Unable to handle kernel paging request at virtual address ffffaa9c, epc == 8012aa38, ra == 8012aa20 Oops: 0000 $0 : 00000000 800e4e0c 00000000 bf980001 $4 : 00000f00 00000001 80509f78 00000000 $8 : 8005f808 8014b5a3 0000003c 30002800 $12: a000fcec 80112f0e 80147bec 00000000 $16: 00000002 00000000 80073124 00000f00 $20: a000fcec 00000003 00000000 ffffffff $24: a000fcec 80141c7c $28: 80504000 80505fe0 f7c759fd 8012aa20 epc : 8012aa38 Status: 10000803 Cause : 80002008 Process swapper (pid: 3, stackpage=80504000) Stack: 00000000 00000000 8011bfb0 800bdb74 800bdc34 00000488 00000000 8011bfa4 Call Trace: [<8011bfb0>] [<800bdb74>] [<800bdc34>] [<8011bfa4>] Code: 02602021 24021018 0000000c <10dd0006> 8012aa9c 0240f809 02202021 00402021 24020fa1 Stand-alone shell (version 1.0) > [X...............][.X..............] > [..X.............][...X............][....X...........] > -mount -t nfs 139.63.1.4:/local/export/mips /mnt nfs_read_super: missing data argument mount failed: Invalid argument > [.....X..........] > -mount -t nfs 139.63.1.4:/local/export/mips /mnt nfs_read_super: missing data argument mount failed: Invalid argument > -mount -t proc none /proc > cd /proc > -more cpuinfo << cpuinfo >> cpu : MIPS cpu model : R4400SC V4.0 system type : Digital DECstation 5000/2x0 BogoMIPS : 59.90 byteorder : little endian unaligned accesses : 0 wait instruction : no microsecond timers : yes extra interrupt vector : no hardware watchpoint : yes VCED exceptions : 15 VCEI exceptions : 0 > ----------------------------------------------------------------------------- Relevent part of tcpdump output: 13:49:57.724692 0.0.0.0.68 > 255.255.255.255.67: xid:0x4ed84e46 [|bootp] (ttl 64, id 0) 13:49:57.724692 rarp who-is 8:0:2b:37:63:76 tell 8:0:2b:37:63:76 13:49:57.724692 rarp reply 8:0:2b:37:63:76 at 139.63.1.12 13:49:57.724692 139.63.1.4.67 > 139.63.1.12.68: xid:0x4ed84e46 Y:139.63.1.12 S:139.63.1.4 [|bootp] (ttl 64, id 41279) 13:50:00.584770 139.63.1.4.1240 > 139.63.1.12.54119: udp 516 (ttl 64, id 41282) 13:50:00.594770 arp who-has 139.63.1.4 tell 139.63.1.12 13:50:00.594770 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 13:50:00.614770 139.63.1.12 > 139.63.1.4: icmp: 139.63.1.12 udp port 54119 unreachable [tos 0xc0] (ttl 255, id 1) 13:50:16.275159 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 41285) 13:50:16.295164 139.63.1.12 > 139.63.1.4: icmp: echo reply (ttl 255, id 2) 13:50:17.285185 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 41286) 13:50:17.305195 139.63.1.12 > 139.63.1.4: icmp: echo reply (ttl 255, id 3) 13:50:18.285211 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 41287) 13:50:18.295216 139.63.1.12 > 139.63.1.4: icmp: echo reply (ttl 255, id 4) ----------------------------------------------------------------------------- But now ping from the server WORKS. Harald, Florian, does this help you? 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 flo@mini.gt.owl.de Sun Jan 3 15:53:34 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA06465; Sun, 3 Jan 1999 15:53:33 +0100 (MET) Received-Date: Sun, 3 Jan 1999 15:53:33 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id DCD1D4E88; Sun, 3 Jan 1999 06:53:31 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 8C1832E004; Sun, 3 Jan 1999 15:53:31 +0100 (CET) Date: Sun, 3 Jan 1999 15:53:31 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Latest kernel on DECstation reports (LONG!) Message-ID: <19990103155331.A15558@mini.gt.owl.de> References: <199901031313.OAA25331@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199901031313.OAA25331@sparta.research.kpn.com>; from Karel van Houten on Sun, Jan 03, 1999 at 02:13:14PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 3643 Lines: 109 On Sun, Jan 03, 1999 at 02:13:14PM +0100, Karel van Houten wrote: > Happy new year to all Decstation Linux hackers. > > A rainy weekend is ideal for hacking, so I tried Haralds latest kernel, > and the new declance.c > > My setup: > > DECstation 5000/260 at 139.63.1.12, > served by a i386 linux box at 139.63.1.4 > > NFSROOT_DEBUG, > TEST_HITS, DEBUG_DRIVER defined, and even ZERO defined as (1) :-) > > BOOTP: XID=0ba7ae57 > BOOTP: Route lookup: 1:00000000 -> 0:ffffffff: Output > Sending BOOTP and RARP requests....[X...............][.._.............] > BOOTP: Route lookup: 2:04013f8b -> 0:0c013f8b: Input > BOOTP: Route lookup: 0:00000000 -> 0:04013f8b: Check > OK > RX ptr: 00000020(00000040) > TX ptr: 000000a0(00000140) > TX rings: > 0: 0x00006320(0xa002c640) > 1: 0x00006940(0xa002d280) > 2: 0x00006f60(0xa002dec0) > RX rings: > 0: 0x00000120(0xa0020240) > 1: 0x00000740(0xa0020e80) > 2: 0x00000d60(0xa0021ac0) > IP-Config: Got RARP answer from 139.63.1.4, my address is 139.63.1.12 > RX ptr: 00000020(00000040) > TX ptr: 000000a0(00000140) > TX rings: > 0: 0x00006320(0xa002c640) > 1: 0x00006940(0xa002d280) > 2: 0x00006f60(0xa002dec0) > RX rings: > 0: 0x00000120(0xa0020240) > 1: 0x00000740(0xa0020e80) > 2: 0x00000d60(0xa0021ac0) > IP-Config: Unable to set interface netmask (-22). Thats interesting - it seems that you have misconfigured something. This works for me with a problem although i use bootp for address resolution as i have set this up already to boot the kernel so why use rarp :) > 13:39:14.427994 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b > 13:39:14.687994 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 31785) > 13:39:15.688020 139.63.1.4 > 139.63.1.12: icmp: echo request (ttl 64, id 31786) > 13:39:15.998020 arp who-has 139.63.1.4 tell 139.63.1.12 > 13:39:15.998020 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b This looks like the decstation is not able to send out the ICMP echo reply because it hasnt got an arp entry for the sending station. > It seems that the decstation answers all packets as unreachable. > Even ping doesn't work. > > BOOTP: XID=464ed84e > BOOTP: Route lookup: 1:00000000 -> 0:ffffffff: Output > Sending BOOTP and RARP requests....[X...............][.._.............] > BOOTP: Route lookup: 2:04013f8b -> 0:0c013f8b: Input > BOOTP: Route lookup: 0:00000000 -> 0:04013f8b: Check > OK > RX ptr: 00000020(00000040) > TX ptr: 000000a0(00000140) > TX rings: > 0: 0x00006320(0xa002c640) > 1: 0x00006940(0xa002d280) > 2: 0x00006f60(0xa002dec0) > RX rings: > 0: 0x00000120(0xa0020240) > 1: 0x00000740(0xa0020e80) > 2: 0x00000d60(0xa0021ac0) > IP-Config: Got RARP answer from 139.63.1.4, my address is 139.63.1.12 > RX ptr: 00000020(00000040) > TX ptr: 000000a0(00000140) > IP-Config: Unable to set interface netmask (-22). > But now ping from the server WORKS. > > Harald, Florian, does this help you? Ask Harald - I havent got any clue whats going on - I just tried the same as you :) Ill have a look at the kernel now as my vt100 just got working again :) Would you mind trying bootp from Kernel Level Autoconfig ? It seems that the RARP thing doesnt work correctly or at least you get a wrong netmask ... ds5000-150:\ ip=10.1.1.11:\ ht=ethernet:\ ha=08002b28f0a3:\ bf=/data/mips/nbImage:\ sm=255.0.0.0:\ rp=/data/mips/root This assumes the tftp server is on the same machine .... Harald and me discovered that on the /260 and /240 the declance works or 1 packet not more ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Sun Jan 3 18:15:39 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA13186; Sun, 3 Jan 1999 18:15:38 +0100 (MET) Received-Date: Sun, 3 Jan 1999 18:15:38 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 87F3A4E8D; Sun, 3 Jan 1999 09:15:37 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 206BA2E004; Sun, 3 Jan 1999 18:15:37 +0100 (CET) Date: Sun, 3 Jan 1999 18:15:37 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: EGCS for breakfast? Message-ID: <19990103181536.A17310@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Ryan Rafferty on Sun, Jan 03, 1999 at 02:32:59AM -0500 Sender: flo@mini.gt.owl.de Content-Length: 1048 Lines: 25 On Sun, Jan 03, 1999 at 02:32:59AM -0500, Ryan Rafferty wrote: > I have been banging around on the EGCS 1.1.1 release, trying to get it to > do mipsel-linux, but it refuses. I noticed the egcs ports on fnet are a > bit crusty; has anyone tried to get the latest release to work? > > On a related item, binutils 2.9.1 compiles like a charm for the > mipsel-linux target, but looks can be deceiving. > > My build/host platform is i686-unknown-linux-gnu with > mipsel-unknown-linux-gnu as the target. Ok - i tried around a lot and i must say DONT USE THE NEWEST VERSIONS. Mostly the newest version do have LOADS of bugs i seem not be able to fix or even see - You just see a non working kernel. I had luck getting "egcs 1.02 + mips patch" to work and gcc 2.7.2 + cross patch + mips patch and binutils 2.8.1 + mips patch + the one liner noted on one of the web sites for building a netbooting ecoff binary ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Sun Jan 3 18:18:30 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA13637; Sun, 3 Jan 1999 18:18:29 +0100 (MET) Received-Date: Sun, 3 Jan 1999 18:18:29 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id F3FFE4E8D; Sun, 3 Jan 1999 09:18:27 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id BEC8B2E004; Sun, 3 Jan 1999 18:18:27 +0100 (CET) Date: Sun, 3 Jan 1999 18:18:27 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Init hanging on decstation Message-ID: <19990103181827.B17310@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: flo@mini.gt.owl.de Content-Length: 629 Lines: 17 Hi, i am a bit further booting without init hang - ok i havent fixed the problem but maybe it helps finding the bug. I have compiled a new sysvinit (2.76) which doesnt solved the problem so i compiled it with DEBUG and INITDEBUG (-> init.h) which then boots quickly. I think the solution is that INITDEBUG causes the init to fork very early to be debuggable ... BTW: I also installed glibc 2.0.7 etc to the mini-root - Ah - i compiled the sysvinit on Linux/Mips/Decstation over NFS Root :) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From harald.koerfgen@netcologne.de Sun Jan 3 21:24:00 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18776; Sun, 3 Jan 1999 21:23:59 +0100 (MET) Received-Date: Sun, 3 Jan 1999 21:23:59 +0100 (MET) Received: from franz.no.dom (dial7-187.netcologne.de [195.14.235.187]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id VAA04841 for ; Sun, 3 Jan 1999 21:23:56 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 03 Jan 1999 21:25:52 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: NFSROOT problem on '260 resolved Content-Length: 1137 Lines: 29 Fellow DECstation hackers, declance.c appears to be fine. The problem was that using NFS-root changed the interrupt mask in CP0. Using IP Autoconfig and initrd let the '260 reply to pings as long as I wanted. Even flood pings were no problem. I simply had to mask the CP0 interrupt mask out in the RESTORE_SOME macros and everything worked fine :-). My 5000/260 mounts root via NFS as well. I was just beginning to prepare a new "release" as I got mail that Ralf is changing the CVS repository, so please be patient. For those of you, who can't wait I've uploaded patch-2.1.121-pre3.gz to ftp.linux.sgi.com/pub/test/. This one includes all the patches I've got since 2.1.121-pre2 plus the latest and greatest BAGET and R3000 cache stuff from Gleb and Vladimir plus declance.c v 0.007 plus the RESTORE_SOME patch. patch-2.1.121-pre3 is against a vanilla 2.1.121-pre source tree and appears to work fine on my '260 and my '133. Well, besides the init problem. Florian, I'd appreciate very much if you gave it a try on your '240. Only then I can be shure that my RESTORE_SOME patch works for R3000 CPUs. Have fun. --- Regards, Harald From harald.koerfgen@netcologne.de Sun Jan 3 21:24:01 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18777; Sun, 3 Jan 1999 21:24:00 +0100 (MET) Received-Date: Sun, 3 Jan 1999 21:24:00 +0100 (MET) Received: from franz.no.dom (dial7-187.netcologne.de [195.14.235.187]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id VAA04845 for ; Sun, 3 Jan 1999 21:23:57 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [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: <19990103181827.B17310@mini.gt.owl.de> Date: Sun, 03 Jan 1999 21:25:53 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: Init hanging on decstation Content-Length: 725 Lines: 25 Hi, On 03-Jan-99 Florian Lohoff wrote: > Hi, > i am a bit further booting without init hang - ok i havent fixed > the problem but maybe it helps finding the bug. > I have compiled a new sysvinit (2.76) which doesnt solved the problem > so i compiled it with DEBUG and INITDEBUG (-> init.h) which > then boots quickly. That's exactly what I did :-). > I think the solution is that INITDEBUG causes the init to fork very > early to be debuggable ... Yes, I think so. Recompiled statically with DEBUG and without INITDEBUG -> slow again. Strange. > BTW: I also installed glibc 2.0.7 etc to the mini-root - > Ah - i compiled the sysvinit on Linux/Mips/Decstation over NFS Root :) Wonderful, isn't it? --- Regards, Harald From flo@mini.gt.owl.de Mon Jan 4 00:35:56 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA24173; Mon, 4 Jan 1999 00:35:54 +0100 (MET) Received-Date: Mon, 4 Jan 1999 00:35:54 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id DEF1A4E94; Sun, 3 Jan 1999 15:35:52 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 65D4A2E004; Mon, 4 Jan 1999 00:35:52 +0100 (CET) Date: Mon, 4 Jan 1999 00:35:52 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved Message-ID: <19990104003551.A25704@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=T4sUOijqQbZv57TR X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Sun, Jan 03, 1999 at 09:25:52PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 10677 Lines: 326 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii On Sun, Jan 03, 1999 at 09:25:52PM +0100, Harald Koerfgen wrote: > > patch-2.1.121-pre3 is against a vanilla 2.1.121-pre source tree and > appears to work fine on my '260 and my '133. Well, besides the init > problem. Florian, I'd appreciate very much if you gave it a try on your > '240. Only then I can be shure that my RESTORE_SOME patch works for R3000 > CPUs. It took me a while that we talked on the 2.1.121-pre2 the normal on the decstation pages - When do we base the whole thing on a normal "release" kernel - Would make more sense - Currently i am fiddling a lot with hundrets of patches which i apply or reverse ... I am loosing oversight ... :) Ok - back to the problem - Nope - this seems not to work - My R3000 kernel stops after "This DECstation is a DS5000/2x0" ... dunno why .. BTW: It is a pain in the ass for every "new" kernel to patch asm-mips _LANGUAGE_ASSEMBLY vs __LANGUAGE_ASSEMBLY__ for gcc. I made a patch for this asm-mips + asm-mips/dec ... Could you please include it in the "normal" pre patches - Helps a lot for people using gcc ... BTW: What should be the correct behaviour ? What is egcs what is gcc and why is this different ? Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff-assembly-pre3 diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/bootinfo.h linux-2.1.121-pre3/include/asm-mips/bootinfo.h --- linux-2.1.121-pre3.orig/include/asm-mips/bootinfo.h Sun Jan 3 23:55:20 1999 +++ linux-2.1.121-pre3/include/asm-mips/bootinfo.h Sun Jan 3 23:53:37 1999 @@ -142,7 +142,7 @@ #define CL_SIZE (80) -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* * Some machine parameters passed by the bootloaders. @@ -186,6 +186,6 @@ extern unsigned long mips_machtype; extern unsigned long mips_machgroup; -#endif /* _LANGUAGE_ASSEMBLY */ +#endif /* __LANGUAGE_ASSEMBLY__ */ #endif /* __ASM_MIPS_BOOTINFO_H */ diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/current.h linux-2.1.121-pre3/include/asm-mips/current.h --- linux-2.1.121-pre3.orig/include/asm-mips/current.h Mon Dec 7 19:31:07 1998 +++ linux-2.1.121-pre3/include/asm-mips/current.h Sun Jan 3 23:54:27 1999 @@ -9,13 +9,13 @@ #ifndef __ASM_MIPS_CURRENT_H #define __ASM_MIPS_CURRENT_H -#ifdef _LANGUAGE_C +#ifdef __LANGUAGE_C__ /* MIPS rules... */ register struct task_struct *current asm("$28"); -#endif /* _LANGUAGE_C */ -#ifdef _LANGUAGE_ASSEMBLY +#endif /* __LANGUAGE_C__ */ +#ifdef __LANGUAGE_ASSEMBLY__ /* * Special variant for use by exception handlers when the stack pointer diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/dec/interrupts.h linux-2.1.121-pre3/include/asm-mips/dec/interrupts.h --- linux-2.1.121-pre3.orig/include/asm-mips/dec/interrupts.h Sun Jan 3 23:55:20 1999 +++ linux-2.1.121-pre3/include/asm-mips/dec/interrupts.h Mon Jan 4 00:07:25 1999 @@ -35,7 +35,7 @@ #define NR_INTS 10 -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* * Data structure to hide the differences between the DECstation Interrupts * diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/gdb-stub.h linux-2.1.121-pre3/include/asm-mips/gdb-stub.h --- linux-2.1.121-pre3.orig/include/asm-mips/gdb-stub.h Mon Dec 7 16:48:14 1998 +++ linux-2.1.121-pre3/include/asm-mips/gdb-stub.h Sun Jan 3 23:53:37 1999 @@ -133,7 +133,7 @@ #define GDB_FR_SIZE ((((GDB_FR_CP0_PRID) + 4) + (PTRSIZE-1)) & ~(PTRSIZE-1)) -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* * This is the same as above, but for the high-level @@ -209,5 +209,5 @@ void set_debug_traps(void); -#endif /* _LANGUAGE_ASSEMBLY */ +#endif /* __LANGUAGE_ASSEMBLY__ */ #endif /* __ASM_MIPS_GDB_STUB_H */ diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/jazz.h linux-2.1.121-pre3/include/asm-mips/jazz.h --- linux-2.1.121-pre3.orig/include/asm-mips/jazz.h Mon Dec 7 16:48:14 1998 +++ linux-2.1.121-pre3/include/asm-mips/jazz.h Sun Jan 3 23:53:37 1999 @@ -71,7 +71,7 @@ #define LED_E 0x9e #define LED_F 0x8e -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ extern __inline__ void pica_set_led(unsigned int bits) { @@ -101,7 +101,7 @@ #define JAZZ_KEYBOARD_DATA 0xe0005000 #define JAZZ_KEYBOARD_COMMAND 0xe0005001 -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ typedef struct { unsigned char data; @@ -153,7 +153,7 @@ /* * DRAM configuration register */ -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ #ifdef __MIPSEL__ typedef struct { unsigned int bank2 : 3; @@ -173,7 +173,7 @@ unsigned int bank2 : 3; } dram_configuration; #endif -#endif /* _LANGUAGE_ASSEMBLY */ +#endif /* __LANGUAGE_ASSEMBLY__ */ #define PICA_DRAM_CONFIG 0xe00fffe0 @@ -271,7 +271,7 @@ /* * Access the R4030 DMA and I/O Controller */ -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ extern inline void r4030_delay(void) { diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/mipsregs.h linux-2.1.121-pre3/include/asm-mips/mipsregs.h --- linux-2.1.121-pre3.orig/include/asm-mips/mipsregs.h Mon Dec 7 19:35:13 1998 +++ linux-2.1.121-pre3/include/asm-mips/mipsregs.h Sun Jan 3 23:53:37 1999 @@ -158,7 +158,7 @@ #define C_IRQ4 (1<<14) #define C_IRQ5 (1<<15) -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* * Manipulate the status register. * Mostly used to access the interrupt bits. @@ -182,7 +182,7 @@ __BUILD_SET_CP0(cause,CP0_CAUSE) __BUILD_SET_CP0(config,CP0_CONFIG) -#endif /* defined (_LANGUAGE_ASSEMBLY) */ +#endif /* defined (__LANGUAGE_ASSEMBLY__) */ /* * Inline code for use of the ll and sc instructions @@ -390,7 +390,7 @@ #define CEB_KERNEL 2 /* Count events in kernel mode EXL = ERL = 0 */ #define CEB_EXL 1 /* Count events with EXL = 1, ERL = 0 */ -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* * Functions to access the performance counter and control registers */ diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/page.h linux-2.1.121-pre3/include/asm-mips/page.h --- linux-2.1.121-pre3.orig/include/asm-mips/page.h Mon Dec 7 19:37:56 1998 +++ linux-2.1.121-pre3/include/asm-mips/page.h Sun Jan 3 23:53:37 1999 @@ -20,7 +20,7 @@ #define STRICT_MM_TYPECHECKS -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ #ifdef __SMP__ #define ULOCK_DECLARE extern spinlock_t user_page_lock; @@ -117,7 +117,7 @@ #endif /* !defined (STRICT_MM_TYPECHECKS) */ -#endif /* _LANGUAGE_ASSEMBLY */ +#endif /* __LANGUAGE_ASSEMBLY__ */ /* to align the pointer to the (next) page boundary */ #define PAGE_ALIGN(addr) (((addr)+PAGE_SIZE-1)&PAGE_MASK) diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/pgtable.h linux-2.1.121-pre3/include/asm-mips/pgtable.h --- linux-2.1.121-pre3.orig/include/asm-mips/pgtable.h Sun Jan 3 23:55:20 1999 +++ linux-2.1.121-pre3/include/asm-mips/pgtable.h Sun Jan 3 23:53:37 1999 @@ -12,7 +12,7 @@ #include #include -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ #include #include @@ -61,7 +61,7 @@ * works even with the cache aliasing problem the R4k and above have. */ -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ /* PMD_SHIFT determines the size of the area a second-level page table can map */ #define PMD_SHIFT 22 @@ -184,7 +184,7 @@ #define __S110 PAGE_SHARED #define __S111 PAGE_SHARED -#if !defined (_LANGUAGE_ASSEMBLY) +#if !defined (__LANGUAGE_ASSEMBLY__) /* * BAD_PAGETABLE is used when we need a bogus page-table, while @@ -861,6 +861,6 @@ : : "r" (val)); } -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ #endif /* __ASM_MIPS_PGTABLE_H */ diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/processor.h linux-2.1.121-pre3/include/asm-mips/processor.h --- linux-2.1.121-pre3.orig/include/asm-mips/processor.h Mon Dec 7 16:48:14 1998 +++ linux-2.1.121-pre3/include/asm-mips/processor.h Sun Jan 3 23:53:37 1999 @@ -11,7 +11,7 @@ #ifndef __ASM_MIPS_PROCESSOR_H #define __ASM_MIPS_PROCESSOR_H -#if !defined (_LANGUAGE_ASSEMBLY) +#if !defined (__LANGUAGE_ASSEMBLY__) #include #include #include @@ -137,7 +137,7 @@ unsigned long irix_oldctx; }; -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ #define INIT_MMAP { &init_mm, KSEG0, KSEG1, PAGE_SHARED, \ VM_READ | VM_WRITE | VM_EXEC, NULL, &init_mm.mmap } @@ -170,7 +170,7 @@ #define KERNEL_STACK_SIZE 8192 -#if !defined (_LANGUAGE_ASSEMBLY) +#if !defined (__LANGUAGE_ASSEMBLY__) /* Free all resources held by a thread. */ extern void release_thread(struct task_struct *); @@ -211,7 +211,7 @@ #define init_task (init_task_union.task) #define init_stack (init_task_union.stack) -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ #endif /* __KERNEL__ */ /* diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/system.h linux-2.1.121-pre3/include/asm-mips/system.h --- linux-2.1.121-pre3.orig/include/asm-mips/system.h Sun Jan 3 23:55:20 1999 +++ linux-2.1.121-pre3/include/asm-mips/system.h Sun Jan 3 23:53:37 1999 @@ -129,13 +129,13 @@ : /* no input */ \ : "memory") -#if !defined (_LANGUAGE_ASSEMBLY) +#if !defined (__LANGUAGE_ASSEMBLY__) /* * switch_to(n) should switch tasks to task nr n, first * checking that n isn't the current task, in which case it does nothing. */ extern asmlinkage void (*resume)(void *tsk); -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ #define switch_to(prev,next) \ do { \ diff -Nur linux-2.1.121-pre3.orig/include/asm-mips/unistd.h linux-2.1.121-pre3/include/asm-mips/unistd.h --- linux-2.1.121-pre3.orig/include/asm-mips/unistd.h Mon Dec 7 16:48:15 1998 +++ linux-2.1.121-pre3/include/asm-mips/unistd.h Sun Jan 3 23:53:37 1999 @@ -1202,7 +1202,7 @@ */ #define __NR_Linux_syscalls 209 -#ifndef _LANGUAGE_ASSEMBLY +#ifndef __LANGUAGE_ASSEMBLY__ /* XXX - _foo needs to be __foo, while __NR_bar could be _NR_bar. */ #define _syscall0(type,name) \ @@ -1480,6 +1480,6 @@ } #endif /* !defined (__KERNEL_SYSCALLS__) */ -#endif /* !defined (_LANGUAGE_ASSEMBLY) */ +#endif /* !defined (__LANGUAGE_ASSEMBLY__) */ #endif /* __ASM_MIPS_UNISTD_H */ --T4sUOijqQbZv57TR-- From flo@mini.gt.owl.de Mon Jan 4 00:39:44 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA24204; Mon, 4 Jan 1999 00:39:43 +0100 (MET) Received-Date: Mon, 4 Jan 1999 00:39:43 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 997874E96; Sun, 3 Jan 1999 15:39:41 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 32E412E004; Mon, 4 Jan 1999 00:39:41 +0100 (CET) Date: Mon, 4 Jan 1999 00:39:41 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Init hanging on decstation Message-ID: <19990104003941.B25704@mini.gt.owl.de> References: <19990103181827.B17310@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Sun, Jan 03, 1999 at 09:25:53PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 672 Lines: 17 On Sun, Jan 03, 1999 at 09:25:53PM +0100, Harald Koerfgen wrote: > > BTW: I also installed glibc 2.0.7 etc to the mini-root - > > Ah - i compiled the sysvinit on Linux/Mips/Decstation over NFS Root :) > > Wonderful, isn't it? it is - btw when i enable SCSI support (Have got 3 SCSI Controllers in every machine - onboard + 2 extra PMAZ-AA) the kernel crashes on root-fs mount ... I know there is only a skeleton of the SCSI Driver but very ugly to play with ... Ah - anyone want to make a PMAF-FA driver ? FDDI for TurboChannel :) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From tsbogend@alpha.franken.de Mon Jan 4 01:38:11 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 BAA26459; Mon, 4 Jan 1999 01:38:10 +0100 (MET) Received-Date: Mon, 4 Jan 1999 01:38:10 +0100 (MET) 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/louis-blanc); id BAA13848; Mon, 4 Jan 1999 01:38:07 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id BAA03333; Mon, 4 Jan 1999 01:31:50 +0100 Message-ID: <19990104013150.A3325@alpha.franken.de> Date: Mon, 4 Jan 1999 01:31:50 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved References: <19990104003551.A25704@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=PNTmBPCT7hxwcZjr X-Mailer: Mutt 0.91.1 In-Reply-To: <19990104003551.A25704@mini.gt.owl.de>; from Florian Lohoff on Mon, Jan 04, 1999 at 12:35:52AM +0100 Content-Length: 7180 Lines: 128 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii On Mon, Jan 04, 1999 at 12:35:52AM +0100, Florian Lohoff wrote: > BTW: It is a pain in the ass for every "new" kernel to patch asm-mips > _LANGUAGE_ASSEMBLY vs __LANGUAGE_ASSEMBLY__ for gcc. how about changing your gcc spec file ? Thomas. From: Ulf Carlsson X-Sender: grim@calypso.saturn Reply-To: Ulf Carlsson To: Thomas Bogendoerfer cc: Richard Hartensveld , "linux@cthulhu.engr.sgi.com" Subject: Re: crosscompiling on debian/i386 On Thu, 1 Oct 1998, Thomas Bogendoerfer wrote: > no he tries to crosscompile with gcc-2.7.2.x a new kernel from CVS. > This does no longer work out of the box, because we've changed the > #ifdef _LANGUAGE_ASSEMBLY to the egcs predefined ones. And these aren't > defined in the gcc-2.7 spec file. > > I don't have a patch handy, but simply changing -D__LANGUAGE_ASSMBLEY__ to > -D_LANGUAGE_ASSEMBLY and -D__LANGUAGE_C__ to -D_LANGUAGE_C in the spec > file worked for me. I've already changed those defines. I don't have a patch (I don't have the old file anylonger), but I can send the whole file (/usr/local/lib/gcc-lib/mips-linux/2.7.2.2/specs) It's attached. - Ulf -- 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] --PNTmBPCT7hxwcZjr Content-Type: application/octet-stream; charset=us-ascii Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=specs KmFzbToKJXttY3B1PSp9ICV7bTQ2NTB9ICV7bW1hZDotbTQ2NTB9ICV7Ryp9ICV7RUJ9ICV7 RUx9ICV7bWlwczF9ICV7bWlwczJ9ICV7bWlwczN9ICV7bWlwczR9ICV7dn0gJXtub2FzbW9w dDotTzB9ICV7IW5vYXNtb3B0OiV7TzotTzJ9ICV7TzE6LU8yfSAle08yOi1PMn0gJXtPMzot TzN9fSAle2d9ICV7ZzB9ICV7ZzF9ICV7ZzJ9ICV7ZzN9ICV7Z2dkYjotZ30gJXtnZ2RiMDot ZzB9ICV7Z2dkYjE6LWcxfSAle2dnZGIyOi1nMn0gJXtnZ2RiMzotZzN9ICV7Z3N0YWJzOi1n fSAle2dzdGFiczA6LWcwfSAle2dzdGFiczE6LWcxfSAle2dzdGFiczI6LWcyfSAle2dzdGFi czM6LWczfSAle2dzdGFicys6LWd9ICV7Z3N0YWJzKzA6LWcwfSAle2dzdGFicysxOi1nMX0g JXtnc3RhYnMrMjotZzJ9ICV7Z3N0YWJzKzM6LWczfSAle2djb2ZmOi1nfSAle2djb2ZmMDot ZzB9ICV7Z2NvZmYxOi1nMX0gJXtnY29mZjI6LWcyfSAle2djb2ZmMzotZzN9ICV7IWZuby1Q SUM6JXshZm5vLXBpYzotS1BJQ319ICV7ZlBJQzotS1BJQ30gJXtmcGljOi1LUElDfSAle2Zu by1QSUM6LW5vbl9zaGFyZWR9ICV7Zm5vLXBpYzotbm9uX3NoYXJlZH0gJXttZW1iZWRkZWQt cGljfQoKKmFzbV9maW5hbDoKCgoqY3BwOgoley5jYzoJLURfX0xBTkdVQUdFX0NfUExVU19Q TFVTX18gLURfX0xBTkdVQUdFX0NfUExVU19QTFVTIC1EX0xBTkdVQUdFX0NfUExVU19QTFVT ICAleyFhbnNpOi1ETEFOR1VBR0VfQ19QTFVTX1BMVVN9fSAley5jeHg6CS1EX19MQU5HVUFH RV9DX1BMVVNfUExVU19fIC1EX19MQU5HVUFHRV9DX1BMVVNfUExVUyAtRF9MQU5HVUFHRV9D X1BMVVNfUExVUyAleyFhbnNpOi1ETEFOR1VBR0VfQ19QTFVTX1BMVVN9fSAley5DOgktRF9f TEFOR1VBR0VfQ19QTFVTX1BMVVNfXyAtRF9fTEFOR1VBR0VfQ19QTFVTX1BMVVMgLURfTEFO R1VBR0VfQ19QTFVTX1BMVVMgJXshYW5zaTotRExBTkdVQUdFX0NfUExVU19QTFVTfX0gJXsu bToJLURfX0xBTkdVQUdFX09CSkVDVElWRV9DX18gLURfX0xBTkdVQUdFX09CSkVDVElWRV9D IC1EX0xBTkdVQUdFX09CSkVDVElWRV9DICV7IWFuc2k6LURMQU5HVUFHRV9PQkpFQ1RJVkVf Q319ICV7LlM6CS1EX19MQU5HVUFHRV9BU1NFTUJMWV9fIC1EX19MQU5HVUFHRV9BU1NFTUJM WSAtRF9MQU5HVUFHRV9BU1NFTUJMWSAleyFhbnNpOi1ETEFOR1VBR0VfQVNTRU1CTFkgfX0g JXsuczoJLURfX0xBTkdVQUdFX0FTU0VNQkxZX18gLURfX0xBTkdVQUdFX0FTU0VNQkxZIC1E X0xBTkdVQUdFX0FTU0VNQkxZICV7IWFuc2k6LURMQU5HVUFHRV9BU1NFTUJMWSB9fSAleyEu UzoleyEuczotRF9fTEFOR1VBR0VfQ19fIC1EX19MQU5HVUFHRV9DIC1EX0xBTkdVQUdFX0Mg JXshYW5zaTotRExBTkdVQUdFX0MgfX19ICV7bWZwMzI6IC1EX01JUFNfRlBTRVQ9MTZ9JXsh bWZwMzI6IC1EX01JUFNfRlBTRVQ9MzJ9ICV7bWlwczE6IC1EX01JUFNfSVNBPV9NSVBTX0lT QV9NSVBTMX0gJXttaXBzMjogLURfTUlQU19JU0E9X01JUFNfSVNBX01JUFMyfSAle21pcHMz OiAtRF9NSVBTX0lTQT1fTUlQU19JU0FfTUlQUzN9ICV7bWlwczQ6IC1EX01JUFNfSVNBPV9N SVBTX0lTQV9NSVBTNH0gJXshbWlwczE6ICV7IW1pcHMyOiAleyFtaXBzMzogJXshbWlwczQ6 IC1EX01JUFNfSVNBPV9NSVBTX0lTQV9NSVBTMX19fX0gJXttaW50NjQ6LURfTUlQU19TWklO VD02NCAleyFtbG9uZzY0Oi1EX19TSVpFX1RZUEVfXz1sb25nXCB1bnNpZ25lZFwgaW50IC1E X19TU0laRV9UWVBFX189bG9uZ1wgaW50IC1EX19QVFJESUZGX1RZUEVfXz1sb25nXCBpbnQg LURfTUlQU19TWkxPTkc9NjQgLURfTUlQU19TWlBUUj02NH19ICV7IW1pbnQ2NDotRF9NSVBT X1NaSU5UPTMyICV7IW1sb25nNjQ6LURfX1NJWkVfVFlQRV9fPXVuc2lnbmVkXCBpbnQgLURf X1NTSVpFX1RZUEVfXz1pbnQgLURfX1BUUkRJRkZfVFlQRV9fPWludCAtRF9NSVBTX1NaTE9O Rz0zMiAtRF9NSVBTX1NaUFRSPTMyfX0gJXttbG9uZzY0Oi1EX19TSVpFX1RZUEVfXz1sb25n XCB1bnNpZ25lZFwgaW50IC1EX19TU0laRV9UWVBFX189bG9uZ1wgaW50IC1EX19QVFJESUZG X1RZUEVfXz1sb25nXCBpbnQgLURfTUlQU19TWkxPTkc9NjQgLURfTUlQU19TWlBUUj02NH0g JXttaXBzMzotVV9fbWlwcyAtRF9fbWlwcz0zIC1EX19taXBzNjR9ICV7bWlwczQ6LVVfX21p cHMgLURfX21pcHM9NCAtRF9fbWlwczY0fSAle21ncDMyOi1VX19taXBzNjR9ICV7bWdwNjQ6 LURfX21pcHM2NH0gJXtFQjotVU1JUFNFTCAtVV9fTUlQU0VMX18gLURfX01JUFNFQl9fICV7 IWFuc2k6LURNSVBTRUJ9fSAle0VMOi1VTUlQU0VCIC1VX19NSVBTRUJfXyAtRF9fTUlQU0VM X18gJXshYW5zaTotRE1JUFNFTH19ICV7Zm5vLVBJQzotVV9fUElDX18gLVVfX3BpY19ffSAl e2Zuby1waWM6LVVfX1BJQ19fIC1VX19waWNfX30gJXtmUElDOi1EX19QSUNfXyAtRF9fcGlj X199ICV7ZnBpYzotRF9fUElDX18gLURfX3BpY19ffSAley1EX19IQVZFX0ZQVV9fIH0gJXtw b3NpeDotRF9QT1NJWF9TT1VSQ0V9CgoqY2MxOgole2dsaW5lOiV7IWc6JXshZzA6JXshZzE6 JXshZzI6IC1nMX19fX19ICV7bWlwczE6LW1mcDMyIC1tZ3AzMn0le21pcHMyOi1tZnAzMiAt bWdwMzJ9JXttaXBzMzoleyFtc2luZ2xlLWZsb2F0OiV7IW00NjUwOi1tZnA2NH19IC1tZ3A2 NH0gJXttaXBzNDoleyFtc2luZ2xlLWZsb2F0OiV7IW00NjUwOi1tZnA2NH19IC1tZ3A2NH0g JXttZnA2NDole21zaW5nbGUtZmxvYXQ6JWVtYXkgbm90IHVzZSBib3RoIC1tZnA2NCBhbmQg LW1zaW5nbGUtZmxvYXR9fSAle21mcDY0OiV7bTQ2NTA6JWVtYXkgbm90IHVzZSBib3RoIC1t ZnA2NCBhbmQgLW00NjUwfX0gJXttNDY1MDotbWNwdT1yNDY1MH0gJXtHKn0gJXtFQjotbWVi fSAle0VMOi1tZWx9ICV7RUI6JXtFTDolZW1heSBub3QgdXNlIGJvdGggLUVCIGFuZCAtRUx9 fSAle3BpYy1ub25lOiAgIC1tbm8taGFsZi1waWN9ICV7cGljLWxpYjogICAgLW1oYWxmLXBp Y30gJXtwaWMtZXh0ZXJuOiAtbWhhbGYtcGljfSAle3BpYy1jYWxsczogIC1taGFsZi1waWN9 ICV7c2F2ZS10ZW1wczogfQoKKmNjMXBsdXM6CgoKKmVuZGZpbGU6CiV7IXNoYXJlZDpjcnRl bmQubyVzfSAle3NoYXJlZDpjcnRlbmRTLm8lc30gY3J0bi5vJXMKCipsaW5rOgole0cqfSAl e0VCfSAle0VMfSAle21pcHMxfSAle21pcHMyfSAle21pcHMzfSAle21pcHM0fSAle2Jlc3RH bnVtfSAle3NoYXJlZH0gJXtub25fc2hhcmVkfSAle2NhbGxfc2hhcmVkfSAle25vX2FyY2hp dmV9ICV7ZXhhY3RfdmVyc2lvbn0gICAleyFzaGFyZWQ6ICAgICAgICV7IXN0YXRpYzogCSV7 cmR5bmFtaWM6LWV4cG9ydC1keW5hbWljfSAJJXshZHluYW1pYy1saW5rZXI6LWR5bmFtaWMt bGlua2VyIC9saWIvbGQuc28uMX19IAkle3N0YXRpYzotc3RhdGljfX0KCipsaWI6CiV7IXNo YXJlZDogJXttaWVlZS1mcDotbGllZWV9ICV7cDotbGdtb259ICV7cGc6LWxnbW9ufSAgICAg ICV7IWdnZGI6LWxjfSAle2dnZGI6LWxnfX0KCipsaWJnY2M6CiV7IXNoYXJlZDotbGdjY30K CipzdGFydGZpbGU6CiV7IXNoYXJlZDogICAgICAle3BnOmdjcnQxLm8lc30gJXshcGc6JXtw OmdjcnQxLm8lc30gICAgICAgICAgICAgICAgICAgICAgICAleyFwOiV7cHJvZmlsZTpnY3J0 MS5vJXN9ICAgICAgICAgICAgICAgICAgICAgICAgICAleyFwcm9maWxlOmNydDEubyVzfX19 fSAgICBjcnRpLm8lcyAleyFzaGFyZWQ6Y3J0YmVnaW4ubyVzfSAle3NoYXJlZDpjcnRiZWdp blMubyVzfQoKKnN3aXRjaGVzX25lZWRfc3BhY2VzOgoKCipzaWduZWRfY2hhcjoKJXtmdW5z aWduZWQtY2hhcjotRF9fQ0hBUl9VTlNJR05FRF9ffQoKKnByZWRlZmluZXM6Ci1EX19FTEZf XyAtRF9NSVBTX1NJTT1fTUlQU19TSU1fQUJJMzIgLURfX1BJQ19fIC1EX19waWNfXyAtRHVu aXggLURtaXBzIC1EUjMwMDAgLURNSVBTRUIgLURsaW51eCAtQXN5c3RlbShsaW51eCkgLUFz eXN0ZW0ocG9zaXgpIC1BY3B1KG1pcHMpIC1BbWFjaGluZShtaXBzKQoKKmNyb3NzX2NvbXBp bGU6CjEKCiptdWx0aWxpYjoKLiAhRUwgIUVCO2VsIEVMICFFQjtlYiAhRUwgRUI7Cgo= --PNTmBPCT7hxwcZjr-- From flo@mini.gt.owl.de Mon Jan 4 01:47:12 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA26968; Mon, 4 Jan 1999 01:47:10 +0100 (MET) Received-Date: Mon, 4 Jan 1999 01:47:10 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 0E2BB4E97; Sun, 3 Jan 1999 16:47:08 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 91D832E004; Mon, 4 Jan 1999 01:47:08 +0100 (CET) Date: Mon, 4 Jan 1999 01:47:08 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved Message-ID: <19990104014708.A26557@mini.gt.owl.de> References: <19990104003551.A25704@mini.gt.owl.de> <19990104013150.A3325@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <19990104013150.A3325@alpha.franken.de>; from Thomas Bogendoerfer on Mon, Jan 04, 1999 at 01:31:50AM +0100 Sender: flo@mini.gt.owl.de Content-Length: 775 Lines: 19 On Mon, Jan 04, 1999 at 01:31:50AM +0100, Thomas Bogendoerfer wrote: > On Mon, Jan 04, 1999 at 12:35:52AM +0100, Florian Lohoff wrote: > > BTW: It is a pain in the ass for every "new" kernel to patch asm-mips > > _LANGUAGE_ASSEMBLY vs __LANGUAGE_ASSEMBLY__ for gcc. > > how about changing your gcc spec file ? I do not say that it does not make sense but as a newbie as i am its hard enough to build a cross-compiler and then change spec files ? Ah BTW: other architectures (i386/sparc/m68k) use "__ASSEMBLY__" shouldnt we ? I only want something clean what uses to work with an out-of-the-box gcc as it was Linux-Kernel behaviour. Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From flo@mini.gt.owl.de Mon Jan 4 01:53:00 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27470; Mon, 4 Jan 1999 01:52:59 +0100 (MET) Received-Date: Mon, 4 Jan 1999 01:52:59 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id CB2AE4E97; Sun, 3 Jan 1999 16:52:57 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 71F842E004; Mon, 4 Jan 1999 01:52:57 +0100 (CET) Date: Mon, 4 Jan 1999 01:52:57 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved Message-ID: <19990104015257.C26557@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Sun, Jan 03, 1999 at 09:25:52PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 934 Lines: 23 On Sun, Jan 03, 1999 at 09:25:52PM +0100, Harald Koerfgen wrote: > patch-2.1.121-pre3 is against a vanilla 2.1.121-pre source tree and > appears to work fine on my '260 and my '133. Well, besides the init > problem. Florian, I'd appreciate very much if you gave it a try on your > '240. Only then I can be shure that my RESTORE_SOME patch works for R3000 > CPUs. Ok - more precise - On my Decstation 5000/240 with R3000 support it refuses to boot further than "This is a DECstation DS5000/2x0" and on my '150 with R4000 support it boots but gives me an "Kernel panic: VFS: Unable to mount root fs on 00:00" although it does a correct BOOTP request get a correct ip address. Command line /boot command is boot 3/tftp console=ttyS2 root=/dev/nfs as it was with pre2 (setenv boot - just turn on) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From ralf@uni-koblenz.de Mon Jan 4 17:40: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 RAA06766; Mon, 4 Jan 1999 17:39:50 +0100 (MET) Received-Date: Mon, 4 Jan 1999 17:39:50 +0100 (MET) From: ralf@uni-koblenz.de Received: from eddie (ralf@eddie.uni-koblenz.de [141.26.4.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with SMTP id RAA08905; Mon, 4 Jan 1999 17:39:12 +0100 (MET) Received: by eddie (SMI-8.6/KO-2.0) id RAA15300; Mon, 4 Jan 1999 17:39:08 +0100 Message-ID: <19990104173908.37809@uni-koblenz.de> Date: Mon, 4 Jan 1999 17:39:08 +0100 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: CVS commit of 2.1.131/MIPS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Content-Length: 548 Lines: 11 I had a CVS-crash during my yesterday attempt of commiting Linux patches upto 2.1.131 into the CVS. As a result both my working copy and the CVS archive ended up in an ``interesting'' state. This should be fixed by now; everobody who did a checkout / upgrade during the last about 24h should now run a ``cvs update -d -P''. Sorry for the hazzle. The G364 driver for the Magnum 4000 will need an update as the low level interface for frame buffer drivers has changed, so at this time the ports for Olivetti M700 / Magnum 4000 is broken. Ralf From K.H.C.vanHouten@research.kpn.com Mon Jan 4 17:48:51 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 RAA06835; Mon, 4 Jan 1999 17:48:31 +0100 (MET) Received-Date: Mon, 4 Jan 1999 17:48:31 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J65GOMXAUS0001X2@research.kpn.com> for linux-mips@fnet.fr; Mon, 4 Jan 1999 17:48:18 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id RAA26295; Mon, 04 Jan 1999 17:47:33 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Mon, 04 Jan 1999 17:47:33 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Decstation, next try. To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901041647.RAA26295@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: 6590 Lines: 178 Next try, now with autoconfig ARP and RAMDISK disabled, to force NFSroot using bootp: ------------------------------------------------------------------------------ >>boot 3/tftp console=ttyS2 nfsroot=139.63.1.4:/local/export/mips -tftp boot(3), bootp|139.63.1.4:/tftpboot/nbImage/ -tftp load 1073312+115568+234992 Launching kernel... This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes) Primary data cache 16kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.1.121 (root@turgon) (gcc version 2.7.2) #28 Mon Jan 4 17:17:29 MET 1999 Calibrating delay loop... 59.90 BogoMIPS Memory: 192720k/196604k available (924k kernel code, 2672k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) slot 1: DEC PMAZ-AA V5.3d Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbf900001 (irq = 3) is a Z85C30 SCC tty01 at 0xbf900009 (irq = 3) is a Z85C30 SCC tty02 at 0xbf980001 (irq = 3) is a Z85C30 SCC tty03 at 0xbf980009 (irq = 3) is a Z85C30 SCC loop: registered device at major 7 declance.c: v0.007 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:37:63:76, irq = 2 IP-Config: Entered. RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Opened eth0 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) BOOTP: XID=05bb2f3b BOOTP: Route lookup: 1:00000000 -> 0:ffffffff: Output Sending BOOTP requests....[X...............] BOOTP: Route lookup: 2:04013f8b -> 0:0c013f8b: Input BOOTP: Route lookup: 0:00000000 -> 0:04013f8b: Check BOOTP: Got extension 01 ff ff ff 00 BOOTP: Got extension 03 8b 3f 01 04 BOOTP: Got extension 0d 09 15 BOOTP: Got extension 11 2f 6c 6f 63 61 6c 2f 65 78 70 6f 72 74 2f 6d 69 70 73 BOOTP: Got extension 0c 65 6c 72 6f 6e 64 OK RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: Got BOOTP answer from 139.63.1.4, my address is 139.63.1.12 RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) IP-Config: device=eth0, local=0c013f8b, server=04013f8b, boot=04013f8b, gw=04013f8b, mask=00ffffff IP-Config: host=elrond, domain=(none), path=`/local/export/mips' Root-NFS: Mounting /local/export/mips on server 139.63.1.4 as root Root-NFS: rsize = 4096, wsize = 4096, timeo = 7, retrans = 3 Root-NFS: acreg (min,max) = (3,60), acdir (min,max) = (30,60) Root-NFS: nfsd port = -1, mountd port = 0, flags = 00000200 Looking up port of RPC 100003/2 on 139.63.1.4 portmap: server 139.63.1.4 not responding, timed out Root-NFS: Unable to get nfsd port number from server, using default Root-NFS: Portmapper on server returned 2049 as nfsd port Looking up port of RPC 100005/1 on 139.63.1.4 eth0: transmit timed out, status 96f3, reset RX ptr: 00000020(00000040) TX ptr: 000000a0(00000140) TX rings: 0: 0x00006320(0xa002c640) 1: 0x00006940(0xa002d280) 2: 0x00006f60(0xa002dec0) RX rings: 0: 0x00000120(0xa0020240) 1: 0x00000740(0xa0020e80) 2: 0x00000d60(0xa0021ac0) Lance restart=0 ------------------------------------------------------------------------------ 17:38:32.240691 0.0.0.0.68 > 255.255.255.255.67: xid:0x3b2fbb05 [|bootp] (ttl 64, id 0) 17:38:32.240691 139.63.1.4.67 > 139.63.1.12.68: xid:0x3b2fbb05 Y:139.63.1.12 S:139.63.1.4 [|bootp] (ttl 64, id 35812) 17:38:33.690691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:33.690691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:35.140691 139.63.1.4.1114 > 139.63.1.12.54119: udp 516 (ttl 64, id 35813) 17:38:35.250691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:35.250691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:36.810691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:36.810691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:38.370691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:38.370691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:40.140691 139.63.1.4.1114 > 139.63.1.12.54119: udp 516 (ttl 64, id 35814) 17:38:41.500691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:41.500691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:43.060691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:43.060691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:44.620691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:44.620691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:45.140691 139.63.1.4.1114 > 139.63.1.12.54119: udp 516 (ttl 64, id 35815) 17:38:46.180691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:46.180691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:57.120691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:57.120691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b 17:38:58.680691 arp who-has 139.63.1.4 tell 139.63.1.12 17:38:58.680691 arp reply 139.63.1.4 is-at 2:60:8c:7c:3a:6b .... ------------------------------------------------------------------------------ It looks like declance problems, but why can i ping the machine when i boot using a ramdisk? Harald, do you have a clue? Regards, Karel. ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From akonstantinov@yahoo.com Mon Jan 4 21:26:16 1999 Received: from send105.yahoomail.com (send105.yahoomail.com [205.180.60.128]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA09158; Mon, 4 Jan 1999 21:26:12 +0100 (MET) Received-Date: Mon, 4 Jan 1999 21:26:12 +0100 (MET) Message-ID: <19990104202732.20049.rocketmail@send105.yahoomail.com> Received: from [193.219.1.146] by send105.yahoomail.com; Mon, 04 Jan 1999 12:27:32 PST Date: Mon, 4 Jan 1999 12:27:32 -0800 (PST) From: Aleksandr Konstantinov Subject: linux-mips CVS To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 410 Lines: 18 I still didn't manage to run RM200 ISA here. I found cvs tree on ftp.linux.sgi.com (and ssh open) and would like to take a look at last changes. Is this cvs accesible for anonymous through ssh? (ftp isn't very comfortable). Best regards Aleksandr Konstantinov _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com From harald.koerfgen@netcologne.de Mon Jan 4 21:45:33 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09761; Mon, 4 Jan 1999 21:45:32 +0100 (MET) Received-Date: Mon, 4 Jan 1999 21:45:32 +0100 (MET) Received: from franz.no.dom (dial10-5.netcologne.de [195.14.235.5]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id VAA27594 for ; Mon, 4 Jan 1999 21:45:29 +0100 (MET) Message-ID: X-Mailer: XFMail 1.2 [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: <19990104003551.A25704@mini.gt.owl.de> Date: Mon, 04 Jan 1999 21:47:28 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved Content-Length: 1427 Lines: 37 Hi, On 03-Jan-99 Florian Lohoff wrote: > On Sun, Jan 03, 1999 at 09:25:52PM +0100, Harald Koerfgen wrote: > > It took me a while that we talked on the 2.1.121-pre2 the normal > on the decstation pages - When do we base the whole thing > on a normal "release" kernel - Would make more sense - Currently i am > fiddling a lot with hundrets of patches which i apply or reverse ... > I am loosing oversight ... :) Usually the DECstation source trees are based on the master Linux/MIPS CVS repository and there are indeed some differences to Linus' releases. > Ok - back to the problem - Nope - this seems not to work - My R3000 > kernel stops after "This DECstation is a DS5000/2x0" ... dunno why .. > > BTW: It is a pain in the ass for every "new" kernel to patch asm-mips > _LANGUAGE_ASSEMBLY vs __LANGUAGE_ASSEMBLY__ for gcc. > > I made a patch for this asm-mips + asm-mips/dec ... > > Could you please include it in the "normal" pre patches - Helps a lot > for people using gcc ... Thank you, Florian, but I am not going to include your patch. Yes, I am still using gcc too but I have changed my spec file. Please do so, too. This will keep the difference to the CVS repository smaller and we will have the chance of a smooth transition to egcs. > BTW: What should be the correct behaviour ? > What is egcs what is gcc and why is this different ? Please, don't ask me. Ask Ralf. --- Regards, Harald From harald.koerfgen@netcologne.de Mon Jan 4 21:45:41 1999 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09788; Mon, 4 Jan 1999 21:45:38 +0100 (MET) Received-Date: Mon, 4 Jan 1999 21:45:38 +0100 (MET) Received: from franz.no.dom (dial10-5.netcologne.de [195.14.235.5]) by mail2.netcologne.de (8.9.1/8.9.1) with ESMTP id VAA27606; Mon, 4 Jan 1999 21:45:31 +0100 (MET) Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990104183917:718=_" In-Reply-To: <199901041647.RAA26295@sparta.research.kpn.com> Date: Mon, 04 Jan 1999 21:47:31 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: (Karel van Houten) Subject: RE: Decstation, next try. Cc: linux-mips@fnet.fr Content-Length: 2937 Lines: 65 This message is in MIME format --_=XFMail.1.2.p0.Linux:990104183917:718=_ Content-Type: text/plain; charset=us-ascii Hello Karel, On 04-Jan-99 Karel van Houten wrote: > > > Next try, now with autoconfig ARP and RAMDISK disabled, > to force NFSroot using bootp: > [snip] > It looks like declance problems, but why can i ping the machine when > i boot using a ramdisk? > > Harald, do you have a clue? Karel, did you apply patch-2.1.121-pre3 from ftp://ftp.linux.sgi.com/pub/test/ ? If not, please replace linux/include/asm-mips/stackframe.h with the attached one and tell me if that helps. --- Regards, Harald --_=XFMail.1.2.p0.Linux:990104183917:718=_ Content-Disposition: attachment; filename="stackframe.h.gz" Content-Transfer-Encoding: base64 Content-Description: stackframe.h.gz Content-Type: application/octet-stream; name=stackframe.h.gz; SizeOnDisk=1477 H4sICGr8kDYCA3N0YWNrZnJhbWUuaADtmW1v4kYQx1/DpxglOZVEFNY2JIB7lShHdfTCBQHpiyqS 5cD6cFlsZK8Jqfrhu7teHODAu5yaPkjhBUrsH7OzM+vZ+a+rV0W4AvCDCUmmuOrGi+8X/jKuxtSd zL3IXeDKjBEC6oTL58j/MqNQ6lyC0WzWyvy7Lr6v4fEZhi7x4CcXT2YEgxtMYeAmBPoVaAc09ANc kaYuetMWbA9RXoFRueF2GlVUr6IaoGbLsFrIgIjb7K6XcMF+WS2e+14wxR44TnvUd/q9wcgZjdud Tz8P2/2u87F4zm6ykY7eZwbSucIPbLJ8wpXZj3sXQ8+LMeXXM3Oj9q9dpz0G7c9DsVCInwoXRhkG Y2dolOLl5Z65cbc/OMXcwpv5hZVh6w3cSAdu8IHtHK6Zck0Ft0on8rGXxy08Eup7aKCyCA06YjLj NjE0DoNbHnLu9k5lz5T2zFx7F4YlOUvB1SRXU3B1ydXzOVPaM2sHFg1bzONe58Q1eC0HvlY4eCO5 GwUn15bRUHBybRlNxYSRnDBScHIhmIaCkwk2FQk2ZYJNRYIt6Z+FdhPiODGNzNL6Es7Xuxf5tezu yw9id4XZVZf6k5KofJfqDDoOK0mOw8ytQsJ+SbDjlFRZP4ufHijP+1nqTpr9y7PSO3T5EDzQswPw zQ58kw83duBGPtzcgZu5MFsLW7CJ8mFjBzbyYXMHNvNhawe2cmFrx2frmM8tqF7B5xDChC4TGrPd LCeDLTiLzkCukq+KwF2/e8rOUWHbWWGZxDNbi4xwGE1xZCt2owkqzNmT0RkgUZXuR8dqLiECtNL7 LAh4TSN3QmGSIHj0KY9ENngQKobn5COhfwibDc/OnxAswhUuzFnliJf23zV3NoWOSwiegheFC0hi HLFxprgMAX5KG5uKSC+HSeKL8d/N/NIcRwEmB4qNAJ9SjoQvXGlu7LAPxUYLvu0jkiaCgTSCESeP SSFelmGeFt1R77fu0Qo53xTwpmLrlQXXUjUl0l66HxRYFrMVx3d59YrjxV26pNfXpOZKRzLD7clN uZbf/2x52Gnfj7p5k5TtQF3PQ2HuILqxJ3f5a20Pu4OOnds4yH7gRs9DZk6RflNO2VR1QLLBMBUN hiUbAiunIQgjPzXIFzNaG57nHQbXGXmM2i2n4XJfHtzenvQwZqXc1oXbY1vfMpcX2pbTtvJlQsPu aHw3PEHyyAJ2IZvwoXF0KXw1hrYO2owhG+TcRp9oSiCiKYEWlEkbNrJ9iodH1VIWLQ0JRDQl0ILO fH0PdUQQ0RRBRFMEEU0RRHJE0GbRaOugbGANEUQ0RRDRFEFEUwQRTRFENEUQ0RRBRFMEkUMiyPeg lB6w9EZteP8esn/EH8ahpOn2ra/atFKdpnVT49VPE982uEm+a9h54FqbXFBdN4kvdl+09jyE7OMW 3WAqDK4M3k4VNlldIY3uh3XkYpCL7PeZydWeSU6ySxS9XBJzWWnNRXNHJ5odAtHsOEja6eS2Ohvu WnLXCq4uubqCq0mupuAsyVkKzpSceaRqDpz25w/OsDs+6QHMkrmn0LZWkpQA+T0g43gXlqsVOPd7 xOxpnCJC5GHhXGG/L2PiCb/Vn7f6c2L90VIyqUUdDfVW0f5bFU23/oiHj78Hs17WEY4w3a81HEG8 2gRT3zsgnm5v9ZzjBrdrlK0LKwXhNqwUhDtuiP7a1oSzJBSLVfGGrx+uMNAQ0oMscTgmXghO/dh9 JBj8gOIoSpY05u8EYYQpTJYIcCDu8jNBN4bY/xIAnbkUnvB3EYYoCQI/+AIhv4o3tsVxW/puUMa/ c9s7/WRMVmadikeN8miMnM49+vNgKZWViFmjhiKCm5qsXZJf/FOFWsbyVSM9Gv8fI42/MdK/JDEV 58mHwk2wu9qONg8ri90zuBF+hch/6t996P5jkcf/WuTT2spfGhx5o8+D8hfoxwgMxiAAAA== --_=XFMail.1.2.p0.Linux:990104183917:718=_-- End of MIME message From tsbogend@alpha.franken.de Tue Jan 5 00:29:19 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 AAA12110; Tue, 5 Jan 1999 00:29:18 +0100 (MET) Received-Date: Tue, 5 Jan 1999 00:29:18 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id AAA27160; Tue, 5 Jan 1999 00:29:11 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id AAA02413; Tue, 5 Jan 1999 00:15:29 +0100 Message-ID: <19990105001528.A2297@alpha.franken.de> Date: Tue, 5 Jan 1999 00:15:28 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: NFSROOT problem on '260 resolved References: <19990104003551.A25704@mini.gt.owl.de> <19990104013150.A3325@alpha.franken.de> <19990104014708.A26557@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19990104014708.A26557@mini.gt.owl.de>; from Florian Lohoff on Mon, Jan 04, 1999 at 01:47:08AM +0100 Content-Length: 805 Lines: 21 On Mon, Jan 04, 1999 at 01:47:08AM +0100, Florian Lohoff wrote: > On Mon, Jan 04, 1999 at 01:31:50AM +0100, Thomas Bogendoerfer wrote: > > how about changing your gcc spec file ? > > I do not say that it does not make sense but as a newbie as i am > its hard enough to build a cross-compiler and then change spec files ? agreed. We changed the kernel sources to use the EGCS defines some weeks ago. > Ah BTW: other architectures (i386/sparc/m68k) use "__ASSEMBLY__" shouldnt we ? maybe, but I haven't found which program defines __ASSEMBLY__ and if it's standard practise. 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 R.vandenBerg@inter.NL.net Wed Jan 6 00:28:19 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 AAA20974; Wed, 6 Jan 1999 00:28:18 +0100 (MET) Received-Date: Wed, 6 Jan 1999 00:28:18 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-26.Hoorn.NL.net [193.79.46.190] with ESMTP for id AAA04241 (8.8.8/3.36); Wed, 6 Jan 1999 00:28:10 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 6 Jan 1999 00:27:49 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 6 Jan 1999 00:27:47 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Recently, on a DECstation nearby... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 952 Lines: 28 Hi Harald, On Fri, 1 Jan 1999, Harald Koerfgen wrote: > >>boot 3/tftp/vmlinux console=ttyS2 boot 3/tftp suffices for both the 3MIN and the MAXine. For the MAXine /dev/console has to be linked to /dev/ttyS0 to see something appear on the serial terminal when INIT starts. > This is my actual source tree, with root-le-980323.tar.gz, available from > ftp.linux.sgi.com/pub/test. mount, unmount and swapon on this root > filesystem cause segfaults. I have replaced these with rpms from > ftp.cobaltmicro.com. Cool, isn't it? Very cool! Almost unbelievable running Linux on the 3MIN and the MAXine. :-) `less` hangs both machines, it refuses any input after exiting it with `q`... Time to get me a full blown cross-compiler. > Well, init takes two or three minutes for completition, but then nearly > everything works smooth. Except changing the runlevel, I am still working > on the config files. Nice beginning of the new year. Regards, Richard From jim@earth.accelr8.com Wed Jan 6 01:23:33 1999 Received: from earth.accelr8.com (earth.accelr8.com [192.150.172.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA22189; Wed, 6 Jan 1999 01:23:31 +0100 (MET) Received-Date: Wed, 6 Jan 1999 01:23:31 +0100 (MET) Received: (from jim@localhost) by earth.accelr8.com (8.9.1/8.9.0) id RAA20230 for linux-mips@fnet.fr; Tue, 5 Jan 1999 17:22:54 -0700 (MST) From: Jim Reiss Message-Id: <199901060022.RAA20230@earth.accelr8.com> Subject: Request for information To: linux-mips@fnet.fr Date: Tue, 5 Jan 1999 17:22:54 -0700 (MST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 588 Lines: 12 Hi, I have been trying recently to install Linux/MIPS on my MIPS Magnum 4000 workstation, with only limited success. On the "Latest News" web page I see a reference to a release of "bfsd", which sounds like it might be useful in getting my system running. Could you please tell me where I can find bfsd? It does not seem to be on the Linux/MIPS FTP sites. I would also appreciate it if I could be subscribed to the Linux/MIPS development mailing list. I hope to experiment with the operating system and might benefit from the discussions there. Thanks for any help you can provide. From alhaz@xmission.com Wed Jan 6 01:57:13 1999 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA22898; Wed, 6 Jan 1999 01:57:12 +0100 (MET) Received-Date: Wed, 6 Jan 1999 01:57:12 +0100 (MET) Received: from alhaz.users.xmission.com ([207.135.128.199] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.05 #1) id 0zxhHY-00024W-00 for linux-mips@fnet.fr; Tue, 5 Jan 1999 17:57:08 -0700 Sender: alhaz@fnet.fr Message-ID: <3692B4CD.49D746F3@xmission.com> Date: Tue, 05 Jan 1999 17:56:45 -0700 From: Eric Jorgensen X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Request for information References: <199901060022.RAA20230@earth.accelr8.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1004 Lines: 27 I have a Magnum I'm going to be installing on in the relative near future - it might be useful if we could build faqs for installing on specific machines. - Eric Jim Reiss wrote: > > Hi, I have been trying recently to install Linux/MIPS on my MIPS > Magnum 4000 workstation, with only limited success. On the "Latest News" > web page I see a reference to a release of "bfsd", which sounds like it > might be useful in getting my system running. Could you please tell > me where I can find bfsd? It does not seem to be on the Linux/MIPS > FTP sites. > > I would also appreciate it if I could be subscribed to the Linux/MIPS > development mailing list. I hope to experiment with the operating > system and might benefit from the discussions there. > > Thanks for any help you can provide. -- ----------------------------------------------------------------- | Geek for sale! http://we.areb.org/~alhaz/resume.html | ----------------------------------------------------------------- From triemer@apt4g.a3nyc.com Wed Jan 6 05:06:00 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 FAA25110; Wed, 6 Jan 1999 05:05:58 +0100 (MET) Received-Date: Wed, 6 Jan 1999 05:05:58 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id XAA20421 for ; Tue, 5 Jan 1999 23:06:16 -0500 Date: Tue, 5 Jan 1999 23:06:16 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: declance on 2100 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 427 Lines: 14 As I'm slowly learning... the 2100 seems always to be the exception in everything (boy do I ever learn slow) Apparently not only does cp_to_buf change, but also the actual initialization block. Interestingly, packets do actually make it to the net - but entirely garbled... On another topic: What do we need to do in order to get the decstation stuff into cvs? Is there anything that I can do to help that along? -Tom From mitch@execpc.com Wed Jan 6 05:30:17 1999 Received: from mailgw00.execpc.com (sendmail@mailgw00.execpc.com [169.207.1.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA25227; Wed, 6 Jan 1999 05:30:16 +0100 (MET) Received-Date: Wed, 6 Jan 1999 05:30:16 +0100 (MET) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw00.execpc.com (8.9.1) id WAA30748 for ; Tue, 5 Jan 1999 22:30:13 -0600 Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id WAA26822; Tue, 5 Jan 1999 22:30:13 -0600 (CST) Message-ID: <19990105223012.41667@execpc.com> Date: Tue, 5 Jan 1999 22:30:12 -0600 From: Mitchell Blank Jr To: linux-mips@fnet.fr Subject: Re: declance on 2100 References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Thomas Riemer on Tue, Jan 05, 1999 at 11:06:16PM -0500 Content-Length: 395 Lines: 11 Thomas Riemer wrote: > Interestingly, packets do actually make it to the net - but entirely > garbled... That's pretty common - if you have a DMA or shared memory problem but the control registers are still reachable you can often send and receive packets but with random (or often all 00 or all FF) contents. Had that exact symptom on a driver I was playing with a few years ago :-) -Mitch From R.vandenBerg@inter.NL.net Wed Jan 6 18:18:58 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 SAA03211; Wed, 6 Jan 1999 18:16:48 +0100 (MET) Received-Date: Wed, 6 Jan 1999 18:16:48 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-33.Hoorn.NL.net [193.79.46.197] with ESMTP for id SAA22318 (8.8.8/3.36); Wed, 6 Jan 1999 18:16:34 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 6 Jan 1999 18:16:10 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 6 Jan 1999 18:16:10 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: declance on 2100 In-Reply-To: <19990105223012.41667@execpc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 694 Lines: 18 On Tue, 5 Jan 1999, Mitchell Blank Jr wrote: > Thomas Riemer wrote: > > Interestingly, packets do actually make it to the net - but entirely > > garbled... > > That's pretty common - if you have a DMA or shared memory problem but the > control registers are still reachable you can often send and receive packets > but with random (or often all 00 or all FF) contents. That's exactly the problem, the 3 possible LANCE's for DECstations are onboard in [23]100 codenamed pmax LANCE, onboard in 5000's codenamed IOASIC LANCE and TURBOchannel option cards codenamed PMAD LANCE and all 3 use different memory access mechanisms, read the comments in drivers/net/declance.c. :-) Regards, Richard From roussel@quimper.eng.efi.com Wed Jan 6 21:20:02 1999 Received: from quimper.eng.efi.com (efi.com [192.68.228.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA04369; Wed, 6 Jan 1999 21:20:00 +0100 (MET) Received-Date: Wed, 6 Jan 1999 21:20:00 +0100 (MET) Received: (from roussel@localhost) by quimper.eng.efi.com (8.8.7/8.8.7) id MAA11291 for linux-mips@fnet.fr; Wed, 6 Jan 1999 12:20:45 -0800 From: frasc Message-Id: <199901062020.MAA11291@quimper.eng.efi.com> To: linux-mips@fnet.fr Date: Wed, 6 Jan 1999 12:20:45 -0800 (PST) Reply-To: Frederic.Roussel@efi.com X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 10 Lines: 1 subscribe From hkoerfg1@ford.com Thu Jan 7 16:19:57 1999 Received: from mailfw2.ford.com (mailfw2.ford.com [136.1.1.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA11230; Thu, 7 Jan 1999 16:19:50 +0100 (MET) Received-Date: Thu, 7 Jan 1999 16:19:50 +0100 (MET) Received: by mailfw2.ford.com id KAA27477 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Thu, 7 Jan 1999 10:19:31 -0500 Message-Id: <199901071519.KAA27477@mailfw2.ford.com> Received: by mailfw2.ford.com (Internal Mail Agent-1); Thu, 7 Jan 1999 10:19:31 -0500 Date: Thu, 07 Jan 1999 16:19:28 +0100 From: Harald Koerfgen Organization: Ford Motor Company X-Mailer: Mozilla 4.04 [en]C-c32f404p (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: [OT] harald.koerfgen@netcologne.de Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 249 Lines: 9 Hi, sorry for beeing off topic. Due to a misunderstanding my ISP-Account was cancelled. Probably all e-mail since January 5th to my home e-mail address will be lost, please accept my apologies for any unconvenience this may cause. Regards, Harald From monta@bev.net Thu Jan 7 21:54:58 1999 Received: from taz.bev.net (root@taz.bev.net [198.82.182.27]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA15118; Thu, 7 Jan 1999 21:54:56 +0100 (MET) Received-Date: Thu, 7 Jan 1999 21:54:56 +0100 (MET) Received: from bev.net (mmonta@taz.bev.net [198.82.182.27]) by taz.bev.net (8.8.7/8.8.7) with ESMTP id PAA01301 for ; Thu, 7 Jan 1999 15:53:45 -0500 Sender: mmonta@taz.bev.net Message-ID: <36951EA4.B22C972@bev.net> Date: Thu, 07 Jan 1999 15:52:53 -0500 From: Monta Elkins X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.36 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: MIPS R4000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 657 Lines: 19 My palmtop (a cassiopeia) has a MIPS R4000 processor. Would any of the ported code be usable in developing a Linux port for the Cassiopeia? I'm not familar with the MIPS line of processors. -- -Monta Elkins ----------------------------------------------------------------------- "And the world will be better for this: That one man scorned and covered with scars, still strove with his last ounce of courage; to reach the unreachable stars" System Administrator - Blacksburg Electronic Village - www.bev.net monta@bev.net - http://www.bev.net/project/people/monta ---------------------------------------------------------------------- From imp@village.org Thu Jan 7 23:47:14 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA15715; Thu, 7 Jan 1999 23:47:12 +0100 (MET) Received-Date: Thu, 7 Jan 1999 23:47:12 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zyOCS-00061K-00; Thu, 7 Jan 1999 15:46:44 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id PAA57718 for ; Thu, 7 Jan 1999 15:45:07 -0700 (MST) Message-Id: <199901072245.PAA57718@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: MIPS R4000 In-reply-to: Your message of "Thu, 07 Jan 1999 15:52:53 EST." <36951EA4.B22C972@bev.net> References: <36951EA4.B22C972@bev.net> Date: Thu, 07 Jan 1999 15:45:07 -0700 From: Warner Losh Content-Length: 729 Lines: 20 In message <36951EA4.B22C972@bev.net> Monta Elkins writes: : My palmtop (a cassiopeia) has a MIPS R4000 processor. : : Would any of the ported code be usable in developing a : Linux port for the Cassiopeia? Yes. The Cassiopeia has a Vr4102 or a Vr4111 depending on which version you have. There would be some code needed to get the cache stuff working, but that should be relatively minor. : I'm not familar with the MIPS line of processors. Good luck! Actually the biggest problem that I've not been able to get past is booting. Most WinCE drivers run as user level processes, so I can't steal the interrupt vectors from a driver. Thus far, I've found that the easiest way to go would be to burn my own ROMs... Warner From K.H.C.vanHouten@research.kpn.com Fri Jan 8 16:54:55 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 QAA23659; Fri, 8 Jan 1999 16:54:46 +0100 (MET) Received-Date: Fri, 8 Jan 1999 16:54:46 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6AZYXSOVY0003I8@research.kpn.com> for linux-mips@fnet.fr; Fri, 8 Jan 1999 16:54:26 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id QAA01821; Fri, 08 Jan 1999 16:54:10 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Fri, 08 Jan 1999 16:54:10 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: DecStation Linux: Multiuser success! To: linux-mips@fnet.fr, hkoerfg1@ford.com Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901081554.QAA01821@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: 2721 Lines: 84 Fellow decstation hackers, after the last patch (stackframe.h) from Harald: KN05 V2.1k >>boot 3/tftp console=ttyS2 root=/dev/nfs -tftp boot(3), bootp|139.63.1.4:/tftpboot/nbImage/ -tftp load 1077680+115296+235392 Launching kernel... This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes) Primary data cache 16kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.1.121 (root@turgon) (gcc version 2.7.2) #32 Thu Jan 7 17:21:40 MET 1999 Calibrating delay loop... 59.90 BogoMIPS Memory: 192716k/196604k available (928k kernel code, 2672k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) slot 1: DEC PMAZ-AA V5.3d Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Initializing RT netlink socket Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbf900001 (irq = 3) is a Z85C30 SCC tty01 at 0xbf900009 (irq = 3) is a Z85C30 SCC tty02 at 0xbf980001 (irq = 3) is a Z85C30 SCC tty03 at 0xbf980009 (irq = 3) is a Z85C30 SCC loop: registered device at major 7 declance.c: v0.007 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:37:63:76, irq = 2 Sending BOOTP requests.... OK VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 48k freed INIT: version 2.74 booting Activating swap partitions hostname: elrond Checking root filesystems. Parallelizing fsck version 1.10 (24-Apr-97) fsck: fsck.nfs: not found fsck: Error 2 while executing fsck.nfs for /dev/root Remounting root filesystem in read-write mode. mount: directory to mount not in host:dir format Checking filesystems. Parallelizing fsck version 1.10 (24-Apr-97) Checking all file systems. ---------------------------------- Mounting local filesystems. Fri Jan 8 16:20:02 MET 1999 Enabling swap space. Initializing random number generator... INIT: Entering runlevel: 3 Enabling IPv4 packet forwarding. SIOCADDRT: File exists SIOCADDRT: File exists Mounting remote filesystems. Initializing random number generator... Starting system loggers: syslogd klogd Starting cron daemon: crond Starting portmapper: portmap Starting INET services: inetd Red Hat Linux release 5.0 (Hurricane) Kernel 2.1.121 on a mips elrond login: ---------------------------------------------------------------------------- Local compiling works, lots of tools work, now a working SCSI driver and we are in serious bussiness. Congrats Harald! -- Karel van Houten From ltague@physio1.utmem.edu Fri Jan 8 16:59:14 1999 Received: from physio1.utmem.edu (physio1.utmem.edu [132.192.44.1]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA23727; Fri, 8 Jan 1999 16:59:06 +0100 (MET) Received-Date: Fri, 8 Jan 1999 16:59:06 +0100 (MET) Received: from physio1.utmem.edu by physio1.utmem.edu; (5.65v3.2/1.1.8.2/24Jan96-0548PM) id AA29111; Fri, 8 Jan 1999 10:01:51 -0600 Sender: ltague@physio1.utmem.edu Message-Id: <36962BED.B66BE62A@physio1.utmem.edu> Date: Fri, 08 Jan 1999 10:01:50 -0600 From: Larry Tague Organization: Dept. of Physiology and Biophysics, U.T. Memphis X-Mailer: Mozilla 4.05 [en] (X11; I; OSF1 V3.2 alpha) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: DECstations and Linux/Mips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 798 Lines: 21 I have both DECstation 5000/250 and 3100 computers... one collecting dust, and the other still using ULTRIX. I would really like to get these machines started on some sort of upgrade path operating system wise.. Could you please tell me the current status of the Linux/Mips ports for these machines. The last that I saw of any info was Feb. 98. Thanks for any assistance that you can provide. Larry -- Larry Tague Co-Director of MECCA* Research Associate Dept. of Physiology & Biophysics Phone Bus.: 901-448-7152 U.T. Memphis Phone FAX: 901-448-7126 894 Union Ave. e-mail:ltague@physio1.utmem.edu or Memphis, TN 38163 ltague@mecca.mecca.org *MECCA (Memphis Educational Computer Connectivity Alliance) URL: http://www.mecca.org/ From asilveiro@conecta-t.com Fri Jan 8 19:08:52 1999 Received: from mail.conecta-t.com (conecta-t.com [195.61.13.40] (may be forged)) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA24389; Fri, 8 Jan 1999 19:08:49 +0100 (MET) Received-Date: Fri, 8 Jan 1999 19:08:49 +0100 (MET) Received: from excalibur [195.61.13.1] by conecta-t.com [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Fri, 08 Jan 1999 19:10:36 +0100 Message-ID: <005101be3b3a$2875bfe0$e164a8c0@excalibur.conecta-t.com> From: "alex silveiro" To: Subject: RM5230 Date: Fri, 8 Jan 1999 19:07:38 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01BE3B3A.28667DA0" 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 X-MDaemon-Deliver-To: linux-mips@fnet.fr Content-Length: 1210 Lines: 40 This is a multi-part message in MIME format. ------=_NextPart_000_004E_01BE3B3A.28667DA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have one QED MIPS RM5230. The operating system is Linux/MIPS. I would = like to install compiled packages RPM's to MIPS. Where can I find? Thanks Alex=20 ------=_NextPart_000_004E_01BE3B3A.28667DA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have one QED MIPS RM5230. The = operating system=20 is Linux/MIPS. I would like to install compiled packages RPM's  to=20 MIPS.  Where can I find?
 
Thanks
 
Alex 
------=_NextPart_000_004E_01BE3B3A.28667DA0-- From paul@milleng.com.au Sat Jan 9 05:35:22 1999 Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA02167; Sat, 9 Jan 1999 05:35:20 +0100 (MET) Received-Date: Sat, 9 Jan 1999 05:35:20 +0100 (MET) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id PAA10742 for ; Sat, 9 Jan 1999 15:35:15 +1100 (EDT) Received: from slither.flatnet.au (UNKNOWN044200.rev.telstra-mm.net.au [24.192.44.200]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id PAA26751 for ; Sat, 9 Jan 1999 15:35:14 +1100 (EDT) Received: from milleng.com.au (slug.flatnet.au [192.168.1.4]) by slither.flatnet.au (8.8.7/8.8.7) with ESMTP id OAA08159 for ; Sat, 9 Jan 1999 14:51:12 +1100 Message-ID: <3696DCB2.E8CDB5BE@milleng.com.au> Date: Sat, 09 Jan 1999 15:36:02 +1100 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DecStation Linux: Multiuser success! References: <199901081554.QAA01821@sparta.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 750 Lines: 24 Karel van Houten wrote: > > Fellow decstation hackers, > after the last patch (stackframe.h) from Harald: > > KN05 V2.1k > >>boot 3/tftp console=ttyS2 root=/dev/nfs Congratulations folks! Especially Harald who's energy has helped all of us do more than we might without him, to say nothing of the work he has done personally on the port. Happy New Year and warmest regards to all, Paul ______________________________________________________________________________ Paul M. Antoine Millennium Engineering Pty Ltd email: paul@milleng.com.au Phone: +61 2 9560 7331 large files: pantoine@nsw.bigpond.net.au Fax: +61 2 9560 8708 From paul@milleng.com.au Sat Jan 9 05:44:47 1999 Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA02233; Sat, 9 Jan 1999 05:44:45 +0100 (MET) Received-Date: Sat, 9 Jan 1999 05:44:45 +0100 (MET) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id PAA11973 for ; Sat, 9 Jan 1999 15:44:41 +1100 (EDT) Received: from slither.flatnet.au (UNKNOWN044200.rev.telstra-mm.net.au [24.192.44.200]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id PAA28960 for ; Sat, 9 Jan 1999 15:44:40 +1100 (EDT) Received: from milleng.com.au (slug.flatnet.au [192.168.1.4]) by slither.flatnet.au (8.8.7/8.8.7) with ESMTP id PAA08175 for ; Sat, 9 Jan 1999 15:00:39 +1100 Message-ID: <3696DEE9.D90C3B92@milleng.com.au> Date: Sat, 09 Jan 1999 15:45:29 +1100 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Linux MIPS mailing list Subject: Help with dead Indy powersupplies... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1727 Lines: 51 Hi folks, I have managed to pick up a couple of very cheap Indys ($US125), but find that the powersupplies have died (this is a very common fault with Indys from what I've seen of stories from the 'net). SGI Australia is claiming that they can give me new ones for $US520 (powersupplies are not repaired as they are considered "consumables"!!). I could fix it if I had the schematic (and may be able to anyway, but I'd like to get some help if I can :-), and I was wondering if anyone on the list would be able to help with one of: a schematic for the Nidec/Power General PSU for the Indy a contact in SGI and/or Power General who could get me the schematic a couple of cheap PSU replacements - perhaps used ones in otherwise dead Indy's, or a remarketeer that has them, etc. Of some help has been a company in California called B&B Solutions, who can sell me one for $US295, plus freight etc. (which ends up some $US150 cheaper than SGI Australia once I get it here). I have tried Nidec/Power General and got the following response: > This power supply, designed and manufactured exclusively for the Silicon > Graphics Indy series, is no longer produced or supported by Power > General. SGI is your best source for repair or replacement. > Proprietary design schematics and materials lists are unavailable. > > Charlie W > cwelsch@nidecpg.com Any help would be much appreciated. Regards, Paul ______________________________________________________________________________ Paul M. Antoine Millennium Engineering Pty Ltd email: paul@milleng.com.au Phone: +61 2 9560 7331 large files: pantoine@nsw.bigpond.net.au Fax: +61 2 9560 8708 From triemer@apt4g.a3nyc.com Sat Jan 9 19:47:30 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 TAA05931; Sat, 9 Jan 1999 19:47:28 +0100 (MET) Received-Date: Sat, 9 Jan 1999 19:47:28 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id NAA26424 for ; Sat, 9 Jan 1999 13:47:31 -0500 Date: Sat, 9 Jan 1999 13:47:29 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 294 Lines: 9 I've finally gotten the ethernet declance.c patched on the 2100... And it does in fact mount up my root partition from my other machine... Patche for declance.c will be coming later today or maybe tomorrow (depends sort of on what my girlfriend has in mind.) Its a damn good feeling. -Tom From charlie.baylis@altavista.net Sat Jan 9 20:14:11 1999 Received: from irwell.zetnet.co.uk (root@irwell.zetnet.co.uk [194.247.47.48]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA06114; Sat, 9 Jan 1999 20:14:10 +0100 (MET) Received-Date: Sat, 9 Jan 1999 20:14:10 +0100 (MET) Received: from cgb23 (man-188.dialup.zetnet.co.uk [194.247.40.238]) by irwell.zetnet.co.uk (8.8.7/8.8.5) with SMTP id TAA20231 for ; Sat, 9 Jan 1999 19:14:06 GMT MIME-Version: 1.0 From: Charles Baylis To: linux-mips@fnet.fr Date: Sat, 09 Jan 1999 19:14:57 +0000 (GMT) Message-ID: <48c1d81727charlie.baylis@zetnet.co.uk> X-Mailer: Pluto 1.10d for RISC OS 3.7 Subject: DecStation 3100 Content-Type: text/plain Content-Length: 365 Lines: 14 Hello I've managed to get hold of a DecStation 3100. I've been trying to get Linux/MIPS working on it, but I haven't got any further than starting a tftp session with my ARMLinux server. The web page with the info on the DecStation port seems rather out of date, has there been any progress since? TIA Charlie -- Charlie Baylis charlie.baylis@altavista.net From imp@village.org Sun Jan 17 09:26:22 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA13256; Sun, 17 Jan 1999 09:26:20 +0100 (MET) Received-Date: Sun, 17 Jan 1999 09:26:20 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 101nX1-0006Hu-00; Sun, 17 Jan 1999 01:26:03 -0700 Received: (from imp@localhost) by harmony.village.org (8.9.1/8.8.3) id BAA38071 for linux-mips@fnet.fr; Sun, 17 Jan 1999 01:25:16 -0700 (MST) Date: Sun, 17 Jan 1999 01:25:16 -0700 (MST) From: Warner Losh Message-Id: <199901170825.BAA38071@harmony.village.org> To: linux-mips@fnet.fr Subject: baget? Content-Length: 92 Lines: 4 I noticed that baget was added to the cvs tree. What, in this context, is a baget? Warner From alhaz@xmission.com Sun Jan 17 17:56:12 1999 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA17202; Sun, 17 Jan 1999 17:56:11 +0100 (MET) Received-Date: Sun, 17 Jan 1999 17:56:11 +0100 (MET) Received: from alhaz.users.xmission.com ([207.135.128.199] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.05 #1) id 101vUW-0003jg-00 for linux-mips@fnet.fr; Sun, 17 Jan 1999 09:56:01 -0700 Sender: alhaz@fnet.fr Message-ID: <36A21636.2536C075@xmission.com> Date: Sun, 17 Jan 1999 09:56:22 -0700 From: Eric Jorgensen X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: baget? References: <199901170825.BAA38071@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 530 Lines: 18 Warner Losh wrote: > > I noticed that baget was added to the cvs tree. What, in this context, is > a baget? My sister just got back from france . . . and I have to agree with your confusion - this is clearly *not* a small loaf of bread, *nor* an arrangement of gemstones. It's a russian Mips system, I think. - Eric -- ----------------------------------------------------------------- | Geek for sale! http://we.areb.org/~alhaz/resume.html | ----------------------------------------------------------------- From imp@village.org Sun Jan 17 18:32:16 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA17794; Sun, 17 Jan 1999 18:32:14 +0100 (MET) Received-Date: Sun, 17 Jan 1999 18:32:14 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 101w3Q-0006Tv-00; Sun, 17 Jan 1999 10:32:04 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id KAA39522 for ; Sun, 17 Jan 1999 10:31:29 -0700 (MST) Message-Id: <199901171731.KAA39522@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: baget? In-reply-to: Your message of "Sun, 17 Jan 1999 09:56:22 MST." <36A21636.2536C075@xmission.com> References: <36A21636.2536C075@xmission.com> <199901170825.BAA38071@harmony.village.org> Date: Sun, 17 Jan 1999 10:31:28 -0700 From: Warner Losh Content-Length: 208 Lines: 7 In message <36A21636.2536C075@xmission.com> Eric Jorgensen writes: : It's a russian Mips system, I think. Given that Russian programmers appear in the copyright headers, that isn't surprising :-). Warner From K.H.C.vanHouten@research.kpn.com Sun Jan 17 18:47:35 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 SAA17884; Sun, 17 Jan 1999 18:47:34 +0100 (MET) Received-Date: Sun, 17 Jan 1999 18:47:34 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6NOKAMTDC0001U5@research.kpn.com> for linux-mips@fnet.fr; Sun, 17 Jan 1999 18:47:24 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA07490; Sun, 17 Jan 1999 18:47:20 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 17 Jan 1999 18:47:19 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: DECstation Linux NFS root image available. To: linux-mips@fnet.fr Cc: Harald.Koerfgen@home.ivm.de Message-id: <199901171747.SAA07490@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: 418 Lines: 16 Hello DECstation hackers, News from this weekend: 1. I've uploaded a first version of a DECstation NFS root image to http://www.xs4all.nl/~vhouten/decroot.tgz It works with Haralds 2.1.121 kernel on my 5000/260. Download it, and give it a try. Comments welcome! 2. Haralds patch to reset.c works! Now the kernel returns control to the PROM when halt or reboot is called. Regards, -- Karel van Houten From R.vandenBerg@inter.NL.net Mon Jan 18 14:23:57 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 OAA02385; Mon, 18 Jan 1999 14:23:53 +0100 (MET) Received-Date: Mon, 18 Jan 1999 14:23:53 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-15.Hoorn.NL.net [193.79.46.179] with ESMTP id OAA21740 (8.8.8/3.36); Mon, 18 Jan 1999 14:23:38 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 18 Jan 1999 14:15:11 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 18 Jan 1999 14:15:10 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr cc: Harald Koerfgen Subject: concurent running init on DECstations Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1089 Lines: 30 Hello DECstation fans, The DECstations here (5000/25 and 133) aren't able to run multi-user yet, using the 2.1.131 kernel, when the system normally boots and init is starting the last visible execution is the last line of /etc/rc.d/rc.sysinit, which is an echo, after that the machines remains silent, ping-'ing them is possible and the only sign of life I can discover. When rc.sysinit drops into a shell because fstab is missing a line with the root filesytem, the machines work fine because they've compiled binutils, egcs and there own kernel which runs fine. `ps ax` in this shell gives following result: [root@fortuna /root]# ps ax PID TTY STAT TIME COMMAND 1 ? S 0:00 init bo 2 ? SW 0:00 (kflushd) 3 ? SWN 0:00 (kswapd) 4 ? SW 0:00 (rpciod) 5 S2 S 0:00 init bo 6 S2 S 0:01 sh /etc/rc.d/rc.sysinit 15 S2 S 0:01 -bash 32 S2 R 0:00 ps ax And shows 2 init's to my surprise, which might be the cause of the problem. But how is it possible that there are 2 init's running? Regards, Richard From R.vandenBerg@inter.NL.net Mon Jan 18 14:24:01 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 OAA02384; Mon, 18 Jan 1999 14:23:51 +0100 (MET) Received-Date: Mon, 18 Jan 1999 14:23:51 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-15.Hoorn.NL.net [193.79.46.179] with ESMTP id OAA21733 (8.8.8/3.36); Mon, 18 Jan 1999 14:23:37 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 18 Jan 1999 14:23:13 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 18 Jan 1999 14:23:12 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr cc: Harald Koerfgen Subject: Re: DECstation Linux NFS root image available. In-Reply-To: <199901171747.SAA07490@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 709 Lines: 24 Hello Karel, On Sun, 17 Jan 1999, Karel van Houten wrote: > Hello DECstation hackers, > > News from this weekend: > > 1. I've uploaded a first version of a DECstation NFS root image > to http://www.xs4all.nl/~vhouten/decroot.tgz > It works with Haralds 2.1.121 kernel on my 5000/260. > Download it, and give it a try. Comments welcome! It doesn't work with 2.1.131 on my 25 and 133... but it looks like that's caused by other reasons, see my other post for details. > 2. Haralds patch to reset.c works! Now the kernel returns control > to the PROM when halt or reboot is called. Is that patch included with 2.1.131? 2.1.131 doesn't return control to the PROM when halted. Regards, Richard From hkoerfg1@ford.com Mon Jan 18 15:06:31 1999 Received: from mailfw2.ford.com (mailfw2.ford.com [136.1.1.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA03943; Mon, 18 Jan 1999 15:06:25 +0100 (MET) Received-Date: Mon, 18 Jan 1999 15:06:25 +0100 (MET) Received: by mailfw2.ford.com id JAA06421 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Mon, 18 Jan 1999 09:06:20 -0500 Message-Id: <199901181406.JAA06421@mailfw2.ford.com> Received: by mailfw2.ford.com (Internal Mail Agent-1); Mon, 18 Jan 1999 09:06:20 -0500 Date: Mon, 18 Jan 1999 15:06:17 +0100 From: Harald Koerfgen Organization: Ford Motor Company X-Mailer: Mozilla 4.04 [en]C-c32f404p (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation Linux NFS root image available. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 408 Lines: 14 Hi, Richard van den Berg wrote: > On Sun, 17 Jan 1999, Karel van Houten wrote: > > 2. Haralds patch to reset.c works! Now the kernel returns control > > to the PROM when halt or reboot is called. > > Is that patch included with 2.1.131? 2.1.131 doesn't return control to > the PROM when halted. That's a little patch I sent to Karel privately. I'll post it to the list after returning to home. Harald From flo@mini.gt.owl.de Mon Jan 18 15:39:04 1999 Received: from noose.gt.owl.de (uunutshe@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA04903; Mon, 18 Jan 1999 15:39:00 +0100 (MET) Received-Date: Mon, 18 Jan 1999 15:39:00 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id A70BF4E73; Mon, 18 Jan 1999 06:38:56 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 4A9452E004; Mon, 18 Jan 1999 15:38:56 +0100 (CET) Date: Mon, 18 Jan 1999 15:38:56 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: concurent running init on DECstations Message-ID: <19990118153856.D13066@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Richard van den Berg on Mon, Jan 18, 1999 at 02:15:10PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 1465 Lines: 36 On Mon, Jan 18, 1999 at 02:15:10PM +0100, Richard van den Berg wrote: > Hello DECstation fans, > > The DECstations here (5000/25 and 133) aren't able to run multi-user > yet, using the 2.1.131 kernel, when the system normally boots > and init is starting the last visible execution is the last line > of /etc/rc.d/rc.sysinit, which is an echo, after that the machines > remains silent, ping-'ing them is possible and the only sign of life I > can discover. > > When rc.sysinit drops into a shell because fstab is missing a line with > the root filesytem, the machines work fine because they've compiled > binutils, egcs and there own kernel which runs fine. `ps ax` in this > shell gives following result: > > [root@fortuna /root]# ps ax > PID TTY STAT TIME COMMAND > 1 ? S 0:00 init bo > 2 ? SW 0:00 (kflushd) > 3 ? SWN 0:00 (kswapd) > 4 ? SW 0:00 (rpciod) > 5 S2 S 0:00 init bo > 6 S2 S 0:01 sh /etc/rc.d/rc.sysinit > 15 S2 S 0:01 -bash > 32 S2 R 0:00 ps ax > > And shows 2 init's to my surprise, which might be the cause of the > problem. But how is it possible that there are 2 init's running? That might be a compile time debug option for the init which lets the init fork at startup to make in straceable and debuggable ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From Harald.Koerfgen@home.ivm.de Mon Jan 18 17:30:54 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA06672; Mon, 18 Jan 1999 17:30:50 +0100 (MET) Received-Date: Mon, 18 Jan 1999 17:30:50 +0100 (MET) Received: from franz.no.dom (port52.koeln.ivm.de [195.247.239.52]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id RAA18254 for ; Mon, 18 Jan 1999 17:30:31 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990118173147:152=_" In-Reply-To: <199901181406.JAA06421@mailfw2.ford.com> Date: Mon, 18 Jan 1999 17:32:37 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation Linux NFS root image available. Content-Length: 1395 Lines: 61 This message is in MIME format --_=XFMail.1.2.p0.Linux:990118173147:152=_ Content-Type: text/plain; charset=us-ascii Hello all, On 18-Jan-99 Harald Koerfgen wrote: > Richard van den Berg wrote: >> On Sun, 17 Jan 1999, Karel van Houten wrote: >> > 2. Haralds patch to reset.c works! Now the kernel returns control >> > to the PROM when halt or reboot is called. >> >> Is that patch included with 2.1.131? 2.1.131 doesn't return control to >> the PROM when halted. > > That's a little patch I sent to Karel privately. I'll post it to the > list after returning to home. Ok, please find attached the new version of arch/mips/dec/reset.c. Have fun. --- Regards, Harald P.S.: I am resubscribed to linux-mips@fnet.fr so you can stop cc'ing me :-). Thank you. --_=XFMail.1.2.p0.Linux:990118173147:152=_ Content-Disposition: attachment; filename="reset.c" Content-Transfer-Encoding: 7bit Content-Description: reset.c Content-Type: text/plain; charset=us-ascii; name=reset.c; SizeOnDisk=335 /* * $Id: $ * * Reset a DECstation machine. * */ void (*back_to_prom)(void) = (void (*)(void))0xBFC00000; void dec_machine_restart(char *command) { back_to_prom(); } void dec_machine_halt(void) { back_to_prom(); } void dec_machine_power_off(void) { /* DECstations don't have a software power switch */ back_to_prom(); } --_=XFMail.1.2.p0.Linux:990118173147:152=_-- End of MIME message From ralf@lappi.waldorf-gmbh.de Mon Jan 18 18:10:13 1999 Received: from lappi.waldorf-gmbh.de (bpxterm.cs.uni-sb.de [134.96.243.164]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA07307; Mon, 18 Jan 1999 18:10:08 +0100 (MET) Received-Date: Mon, 18 Jan 1999 18:10:08 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id SAA01028; Mon, 18 Jan 1999 18:10:02 +0100 Message-ID: <19990118181002.A859@uni-koblenz.de> Date: Mon, 18 Jan 1999 18:10:02 +0100 From: ralf@uni-koblenz.de To: linux@engr.sgi.com, linux-mips@fnet.fr Subject: SGI/Linux press Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 4814 Lines: 98 More press about SGI and Linux. This is available on http://www.nwfusion.com/news/1999/0118linux2.html. Grass-roots effort pulls SGI toward Linux By Deni Connor Network World, 01/18/99 Silicon Graphics (SGI) is proud to talk about how well it supports Windows NT, and likes to boast about the scalability and reliability of its Irix operating system. But the technically savvy workstation and server vendor has said little about Linux. Meanwhile, programmers inside and outside the company have been banging away, bringing the free, open source operating system to an array of SGI server and workstation So does SGI like Linux or not? Despite more than three weeks of inquiries from Network World, the question remains unanswered. SGI seems to be making all the right Linux moves, but the company is reluctant to talk about them. In fact, SGI seems oddly defensive, and sometimes ambivalent, about its Linux efforts. For instance, late last year the computer company became a sponsoring member of Linux International, a nonprofit association that works on the promotion and growth of Linux. SGI wrote a press release about its membership, but then tried to retract it after it was posted on Linux International's site (www.li.org). The organization has refused to remove the SGI document from its site. When contacted about this, SGI officials said they had no official comment on Linux involvement. One source, however, says the company did not want to appear to be copying Sun, which made a big Linux splash in December when it promised to port Linux to UltraSPARC. After a series of follow-up calls, Network World spoke with Dave McAllister, SGI's representative to Linux International. McAllister acknowledged the existence of an engineering-led, SGI-sponsored Linux mailing list, whose members have been porting Linux to different SGI machines for more than two years. McAllister offered little else on SGI's interest in Linux or the company's overall strategy. SGI's server product line manager, Ben Passerelli, only added scant details to McAllister's description of SGI's Linux activity. SGI's official interest in Linux was short-lived - it peaked early and seemingly waned quickly after. In summer 1996, the company hired an intern to port Linux to SGI's Indy workstation. The intern, who also ported Linux to Sun's SPARC, left soon after finishing the kernel part of the SGI/Linux port. The company has not filled this Linux position. A grass-roots effort within SGI has paid off. Volunteers have finished porting Linux to SGI's Indy machine, and their attention has now swung to other SGI devices, including SGI's newest box, the Visual Workstation, which runs Windows NT Workstation software. Linux also runs on SGI's Origin200 server. The Linux mailing list, which is active today and counts SGI employees as one-quarter of its members, grew out of the project porting Linux to Indy. Having nearly completed the port on SGI's Indy, dubbed HardHat 5.1, early in the summer of 1998, others on the list moved on to the SGI's Indigo workstation, the Visual workstation and other units, including the Indy and Indigo, which are not current-technology machines. SGI, the silent partner in this deal, has aided this mailing list by supplying a Web site (www.linux.sgi.com), hardware, documentation and equipment, but many folks in corporate SGI don't know anything about it. SGI's Passerelli confirms that Linux runs on various SGI machines, such as its current Origin200 server, as well as its Visual Workstation, announced last week. And without offering a strategy or official endorsement, Passerelli praises the up-and-coming operating system. "We are looking at Linux extremely seriously because in technical, government and Internet space you hear a tremendous amount of enthusiasm for what's going on in the open source community," Passerelli says. Servers amount to 50% of SGI's revenue. "Stay tuned" is all SGI will officially say about Linux. Although further details are not available, SGI's 64-bit desktop and servers, which will be announced when Intel's Merced chip is complete, will be able to run Linux, as well as Windows NT and Irix, Passerelli says. Meanwhile, sources indicate that SGI is talking to Linux providers, such as Red Hat Software, about supporting SGI hardware. Linux is hardly as scalable as Irix, so don't expect to see SGI abandoning Irix, says an unnamed source. But Linux may be faster, at least according to the same source, who found that Linux is twice as fast as Irix on single-processor systems. Whether SGI will ever officially endorse Linux remains to be seen. The company has worked for two and a half years with Microsoft on high-end graphics, and a bold Linux pronouncement could jeopardize that relationship, some observers say. Ralf From ralf@lappi.waldorf-gmbh.de Mon Jan 18 18:29:14 1999 Received: from lappi.waldorf-gmbh.de (bpxterm.cs.uni-sb.de [134.96.243.164]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA08261; Mon, 18 Jan 1999 18:29:09 +0100 (MET) Received-Date: Mon, 18 Jan 1999 18:29:09 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id SAA01231; Mon, 18 Jan 1999 18:29:18 +0100 Message-ID: <19990118182918.B859@uni-koblenz.de> Date: Mon, 18 Jan 1999 18:29:18 +0100 From: ralf@uni-koblenz.de To: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: SGI/Linux press References: <19990118181002.A859@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990118181002.A859@uni-koblenz.de>; from ralf@uni-koblenz.de on Mon, Jan 18, 1999 at 06:10:02PM +0100 Content-Length: 336 Lines: 13 On Mon, Jan 18, 1999 at 06:10:02PM +0100, ralf@uni-koblenz.de wrote: > More press about SGI and Linux. This is available on > http://www.nwfusion.com/news/1999/0118linux2.html. > > Grass-roots effort pulls SGI toward Linux > > By Deni Connor > Network World, 01/18/99 Forgot that Deni Connor's email is dconnor@nww.com ... Ralf From tor@spacetec.no Mon Jan 18 18:50:18 1999 Received: from pallas.spacetec.no (pallas.spacetec.no [192.51.5.92]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA09247; Mon, 18 Jan 1999 18:50:14 +0100 (MET) Received-Date: Mon, 18 Jan 1999 18:50:14 +0100 (MET) Received: (from tor@localhost) by pallas.spacetec.no (8.9.1a/8.9.1) id SAA26540; Mon, 18 Jan 1999 18:49:39 +0100 Message-Id: <199901181749.SAA26540@pallas.spacetec.no> From: tor@spacetec.no (Tor Arntsen) Date: Mon, 18 Jan 1999 18:49:37 +0100 In-Reply-To: ralf@uni-koblenz.de "SGI/Linux press" (Jan 18, 18:22) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: SGI/Linux press Content-Length: 1039 Lines: 19 >Linux is hardly as scalable as Irix, so don't expect to see SGI abandoning >Irix, says an unnamed source. But Linux may be faster, at least according to >the same source, who found that Linux is twice as fast as Irix on >single-processor systems. Well, if IRIX moves in the "Cellular IRIX" direction then it wouldn't be much overlap between Linux and IRIX anytime soon I think.. and the two should be happy living together, covering the need of all SGI customers :-) (But if SGI isn't announcing Linux to run (well!) on the VPC Real Soon Now then I'm going to buy something else. I'm holding back my purchase a little more (I'm in for a workstation upgrade), and O2 is out of the question -- we used to buy lots of them but we recently changed our policy to "If it doesn't run Linux we won't buy it". Seriously. We're just so fed up with the sw maintenance contracts you need just to get the irix upgrades. And our developers love to work on Linux boxes anyway.. me too, and I'm no IRIX hater, quite the opposite in fact.) - Tor From R.vandenBerg@inter.NL.net Mon Jan 18 19:30:30 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 TAA11006; Mon, 18 Jan 1999 19:30:23 +0100 (MET) Received-Date: Mon, 18 Jan 1999 19:30:23 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-14.Hoorn.NL.net [193.79.46.178] with ESMTP for id TAA24038 (8.8.8/3.36); Mon, 18 Jan 1999 19:30:16 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 18 Jan 1999 19:29:49 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 18 Jan 1999 19:29:48 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: concurent running init on DECstations In-Reply-To: <19990118153856.D13066@mini.gt.owl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1391 Lines: 43 On Mon, 18 Jan 1999, Florian Lohoff wrote: > > [root@fortuna /root]# ps ax > > PID TTY STAT TIME COMMAND > > 1 ? S 0:00 init bo > > 2 ? SW 0:00 (kflushd) > > 3 ? SWN 0:00 (kswapd) > > 4 ? SW 0:00 (rpciod) > > 5 S2 S 0:00 init bo > > 6 S2 S 0:01 sh /etc/rc.d/rc.sysinit > > 15 S2 S 0:01 -bash > > 32 S2 R 0:00 ps ax > > > > And shows 2 init's to my surprise, which might be the cause of the > > problem. But how is it possible that there are 2 init's running? > > That might be a compile time debug option for the init which > lets the init fork at startup to make in straceable and debuggable ... Don't think so, this is init with debug options compiled (just got the sources and compiled it): [root@fortuna /root]# ps afx PID TTY STAT TIME COMMAND 1 ? S 0:00 init bo 2 ? SW 0:00 (kflushd) 3 ? SWN 0:00 (kswapd) 4 ? SW 0:00 (rpciod) 5 ? S 0:00 init bo 6 S2 S 0:00 \_ init bo 7 S2 S 0:01 \_ sh /etc/rc.d/rc.sysinit 16 S2 S 0:01 \_ -bash 29 S2 R 0:00 \_ ps afx And when the machine tries to go multi user (with line in fstab containing the root fs), the last line is: INIT: chld_handler: marked 6 as zombie Anybody suggestions what's causing this? Regards, Richard From Harald.Koerfgen@home.ivm.de Mon Jan 18 22:32:04 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA13052; Mon, 18 Jan 1999 22:32:00 +0100 (MET) Received-Date: Mon, 18 Jan 1999 22:32:00 +0100 (MET) Received: from franz.no.dom (port5.koeln.ivm.de [195.247.239.5]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA31345 for ; Mon, 18 Jan 1999 22:31:46 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990118222944:214=_" Date: Mon, 18 Jan 1999 22:33:59 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: 2.1.131 strikes back! Content-Length: 2390 Lines: 100 This message is in MIME format --_=XFMail.1.2.p0.Linux:990118222944:214=_ Content-Type: text/plain; charset=us-ascii Hi all, it looks like I found the annoying bug which made 2.1.131 unstable: [root@192 /proc]# uname -a Linux 192.168.0.3 2.1.131 #2 Mon Jan 18 18:58:22 MET 1999 mips unknown [root@192 /proc]# uptime 10:15pm up 40 min, 5 users, load average: 17.58, 18.15, 17.53 This is on my DECstation 5000/260 running two "make -j 10 netboot" in parallel on two kernel source trees. I booted in single user mode, started inetd manually and opened four telnet sessions :-). The bug was simple but not necessary obvious: duplicate labels in r2300_misc.S and r4k_misc.S which, although not declared as such, were global. Quick'n'dirty fix: rename those labels. Please apply the attached patch to r2300_misc.S and experience the wonderful world of linux-2.1.131 :-). [As a side note for the not so experienced reader: cd .../linux/arch/mips/kernel patch r2300_misc.S Date: Tue, 19 Jan 1999 00:59:50 +0100 From: ralf@uni-koblenz.de To: Harald Koerfgen , linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Mon, Jan 18, 1999 at 10:33:59PM +0100 Content-Length: 719 Lines: 20 On Mon, Jan 18, 1999 at 10:33:59PM +0100, Harald Koerfgen wrote: > This is on my DECstation 5000/260 running two "make -j 10 netboot" in > parallel on two kernel source trees. I booted in single user mode, started > inetd manually and opened four telnet sessions :-). Cool! > The bug was simple but not necessary obvious: duplicate labels in > r2300_misc.S and r4k_misc.S which, although not declared as such, were > global. > > Quick'n'dirty fix: rename those labels. Looks like a bug in the assembler or linker. Your patch actually shouldn't make a difference. Can you try to disassemble the object files rsp. the kernel executable and find the difference between the good and the broken kernel image? Ralf From hkoerfg1@ford.com Tue Jan 19 08:41:43 1999 Received: from mailfw1.ford.com (mailfw1.ford.com [136.1.1.26]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA18656; Tue, 19 Jan 1999 08:41:41 +0100 (MET) Received-Date: Tue, 19 Jan 1999 08:41:41 +0100 (MET) Received: by mailfw1.ford.com id CAA18703 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Tue, 19 Jan 1999 02:41:38 -0500 Message-Id: <199901190741.CAA18703@mailfw1.ford.com> Received: by mailfw1.ford.com (Internal Mail Agent-1); Tue, 19 Jan 1999 02:41:38 -0500 Date: Tue, 19 Jan 1999 08:41:30 +0100 From: Harald Koerfgen Organization: Ford Motor Company X-Mailer: Mozilla 4.04 [en]C-c32f404p (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! References: <19990119005950.B454@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1032 Lines: 31 Hi, ralf@uni-koblenz.de wrote: > > On Mon, Jan 18, 1999 at 10:33:59PM +0100, Harald Koerfgen wrote: > > > The bug was simple but not necessary obvious: duplicate labels in > > r2300_misc.S and r4k_misc.S which, although not declared as such, were > > global. > > > > Quick'n'dirty fix: rename those labels. > > Looks like a bug in the assembler or linker. Your patch actually shouldn't > make a difference. Can you try to disassemble the object files rsp. the > kernel executable and find the difference between the good and the broken > kernel image? Yeah, thought about that too but it's been to late yesterday evening. I will check this evening. Anyway, trying to track this down I had a look at System.map and found the symbols "nopage_tlbl", "nopage_tlbs" and "nowrite_mod" to appear twice! IMHO these symbols shouldn't be visible to the outside world and, as such, shouldn't appear in System.map, or am I on the wrong track here? This lead me to the crazy idea to rename these labels, et voila... Greetings, Harald From ralf@lappi.waldorf-gmbh.de Tue Jan 19 14:04:45 1999 Received: from lappi.waldorf-gmbh.de (ip39.cb.resolution.de [195.30.142.39]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA21555; Tue, 19 Jan 1999 14:04:43 +0100 (MET) Received-Date: Tue, 19 Jan 1999 14:04:43 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id OAA01101 for linux-mips@fnet.fr; Tue, 19 Jan 1999 14:04:59 +0100 Message-ID: <19990119140459.A453@uni-koblenz.de> Date: Tue, 19 Jan 1999 14:04:59 +0100 From: ralf@uni-koblenz.de To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! References: <19990119005950.B454@uni-koblenz.de> <199901190741.CAA18703@mailfw1.ford.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901190741.CAA18703@mailfw1.ford.com>; from Harald Koerfgen on Tue, Jan 19, 1999 at 08:41:30AM +0100 Content-Length: 692 Lines: 16 On Tue, Jan 19, 1999 at 08:41:30AM +0100, Harald Koerfgen wrote: > IMHO these symbols shouldn't be visible to the outside world and, as > such, shouldn't appear in System.map, or am I on the wrong track here? The system.map also contains local symbols, it's just that most of them like the ones starting with a dollar-sign get filtere out during generation of System.map. Just checkout the output of mipsel-linux-objdump --syms . Anyway, as these symbols are local symbols they are visible in the symbol table but cannot be referenced from another file, so the old code was ok. So if your change really makes a difference this smells like a bug in the assembler / linker. Ralf From K.H.C.vanHouten@research.kpn.com Tue Jan 19 19:03:54 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 TAA23394; Tue, 19 Jan 1999 19:03:52 +0100 (MET) Received-Date: Tue, 19 Jan 1999 19:03:52 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6QHP8G5O80000E2@research.kpn.com> for linux-mips@fnet.fr; Tue, 19 Jan 1999 19:03:47 +0200 Received: from sparta.research.kpn.com by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA28774; Tue, 19 Jan 1999 19:03:42 +0100 Date: Tue, 19 Jan 1999 19:03:41 +0100 From: "Houten K.H.C. van (Karel)" Subject: Re: 2.1.131 strikes back! In-reply-to: "Your message of Mon, 18 Jan 1999 22:33:59 +0100." To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199901191803.TAA28774@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 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 Content-Length: 1511 Lines: 48 Hi Harald, Harald Koerfgen wrote: > Hi all, > > it looks like I found the annoying bug which made 2.1.131 unstable: > > [root@192 /proc]# uname -a > Linux 192.168.0.3 2.1.131 #2 Mon Jan 18 18:58:22 MET 1999 mips unknown > [root@192 /proc]# uptime > 10:15pm up 40 min, 5 users, load average: 17.58, 18.15, 17.53 > > This is on my DECstation 5000/260 running two "make -j 10 netboot" in > parallel on two kernel source trees. I booted in single user mode, started > inetd manually and opened four telnet sessions :-). > > The bug was simple but not necessary obvious: duplicate labels in > r2300_misc.S and r4k_misc.S which, although not declared as such, were > global. > > Quick'n'dirty fix: rename those labels. > > Please apply the attached patch to r2300_misc.S and experience the > wonderful world of linux-2.1.131 :-). > > [As a side note for the not so experienced reader: > cd .../linux/arch/mips/kernel > patch r2300_misc.S for linux-mips@fnet.fr; Tue, 19 Jan 1999 19:07:33 +0200 Received: from sparta.research.kpn.com by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA28980; Tue, 19 Jan 1999 19:07:32 +0100 Date: Tue, 19 Jan 1999 19:07:32 +0100 From: "Houten K.H.C. van (Karel)" Subject: Re: concurent running init on DECstations In-reply-to: "Your message of Mon, 18 Jan 1999 14:15:10 +0100." To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199901191807.TAA28980@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 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 Content-Length: 2602 Lines: 63 Richard van den Berg wrote: > Hello DECstation fans, > > The DECstations here (5000/25 and 133) aren't able to run multi-user > yet, using the 2.1.131 kernel, when the system normally boots > and init is starting the last visible execution is the last line > of /etc/rc.d/rc.sysinit, which is an echo, after that the machines > remains silent, ping-'ing them is possible and the only sign of life I > can discover. > > When rc.sysinit drops into a shell because fstab is missing a line with > the root filesytem, the machines work fine because they've compiled > binutils, egcs and there own kernel which runs fine. `ps ax` in this > shell gives following result: > > [root@fortuna /root]# ps ax > PID TTY STAT TIME COMMAND > 1 ? S 0:00 init bo > 2 ? SW 0:00 (kflushd) > 3 ? SWN 0:00 (kswapd) > 4 ? SW 0:00 (rpciod) > 5 S2 S 0:00 init bo > 6 S2 S 0:01 sh /etc/rc.d/rc.sysinit > 15 S2 S 0:01 -bash > 32 S2 R 0:00 ps ax > > And shows 2 init's to my surprise, which might be the cause of the > problem. But how is it possible that there are 2 init's running? I booted 2.1.131 single user, and got the same result: # ps axuf USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND root 1 0.4 0.2 1548 452 ? S 17:39 0:00 init [S] root 2 0.0 0.0 0 0 ? SW 17:39 0:00 (kflushd) root 3 0.0 0.0 0 0 ? SWN 17:39 0:00 (kswapd) root 4 0.2 0.0 0 0 ? SW 17:39 0:00 (rpciod) root 41 0.0 0.2 1548 456 S2 S 17:39 0:00 init [S] root 42 0.3 0.5 2808 1028 S2 S 17:39 0:00 \_ /bin/sh root 45 0.0 0.2 1580 508 ? S 17:39 0:00 /usr/sbin/inetd root 46 1.4 0.5 6128 1012 ? S 17:39 0:02 \_ in.rlogind karel 47 1.3 0.5 2820 1128 p0 S 17:39 0:02 \_ -bash root 68 1.0 0.4 4272 848 p0 S 17:40 0:01 \_ su root 69 0.8 0.5 2828 1132 p0 S 17:40 0:01 \_ bash root 86 0.0 0.3 1700 620 p0 R 17:42 0:00 ps ax # It looks like the second init is the parent of the single user shell. Makes sense to me, it can restart a shell on exit, makes it easier to code then within the 'master' init itself. 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 R.vandenBerg@inter.NL.net Tue Jan 19 20:41:30 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 UAA25057; Tue, 19 Jan 1999 20:41:29 +0100 (MET) Received-Date: Tue, 19 Jan 1999 20:41:29 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-57.Hoorn.NL.net [193.79.46.221] with ESMTP for id UAA18358 (8.8.8/3.36); Tue, 19 Jan 1999 20:41:20 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 19 Jan 1999 20:40:51 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 19 Jan 1999 20:40:50 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: concurent running init on DECstations In-Reply-To: <199901191807.TAA28980@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 718 Lines: 24 On Tue, 19 Jan 1999, Houten K.H.C. van (Karel) wrote: [snipped Haralds part] > I'm sorry to report, my 260 is still unstable with 2.1.131, even after > that patch. > The first time it died at ntpdate, and was not pingable anymore. Something else makes the DS's here unstable, defining TEST_HITS in declance.c. If it doesn't happen at startup, `ping -f` does the job. > The next time I booted single user, started inetd, and unpacked > a tar file. While starting 'top', it died again. With TEST_HITS enabled in declance.c not a single packet returns when flooding the machine, with TEST_HITS disabled `ping -f` gives a normal respons. > Back to 2.1.121.... Let's see how that one handles this. Regards, Richard From Harald.Koerfgen@home.ivm.de Wed Jan 20 00:09:36 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA26923; Wed, 20 Jan 1999 00:09:34 +0100 (MET) Received-Date: Wed, 20 Jan 1999 00:09:34 +0100 (MET) Received: from franz.no.dom (port3.koeln.ivm.de [195.247.239.3]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA00405; Tue, 19 Jan 1999 23:52:04 +0100 X-To: K.H.C.vanHouten@research.kpn.com Message-ID: X-Mailer: XFMail 1.2 [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: <199901191803.TAA28774@sparta.research.kpn.com> Date: Tue, 19 Jan 1999 23:54:07 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! Cc: K.H.C.vanHouten@research.kpn.com Content-Length: 2456 Lines: 58 Hello, On 19-Jan-99 Houten K.H.C. van (Karel) wrote: > I'm sorry to report, my 260 is still unstable with 2.1.131, even after > that patch. > The first time it died at ntpdate, and was not pingable anymore. > > The next time I booted single user, started inetd, and unpacked > a tar file. While starting 'top', it died again. > > Back to 2.1.121.... Sigh..., yes, I had to realize that too. Please see my other posting. But then again: [DECstation 5000/133 running linux-2.1.131 running top and two "make -j 20 netboot" (one over the serial line!)]: 8:06am up 1:05, 3 users, load average: 7.09, 9.35, 10.63 54 processes: 47 sleeping, 7 running, 0 zombie, 0 stopped CPU states: 89.2% user, 9.5% system, 0.0% nice, 1.5% idle Mem: 47240K av, 37020K used, 10220K free, 20968K shrd, 4K buff Swap: 0K av, 0K used, 0K free 6128K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 1031 root 20 0 884 884 484 R 0 16.9 1.8 0:10 make 1015 root 10 0 4160 4160 1728 R 0 14.9 8.8 0:11 cc1 1033 root 10 0 3608 3608 1720 R 0 14.9 7.6 0:07 cc1 1045 root 10 0 2980 2980 1744 R 0 14.9 6.3 0:04 cc1 1007 root 19 0 4332 4332 1752 R 0 14.5 9.1 0:11 cc1 1004 root 10 0 4448 4448 1736 R 0 13.9 9.4 0:12 cc1 347 root 8 0 504 504 332 R 0 8.0 1.0 2:23 top 4 root 1 0 0 0 0 SW 0 0.4 0.0 0:18 rpciod 327 root 0 0 188 188 28 S 0 0.1 0.3 0:03 in.telnetd 1 root 0 0 92 92 64 S 0 0.0 0.1 0:01 init 2 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kflushd 3 root 7 7 0 0 0 SWN 0 0.0 0.0 0:01 kswapd 5 root 0 0 72 72 44 S 0 0.0 0.1 0:00 init 6 root 0 0 148 148 0 S 0 0.0 0.3 0:00 rc.sysinit 13 root 0 0 224 224 0 S 0 0.0 0.4 0:01 bash 26 root 0 0 88 88 0 S 0 0.0 0.1 0:00 inetd 27 root 0 0 188 188 28 S 0 0.0 0.3 0:02 in.telnetd with some nice /usr/src/linux-2.1.131/include/linux/byteorder/swab.h:104: virtual memory exhausted cpp: output pipe has been closed make[3]: *** [inode.o] Error 1 and similar error messages in between :-). --- Regards, Harald "My hub is glowing" From Harald.Koerfgen@home.ivm.de Wed Jan 20 00:08:25 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA26896; Wed, 20 Jan 1999 00:08:21 +0100 (MET) Received-Date: Wed, 20 Jan 1999 00:08:21 +0100 (MET) Received: from franz.no.dom (port3.koeln.ivm.de [195.247.239.3]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA00409 for ; Tue, 19 Jan 1999 23:52:05 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990119224649:4709=_" In-Reply-To: <19990119005950.B454@uni-koblenz.de> Date: Tue, 19 Jan 1999 23:54:08 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! Content-Length: 3404 Lines: 104 This message is in MIME format --_=XFMail.1.2.p0.Linux:990119224649:4709=_ Content-Type: text/plain; charset=us-ascii Hi, On 18-Jan-99 ralf@uni-koblenz.de wrote: > On Mon, Jan 18, 1999 at 10:33:59PM +0100, Harald Koerfgen wrote: > >> This is on my DECstation 5000/260 running two "make -j 10 netboot" in >> parallel on two kernel source trees. I booted in single user mode, >> started >> inetd manually and opened four telnet sessions :-). > > Cool! BTW, does that qualify for going multiuser? >> The bug was simple but not necessary obvious: duplicate labels in >> r2300_misc.S and r4k_misc.S which, although not declared as such, were >> global. >> >> Quick'n'dirty fix: rename those labels. > > Looks like a bug in the assembler or linker. Your patch actually > shouldn't > make a difference. Can you try to disassemble the object files rsp. the > kernel executable and find the difference between the good and the > broken > kernel image? Well, you were right, Ralf, it doesn't make a difference. A simple test showed that the behaviour on the serial console line didn't change. Bang again. At least my test lead me into the right direction: the serial device drivers was (and still is) in badly need for some polishing. Applying the attached patch seems to change everything to normal, including the slowed down init :-(. On the other hand, if such little changes affect the speed of init I would consider the zs serial device driver as scrap. Any volunteers? While speaking about the subject: Tom, what about your DS 2100? Do you see an abnormal slowdown of init? Ride safe. --- Regards, Harald P.S.: Please simply forget my patch to r2300_misc.S. This is completly NULL. P.P.S: I am going to do some work on the annoying "Warning: File '...' has modification time in the future" feature :-). --_=XFMail.1.2.p0.Linux:990119224649:4709=_ Content-Disposition: attachment; filename="diff-serial" Content-Transfer-Encoding: 7bit Content-Description: diff-serial Content-Type: text/plain; charset=us-ascii; name=diff-serial; SizeOnDisk=1256 --- linux-2.1.121/drivers/tc/zs.c Mon Dec 7 16:54:38 1998 +++ linux-2.1.131/drivers/tc/zs.c Tue Jan 19 21:00:45 1999 @@ -62,7 +62,7 @@ #define NUM_SERIAL 2 /* Max number of ZS chips supported */ #define NUM_CHANNELS (NUM_SERIAL * 2) /* 2 channels per chip */ -#define RECOVERY_DELAY udelay(200) +#define RECOVERY_DELAY udelay(2) struct dec_zschannel zs_channels[NUM_CHANNELS]; @@ -1281,8 +1281,7 @@ if (info->blocked_open) { if (info->close_delay) { current->state = TASK_INTERRUPTIBLE; - current->timeout = jiffies + info->close_delay; - schedule(); + schedule_timeout(info->close_delay); } wake_up_interruptible(&info->open_wait); } @@ -1318,8 +1317,7 @@ while ((read_zsreg(info->zs_channel, 1) & ALL_SNT) == 0) { current->state = TASK_INTERRUPTIBLE; current->counter = 0; /* make us low-priority */ - current->timeout = jiffies + char_time; - schedule(); + schedule_timeout(char_time); if (signal_pending(current)) break; if (timeout && ((orig_jiffies + timeout) < jiffies)) @@ -1578,7 +1576,7 @@ __initfunc(static void probe_sccs(void)) { struct dec_serial **pp; - int i, n, n_chips, n_channels, chip, channel; + int i, n, n_chips = 0, n_channels, chip, channel; unsigned long flags; /* --_=XFMail.1.2.p0.Linux:990119224649:4709=_-- End of MIME message From ralf@lappi.waldorf-gmbh.de Wed Jan 20 02:01:04 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 CAA29451; Wed, 20 Jan 1999 02:01:03 +0100 (MET) Received-Date: Wed, 20 Jan 1999 02:01:03 +0100 (MET) Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id CAA11680; Wed, 20 Jan 1999 02:01:01 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-22.uni-koblenz.de [141.26.249.22]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA24367 for ; Wed, 20 Jan 1999 01:57:48 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01028; Wed, 20 Jan 1999 01:49:54 +0100 Message-ID: <19990120014953.B469@uni-koblenz.de> Date: Wed, 20 Jan 1999 01:49:53 +0100 From: ralf@uni-koblenz.de To: Harald Koerfgen , linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! References: <19990119005950.B454@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Tue, Jan 19, 1999 at 11:54:08PM +0100 Content-Length: 742 Lines: 16 On Tue, Jan 19, 1999 at 11:54:08PM +0100, Harald Koerfgen wrote: > Well, you were right, Ralf, it doesn't make a difference. A simple test > showed that the behaviour on the serial console line didn't change. Bang > again. At least my test lead me into the right direction: the serial device > drivers was (and still is) in badly need for some polishing. > > Applying the attached patch seems to change everything to normal, > including the slowed down init :-(. On the other hand, if such little > changes affect the speed of init I would consider the zs serial device > driver as scrap. Any volunteers? How bad is the interrupt overhead for serial interfaces on the R3000? I've got some ideas how to tune that part. Ralf From K.H.C.vanHouten@research.kpn.com Wed Jan 20 15:50: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 PAA04681; Wed, 20 Jan 1999 15:50:24 +0100 (MET) Received-Date: Wed, 20 Jan 1999 15:50:24 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6RP82SPYU0000UU@research.kpn.com> for linux-mips@fnet.fr; Wed, 20 Jan 1999 15:49:51 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id PAA01944; Wed, 20 Jan 1999 15:49:42 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Wed, 20 Jan 1999 15:49:42 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: 2.1.131 strikes back! In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901201449.PAA01944@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: 1073 Lines: 34 Hi Harald, After applying your (reverse) patch to zs.c, 2.1.131 runs fine, but indeed, init is slow again. Regards, Karel. Harald Koerfgen wrote: > > Well, you were right, Ralf, it doesn't make a difference. A simple test > showed that the behaviour on the serial console line didn't change. Bang > again. At least my test lead me into the right direction: the serial device > drivers was (and still is) in badly need for some polishing. > > Applying the attached patch seems to change everything to normal, > including the slowed down init :-(. On the other hand, if such little > changes affect the speed of init I would consider the zs serial device > driver as scrap. Any volunteers? > > While speaking about the subject: Tom, what about your DS 2100? Do you see > an abnormal slowdown of init? > > Ride safe. > --- > Regards, > Harald > > P.S.: Please simply forget my patch to r2300_misc.S. This is completly > NULL. > > P.P.S: I am going to do some work on the annoying "Warning: File '...' > has modification time in the future" feature :-). From R.vandenBerg@inter.NL.net Wed Jan 20 18:37:24 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 SAA05491; Wed, 20 Jan 1999 18:37:23 +0100 (MET) Received-Date: Wed, 20 Jan 1999 18:37:23 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-2.Hoorn.NL.net [193.79.46.166] with ESMTP for id SAA04291 (8.8.8/3.36); Wed, 20 Jan 1999 18:37:10 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 20 Jan 1999 18:35:37 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 20 Jan 1999 18:35:36 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 993 Lines: 27 Hello guys, On Tue, 19 Jan 1999, Harald Koerfgen wrote: > Applying the attached patch seems to change everything to normal, > including the slowed down init :-(. On the other hand, if such little > changes affect the speed of init I would consider the zs serial device > driver as scrap. Any volunteers? Anybody else tried init version 2.76? That one boots alike on both 2.1.121-pre3 and 2.1.131, normal, regretably the sources don't mention the differences. The zs.c patch for 2.1.131 has more differences then zs.c's of 2.1.121-pre3 and 2.1.131. Am I missing some? > While speaking about the subject: Tom, what about your DS 2100? Do you see > an abnormal slowdown of init? To all DECstatoin hackers: shows `ifconfig` such amount of errors? > P.P.S: I am going to do some work on the annoying "Warning: File '...' > has modification time in the future" feature :-). rdate in the beginning of rc.sysconfig solves that too. :-) Regards, Richard From K.H.C.vanHouten@research.kpn.com Wed Jan 20 18:55:15 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 SAA05637; Wed, 20 Jan 1999 18:55:13 +0100 (MET) Received-Date: Wed, 20 Jan 1999 18:55:13 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6RVOLEQNW0000U6@research.kpn.com> for linux-mips@fnet.fr; Wed, 20 Jan 1999 18:54:59 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA07693; Wed, 20 Jan 1999 18:54:48 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Wed, 20 Jan 1999 18:54:48 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: 2.1.131 strikes back! In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901201754.SAA07693@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: 1557 Lines: 46 Richard wrote: > > Anybody else tried init version 2.76? That one boots alike on both > 2.1.121-pre3 and 2.1.131, normal, regretably the sources don't mention the > differences. The zs.c patch for 2.1.131 has more differences then zs.c's > of 2.1.121-pre3 and 2.1.131. Am I missing some? Not yet, but I'll hope to upgrade some packages this weekend. > To all DECstatoin hackers: shows `ifconfig` such amount of errors? eth0 Link encap:Ethernet HWaddr 08:00:2B:37:63:76 inet addr:139.63.1.12 Bcast:139.63.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:635500 errors:0 dropped:0 overruns:0 TX packets:0 errors:445581665 dropped:741538 overruns:0 Interrupt:2 Memory:a0020000-a0040000 Running NFS-root without TX-ing packets :-), I think the driver mixes up some statistics. > > P.P.S: I am going to do some work on the annoying "Warning: File '...' > > has modification time in the future" feature :-). > > rdate in the beginning of rc.sysconfig solves > that too. :-) We get about 30% to much clock ticks, so my solution is: #!/bin/sh while true do ntpdate turgon gandalf olorin frodo sleep 5 done & (This will cause ca. 1 second correction each 5 seconds) 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 mtidwell@mail.com Wed Jan 20 19:20:02 1999 Received: from portal.zycon.com (portal.zycon.com [199.35.47.128] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA05798; Wed, 20 Jan 1999 19:20:00 +0100 (MET) Received-Date: Wed, 20 Jan 1999 19:20:00 +0100 (MET) Received: from UNKNOWN [89.3.0.4] by portal.zycon.com for id KAA09413; Wed Jan 20 10:19:53 1999 Message-ID: <36A61FCC.E4DF1C15@mail.com> Date: Wed, 20 Jan 1999 10:26:20 -0800 X-Mailer: Mozilla 4.08 [en] (Win98; I) MIME-Version: 1.0 Subject: MIPS 3230 Update References: <199901201754.SAA07693@sparta.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr From: montgomery tidwell Content-Length: 99 Lines: 8 Howdy, can someone give me a current status on the port to this machine? \\//_ From R.vandenBerg@inter.NL.net Wed Jan 20 21:59:15 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 VAA07069; Wed, 20 Jan 1999 21:59:14 +0100 (MET) Received-Date: Wed, 20 Jan 1999 21:59:14 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-36.Hoorn.NL.net [193.79.46.200] with ESMTP for id VAA11159 (8.8.8/3.36); Wed, 20 Jan 1999 21:59:12 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 20 Jan 1999 21:58:45 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 20 Jan 1999 21:58:44 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! In-Reply-To: <199901201754.SAA07693@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2187 Lines: 62 On Wed, 20 Jan 1999, Karel van Houten wrote: > > To all DECstatoin hackers: shows `ifconfig` such amount of errors? > eth0 Link encap:Ethernet HWaddr 08:00:2B:37:63:76 > inet addr:139.63.1.12 Bcast:139.63.1.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:635500 errors:0 dropped:0 overruns:0 > TX packets:0 errors:445581665 dropped:741538 overruns:0 > Interrupt:2 Memory:a0020000-a0040000 > > Running NFS-root without TX-ing packets :-), I think the driver mixes up > some statistics. I think the statistics are right, in case of the LANCE error doesn't mean there is no packet transmitted, it means that there was a transmitter timeout. Look at the number of dropped packets. I'm trying to figure out what's causing this. First thing that made me suspect LANCE's functioning was ping'ing from a DS: [root@mips /root]# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=10.0 ms ping: recvfrom: Unknown error 512 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.0 ms ping: recvfrom: Unknown error 512 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.0 ms ping: recvfrom: Unknown error 512 Like Harald said: As I've said, I wouldn't call 0.007 rock-solid, but, hey, we're hacking aren't we? :-) > > > P.P.S: I am going to do some work on the annoying "Warning: File '...' > > > has modification time in the future" feature :-). > > > > rdate in the beginning of rc.sysconfig solves > > that too. :-) > We get about 30% to much clock ticks, so my solution is: 128 Hz instead of 100 Hz (Harald told me), dec_time_init() in arch/mips/dec/setup.c, if I know what to change the DS's are running more accurate. > #!/bin/sh > while true > do > ntpdate turgon gandalf olorin frodo > sleep 5 > done & > > (This will cause ca. 1 second correction each 5 seconds) The other problem is that the DS starts with an incorrect date, I don't know if `clock` would take care of that, but I found rdate a working workaround (platform independent, works with NetBSD too). Regards, Richard From tsbogend@alpha.franken.de Thu Jan 21 00:33:59 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 AAA08976; Thu, 21 Jan 1999 00:33:58 +0100 (MET) Received-Date: Thu, 21 Jan 1999 00:33:58 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id AAA27993; Thu, 21 Jan 1999 00:33:52 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id WAA02753; Wed, 20 Jan 1999 22:38:48 +0100 Message-ID: <19990120223847.A2640@alpha.franken.de> Date: Wed, 20 Jan 1999 22:38:47 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! References: <199901201754.SAA07693@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199901201754.SAA07693@sparta.research.kpn.com>; from Karel van Houten on Wed, Jan 20, 1999 at 06:54:48PM +0100 Content-Length: 892 Lines: 20 On Wed, Jan 20, 1999 at 06:54:48PM +0100, Karel van Houten wrote: > eth0 Link encap:Ethernet HWaddr 08:00:2B:37:63:76 > inet addr:139.63.1.12 Bcast:139.63.1.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:635500 errors:0 dropped:0 overruns:0 > TX packets:0 errors:445581665 dropped:741538 overruns:0 > Interrupt:2 Memory:a0020000-a0040000 > > Running NFS-root without TX-ing packets :-), I think the driver mixes up > some statistics. it doesn't, just update your net-tools. Every 2.1 kernel needs new net-tools, because the format of /proc/net/dev has changed. 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 R.vandenBerg@inter.NL.net Thu Jan 21 00:17:16 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 AAA07942; Thu, 21 Jan 1999 00:17:14 +0100 (MET) Received-Date: Thu, 21 Jan 1999 00:17:14 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-31.Hoorn.NL.net [193.79.46.195] with ESMTP for id AAA05116 (8.8.8/3.36); Thu, 21 Jan 1999 00:17:12 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 21 Jan 1999 00:16:52 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 21 Jan 1999 00:16:50 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2224 Lines: 62 Hello, Sorry for the confusion. I wrote: > On Wed, 20 Jan 1999, Karel van Houten wrote: > > > > To all DECstatoin hackers: shows `ifconfig` such amount of errors? > > > eth0 Link encap:Ethernet HWaddr 08:00:2B:37:63:76 > > inet addr:139.63.1.12 Bcast:139.63.1.255 Mask:255.255.255.0 > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:635500 errors:0 dropped:0 overruns:0 > > TX packets:0 errors:445581665 dropped:741538 overruns:0 > > Interrupt:2 Memory:a0020000-a0040000 > > > > Running NFS-root without TX-ing packets :-), I think the driver mixes up > > some statistics. > > I think the statistics are right, in case of the LANCE error doesn't mean > there is no packet transmitted, it means that there was a transmitter > timeout. Look at the number of dropped packets. I'm trying to figure out > what's causing this. First thing that made me suspect LANCE's functioning > was ping'ing from a DS: `cat /proc/net/dev` gives a more relaible result [removed some for clearity sake]: Inter-| Receive | Transmit face |bytes packets errs drop|bytes packets errs drop lo: 0 0 0 0 0 0 0 0 eth0: 7019384 11425 0 0 1360244 8690 0 0 btw `cat /proc/net/dev_stat` produces only zero's... where ifconfig shortly after says [root@mips linux]# ifconfig eth0 Link encap:Ethernet HWaddr 08:00:2B:30:8D:2B inet addr:192.168.1.15 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11476 errors:0 dropped:0 overruns:0 TX packets:0 errors:1366072 dropped:8724 overruns:0 Interrupt:2 Memory:a0020000-a0040000 > [root@mips /root]# ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=10.0 ms > ping: recvfrom: Unknown error 512 > 64 bytes from 192.168.1..1: icmp_seq=1 ttl=64 time=0.0 ms > ping: recvfrom: Unknown error 512 > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.0 ms > ping: recvfrom: Unknown error 512 Still some that leaves me puzzled. :-) Regards, Richard From richard.barrington@stonebow.otago.ac.nz Thu Jan 21 00:58:04 1999 Received: from arwen.otago.ac.nz (arwen.otago.ac.nz [139.80.64.160]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09129; Thu, 21 Jan 1999 00:58:02 +0100 (MET) Received-Date: Thu, 21 Jan 1999 00:58:02 +0100 (MET) Received: from ouprintpc.otago.ac.nz (printshop.otago.ac.nz [139.80.52.12]) by arwen.otago.ac.nz (8.9.1/8.9.1) with SMTP id MAA06023 for ; Thu, 21 Jan 1999 12:57:56 +1300 (NZDT) Message-Id: <199901202357.MAA06023@arwen.otago.ac.nz> Date: Wed, 20 Jan 1999 23:57:54 GMT To: linux-mips@fnet.fr From: richard.barrington@stonebow.otago.ac.nz (Richard Barrington) Subject: SGI Indy X-Mailer: Mozilla/4.0 (compatible; Opera/3.0; Windows 95) 3.51 [en] Content-Length: 61 Lines: 3 Is Linux-Mips running sucessfully on the SGI Indy? Richard. From alhaz@xmission.com Thu Jan 21 01:22:45 1999 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA09331; Thu, 21 Jan 1999 01:22:44 +0100 (MET) Received-Date: Thu, 21 Jan 1999 01:22:44 +0100 (MET) Received: from alhaz.users.xmission.com ([207.135.128.199] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.05 #1) id 1037tR-0000LZ-00 for linux-mips@fnet.fr; Wed, 20 Jan 1999 17:22:42 -0700 Sender: alhaz@fnet.fr Message-ID: <36A67353.C4A6AD66@xmission.com> Date: Wed, 20 Jan 1999 17:22:43 -0700 From: Eric Jorgensen X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: SGI Indy References: <199901202357.MAA06023@arwen.otago.ac.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 331 Lines: 15 Richard Barrington wrote: > > Is Linux-Mips running sucessfully on the SGI Indy? > > Richard. www.linux.sgi.com - Eric -- ----------------------------------------------------------------- | Geek for sale! http://we.areb.org/~alhaz/resume.html | ----------------------------------------------------------------- From triemer@apt4g.a3nyc.com Thu Jan 21 07:06:50 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 HAA12219; Thu, 21 Jan 1999 07:06:49 +0100 (MET) Received-Date: Thu, 21 Jan 1999 07:06:49 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id BAA13940 for ; Thu, 21 Jan 1999 01:06:40 -0500 Date: Thu, 21 Jan 1999 01:06:37 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: root filesystem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 283 Lines: 12 The root filesystem that was posted last weekend doesn't work on the DS2100. It never seems to give me a console... It looks like it fails to start init. It finishes with "Freeing unused kernel memory: 48k freed" And then never comes up with anything... Any thoughts??? -Tom From K.H.C.vanHouten@research.kpn.com Thu Jan 21 07:46: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 HAA12507; Thu, 21 Jan 1999 07:46:43 +0100 (MET) Received-Date: Thu, 21 Jan 1999 07:46:43 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6SMNEV8VY0000YU@research.kpn.com> for linux-mips@fnet.fr; Thu, 21 Jan 1999 07:46:41 +0200 Received: from sparta.research.kpn.com by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id HAA26699; Thu, 21 Jan 1999 07:46:34 +0100 Date: Thu, 21 Jan 1999 07:46:34 +0100 From: "Houten K.H.C. van (Karel)" Subject: Re: root filesystem In-reply-to: "Your message of Thu, 21 Jan 1999 01:06:37 EST." To: linux-mips@fnet.fr Cc: triemer@apt4g.a3nyc.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199901210646.HAA26699@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 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 Content-Length: 764 Lines: 27 Thomas Riemer wrote: > The root filesystem that was posted last weekend doesn't work > on the DS2100. It never seems to give me a console... > > It looks like it fails to start init. > > It finishes with "Freeing unused kernel memory: 48k freed" > > And then never comes up with anything... > > Any thoughts??? Maybe I forgot to mention in the README: You have to correct the symlink /dev/console to your setup. My console is on /dev/ttyS2, so I made /dev/console -> /dev/ttyS2. Sorry for the confusion. -- 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 hkoerfg1@ford.com Thu Jan 21 08:56:36 1999 Received: from mailfw2.ford.com (mailfw2.ford.com [136.1.1.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA12991; Thu, 21 Jan 1999 08:56:35 +0100 (MET) Received-Date: Thu, 21 Jan 1999 08:56:35 +0100 (MET) Received: by mailfw2.ford.com id CAA19285 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Thu, 21 Jan 1999 02:56:26 -0500 Message-Id: <199901210756.CAA19285@mailfw2.ford.com> Received: by mailfw2.ford.com (Internal Mail Agent-1); Thu, 21 Jan 1999 02:56:26 -0500 Date: Thu, 21 Jan 1999 08:56:08 +0100 From: Harald Koerfgen Organization: Ford Motor Company X-Mailer: Mozilla 4.04 [en]C-c32f404p (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: root filesystem References: <199901210646.HAA26699@sparta.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1474 Lines: 48 Hi, Houten K.H.C. van (Karel) wrote: > > Thomas Riemer wrote: > > The root filesystem that was posted last weekend doesn't work > > on the DS2100. It never seems to give me a console... > > > > It looks like it fails to start init. > > > > It finishes with "Freeing unused kernel memory: 48k freed" > > > > And then never comes up with anything... > > > > Any thoughts??? > > Maybe I forgot to mention in the README: You have to correct the > symlink /dev/console to your setup. My console is on /dev/ttyS2, > so I made /dev/console -> /dev/ttyS2. > > Sorry for the confusion. Why don't you let the kernel handle this? Here's a snippet from linux/Documentation/serial_console.txt: [...] You will need to create a new device to use /dev/console. The official /dev/console is now character device 5,1. Here's an example that will use /dev/ttyS1 (COM2) as the console. Replace the sample values as needed. 1. Create /dev/console (real console) and /dev/tty0 (master virtual console): cd /dev rm -f console tty0mknod -m 622 console c 5 1 mknod -m 622 tty0 c 4 0 [...] And then boot with boot ... console=... or hack your device driver to appear the line you want to use as your console line as ttyS0. Hope this helps, Harald From triemer@apt4g.a3nyc.com Thu Jan 21 14:49:36 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 OAA14578; Thu, 21 Jan 1999 14:49:34 +0100 (MET) Received-Date: Thu, 21 Jan 1999 14:49:34 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id IAA14330; Thu, 21 Jan 1999 08:49:21 -0500 Date: Thu, 21 Jan 1999 08:49:21 -0500 (EST) From: Thomas Riemer To: "Houten K.H.C. van (Karel)" cc: linux-mips@fnet.fr Subject: Re: root filesystem In-Reply-To: <199901210646.HAA26699@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1058 Lines: 35 So is mine - I've already corrected that. Still doesn't work. ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Thu, 21 Jan 1999, Houten K.H.C. van (Karel) wrote: > > Thomas Riemer wrote: > > The root filesystem that was posted last weekend doesn't work > > on the DS2100. It never seems to give me a console... > > > > It looks like it fails to start init. > > > > It finishes with "Freeing unused kernel memory: 48k freed" > > > > And then never comes up with anything... > > > > Any thoughts??? > > Maybe I forgot to mention in the README: You have to correct the > symlink /dev/console to your setup. My console is on /dev/ttyS2, > so I made /dev/console -> /dev/ttyS2. > > Sorry for the confusion. > > -- > 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 Thu Jan 21 16:07:19 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 QAA14986; Thu, 21 Jan 1999 16:07:17 +0100 (MET) Received-Date: Thu, 21 Jan 1999 16:07:17 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-38.Hoorn.NL.net [193.79.46.202] with ESMTP for id QAA08264 (8.8.8/3.36); Thu, 21 Jan 1999 16:06:32 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 21 Jan 1999 15:33:18 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 21 Jan 1999 15:33:17 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: root filesystem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 400 Lines: 12 On Thu, 21 Jan 1999, Thomas Riemer wrote: > So is mine - I've already corrected that. Still doesn't work. Have you tried /sbin/init of the other image, or compiled yourself one? After pointing console to the right tty the 25 sends the same signal to init ad infinitum. Putting a native compiled init solves that part. Karel it is with this image that your DS goes multi-user? Regards, Richard From K.H.C.vanHouten@research.kpn.com Thu Jan 21 18:40:58 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 SAA15767; Thu, 21 Jan 1999 18:40:54 +0100 (MET) Received-Date: Thu, 21 Jan 1999 18:40:54 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6T9HHUABQ0000TT@research.kpn.com> for linux-mips@fnet.fr; Thu, 21 Jan 1999 18:40:52 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA20767; Thu, 21 Jan 1999 18:40:40 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Thu, 21 Jan 1999 18:40:39 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: root filesystem In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901211740.SAA20767@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: 811 Lines: 29 Richard wrote: > Have you tried /sbin/init of the other image, or compiled yourself one? > After pointing console to the right tty the 25 sends the same signal to > init ad infinitum. Putting a native compiled init solves that part. > > Karel it is with this image that your DS goes multi-user? > Richard, Yes, I can go multi-user with this root-image, the init is from a local compiled SysVinit-2.74-2.src.rpm package. I've just compiled 2.76 I'll try that one tomorrow. Most things compile fine now locally, except the kernel, and libc6. :-( 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 R.vandenBerg@inter.NL.net Thu Jan 21 19:56: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 TAA16350; Thu, 21 Jan 1999 19:56:35 +0100 (MET) Received-Date: Thu, 21 Jan 1999 19:56:35 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-16.Hoorn.NL.net [193.79.46.180] with ESMTP for id TAA21321 (8.8.8/3.36); Thu, 21 Jan 1999 19:56:33 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 21 Jan 1999 19:56:06 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 21 Jan 1999 19:56:05 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: root filesystem In-Reply-To: <199901211740.SAA20767@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 952 Lines: 28 Hello Karel, > Yes, I can go multi-user with this root-image, the init > is from a local compiled SysVinit-2.74-2.src.rpm package. Strange... > I've just compiled 2.76 I'll try that one tomorrow. I'm curious. BTW what about contacting the SysVinit author if init keeps us teasing like this? The source mentions that it has been made portable to the Alpha platform, maybe it has to be made portable to the mips platform (endianess). > Most things compile fine now locally, except the kernel, > and libc6. :-( I haven't tried libc6 yet, am talking myself in to that. I'm trying to figure out what the troubles are that I can't telnet or rlogin to the DS's. The kernel compiles smoothly with a patched egcs 1.0.2 (like Ralf's faq / howto describes) and binutils 2.8.1 with Gleb's R3k patch and bfd/config.bfd modified. Regards, Richard P.S. I'll be gone tomorrow for a DECstation-less weekend or are there any hackers with such a beast in Berlin? From tsbogend@alpha.franken.de Thu Jan 21 22:08:04 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 WAA17449; Thu, 21 Jan 1999 22:08:03 +0100 (MET) Received-Date: Thu, 21 Jan 1999 22:08:03 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id WAA09745; Thu, 21 Jan 1999 22:08:01 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id WAA03220; Thu, 21 Jan 1999 22:04:55 +0100 Message-ID: <19990121220454.C3031@alpha.franken.de> Date: Thu, 21 Jan 1999 22:04:54 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: root filesystem References: <199901211740.SAA20767@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Richard van den Berg on Thu, Jan 21, 1999 at 07:56:05PM +0100 Content-Length: 682 Lines: 15 On Thu, Jan 21, 1999 at 07:56:05PM +0100, Richard van den Berg wrote: > I'm curious. BTW what about contacting the SysVinit author if init > keeps us teasing like this? The source mentions that it has been made > portable to the Alpha platform, maybe it has to be made portable to the > mips platform (endianess). at least SysVinit-2.74-4 works perfect on my Indy and my Olivetti M700 (Linux/MIPS big and little endian). And I guess 2.76 does the same. 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 triemer@apt4g.a3nyc.com Fri Jan 22 04:11:36 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 EAA20645; Fri, 22 Jan 1999 04:11:34 +0100 (MET) Received-Date: Fri, 22 Jan 1999 04:11:34 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA15109 for ; Thu, 21 Jan 1999 22:11:44 -0500 Date: Thu, 21 Jan 1999 22:11:44 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: root fs... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2175 Lines: 59 Ok, snagging Thomas's version of init gets me a bit closer... init actually executes... that in combination with the new root fs. However it looks like it goes through /etc/rc.d/rc.sysinit and then promptly stops... There are a few exceptions that show up in the dmesg file... Oh yeah... and how come it thinks its hostname is elrond... I can't find a single reference to that. (Not that it matters all that much). What's supposed to happen after /etc/rc.d/rc.sysinit? -Tom Riemer ---------------------------- /var/log/dmesg -------------------------- Loading R[23]00 MMU routines. CPU revision is: 00000220 Instruction cache 64kb Data cache 64kb Linux version 2.1.131 (root@newton.phinu.org) (gcc version 2.7.2) #19 Mon Jan 18 20:43:54 EST 1999 Calibrating delay loop... 12.29 BogoMIPS Memory: 14720k/16380k available (984k kernel code, 416k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX Swansea University Computer Society NET3.039 for Linux 2.1 Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation DZ serial driver version 1.02 ttyS00 at 0xbc000000 (irq = 3) ttyS01 at 0xbc000000 (irq = 3) ttyS02 at 0xbc000000 (irq = 3) ttyS03 at 0xbc000000 (irq = 3) scsi_init:0 -> DEC SII now detect Call branch 2 scsi : 0 hosts. scsi : detected total. declance.c: v0.008 by Linux Mips DECstation task force eth0: PMAX onboard LANCE, addr = 08:00:2b:15:43:e8, irq = 2 Sending BOOTP and RARP requests.... OK IP-Config: Got BOOTP answer from 10.0.0.5, my address is 10.0.0.8 Looking up port of RPC 100003/2 on 10.0.0.5 Looking up port of RPC 100005/1 on 10.0.0.5 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 48k freed swapon: Exception at [<8004f6fc>] (8004f84c) mount: Exception at [<8004f6fc>] (8004f84c) mount: Exception at [<8004f6fc>] (8004f84c) mount: Exception at [<8004f6fc>] (8004f84c) mount: Exception at [<8004f6fc>] (8004f84c) mount: Exception at [<8004f6fc>] (8004f84c) swapon: Exception at [<8004f6fc>] (8004f84c) ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Fri Jan 22 06:24:08 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 GAA21311; Fri, 22 Jan 1999 06:24:06 +0100 (MET) Received-Date: Fri, 22 Jan 1999 06:24:06 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA15222 for ; Fri, 22 Jan 1999 00:24:03 -0500 Date: Fri, 22 Jan 1999 00:24:02 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: root fs... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2974 Lines: 86 So I started up /usr/bin/inetd from rc.sysinit... Connecting via telnet gets a connect... It indicates that inetd recieved the connection and then immediatedly disconnects... A couple of hypotheses: 1. spawning another process just isn't working.... (I don't really believe this one) 2. inetd is broken (I don't really believe this one) 3. Allocating a pty somehow is failing... (I sort of but don't really believe this one.) At the same time I never get a console login.... Any ideas? -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Thu, 21 Jan 1999, Thomas Riemer wrote: > Ok, snagging Thomas's version of init gets me a bit closer... > init actually executes... that in combination with the new root > fs. > > However it looks like it goes through /etc/rc.d/rc.sysinit and > then promptly stops... There are a few exceptions that show up > in the dmesg file... > > Oh yeah... and how come it thinks its hostname is elrond... I > can't find a single reference to that. (Not that it matters > all that much). > > What's supposed to happen after /etc/rc.d/rc.sysinit? > > -Tom Riemer > > ---------------------------- /var/log/dmesg -------------------------- > Loading R[23]00 MMU routines. > CPU revision is: 00000220 > Instruction cache 64kb > Data cache 64kb > Linux version 2.1.131 (root@newton.phinu.org) (gcc version 2.7.2) #19 Mon Jan 18 20:43:54 EST 1999 > Calibrating delay loop... 12.29 BogoMIPS > Memory: 14720k/16380k available (984k kernel code, 416k data) > Checking for 'wait' instruction... unavailable. > POSIX conformance testing by UNIFIX > Swansea University Computer Society NET3.039 for Linux 2.1 > Swansea University Computer Society TCP/IP for NET3.037 > IP Protocols: ICMP, UDP, TCP > Starting kswapd v 1.5 > DECstation DZ serial driver version 1.02 > ttyS00 at 0xbc000000 (irq = 3) > ttyS01 at 0xbc000000 (irq = 3) > ttyS02 at 0xbc000000 (irq = 3) > ttyS03 at 0xbc000000 (irq = 3) > scsi_init:0 -> DEC SII > now detect > Call branch 2 > scsi : 0 hosts. > scsi : detected total. > declance.c: v0.008 by Linux Mips DECstation task force > eth0: PMAX onboard LANCE, addr = 08:00:2b:15:43:e8, irq = 2 > Sending BOOTP and RARP requests.... OK > IP-Config: Got BOOTP answer from 10.0.0.5, my address is 10.0.0.8 > Looking up port of RPC 100003/2 on 10.0.0.5 > Looking up port of RPC 100005/1 on 10.0.0.5 > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 48k freed > swapon: Exception at [<8004f6fc>] (8004f84c) > mount: Exception at [<8004f6fc>] (8004f84c) > mount: Exception at [<8004f6fc>] (8004f84c) > mount: Exception at [<8004f6fc>] (8004f84c) > mount: Exception at [<8004f6fc>] (8004f84c) > mount: Exception at [<8004f6fc>] (8004f84c) > swapon: Exception at [<8004f6fc>] (8004f84c) > > > ----------------------------------------------------------------------- > Given enough eyeballs all bugs seem shallow. > From yongam@necsin.nec.com.sg Fri Jan 22 07:53:55 1999 Received: from necsin-fw.nec.com.sg (necsin-fw.nec.com.sg [203.127.255.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA22162; Fri, 22 Jan 1999 07:53:53 +0100 (MET) Received-Date: Fri, 22 Jan 1999 07:53:53 +0100 (MET) Received: from kato.nec.com.sg (kato [203.127.254.2] (may be forged)) by necsin-fw.nec.com.sg (8.9.0/3.6W-98060109) with ESMTP id OAA27981 for ; Fri, 22 Jan 1999 14:54:29 GMT Received: from necsin.nec.com.sg (necsin.nec.com.sg [203.127.251.251]) by kato.nec.com.sg (8.7.3+2.6Wbeta5/3.4W/10/06/95) with SMTP id OAA15974 for ; Fri, 22 Jan 1999 14:52:10 GMT Received: from NEC-Message_Server by necsin.nec.com.sg with Novell_GroupWise; Fri, 22 Jan 1999 14:50:56 +0800 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 22 Jan 1999 14:50:45 +0800 From: YONG Ah Miang To: linux-mips@fnet.fr Subject: LInux/Mips on NEC RISCStation Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Length: 559 Lines: 21 Hi, We have few NEC RISCStation which is now only can run NT4.0, where we find no support on this OS any more... However, indeed, these are "powerful" system , and Linux have already done some work on MIPS version, we would like to joint in the porting work. Pls high-light to us that what are the information would be required for the porting ?? In the meantime, I'm preparing the cross-devp. platform, hope you can help us on what are necessary software tool will to be loaded. Thanks. Best RDGS YongAM/NEC Singapore Pte Ltd yongam@necsin.nec.com.sg From uho@estserv.est.rwth-aachen.de Fri Jan 22 11:19:05 1999 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA23714; Fri, 22 Jan 1999 11:19:02 +0100 (MET) Received-Date: Fri, 22 Jan 1999 11:19:02 +0100 (MET) Received: from estserv.est.rwth-aachen.de by mail.rwth-aachen.de (PMDF V5.1-12 #30440) with ESMTP id <01J6U827NLE200052M@mail.rwth-aachen.de> for linux-mips@fnet.fr; Fri, 22 Jan 1999 11:10:15 +0100 Received: from estserv.est.rwth-aachen.de (uho@rech1.est.rwth-aachen.de [134.130.67.3]) by estserv.est.rwth-aachen.de (8.8.7/8.6.9) with ESMTP id LAA30016 for ; Fri, 22 Jan 1999 11:19:24 +0000 (GMT) Date: Fri, 22 Jan 1999 11:11:28 +0100 From: Uwe Holz Subject: need help on compiler Sender: uho@est.rwth-aachen.de To: mips Message-id: <36A84ED0.A76A3F4F@estserv.est.rwth-aachen.de> MIME-version: 1.0 X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.33 i586) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT Content-Length: 669 Lines: 20 hi there, i´m trying to compile the gcc on my MIPS Magnum 3000 running a fragmented installation of RISCos 4_52. due to the fact, that there is no cc available on my system i have hard trouble. i need a binary of gcc or the original cc. please provide me via email with an installation package or any other halp. thanks! uwe PS: if one wants to compile a version: i´m running on R3000A (i think this is big endian). -- ---------------------------------------------------------------- Uwe Holz (Systemadministration) uho@est.rwth-aachen.de RWTH-Aachen Energie- und Stofftransport (heat and mass transfer) VZN303, Kopernikusstr. 16, 52056 Aachen Phone +49-241-805946 From Harald.Koerfgen@home.ivm.de Fri Jan 22 18:51:56 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 SAA27737; Fri, 22 Jan 1999 18:51:53 +0100 (MET) Received-Date: Fri, 22 Jan 1999 18:51:53 +0100 (MET) Received: from franz.no.dom (port49.koeln.ivm.de [195.247.239.49]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id SAA17750; Fri, 22 Jan 1999 18:51:23 +0100 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.2 [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: Fri, 22 Jan 1999 18:53:36 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Thomas Riemer Subject: Re: root fs... Cc: linux-mips@fnet.fr Content-Length: 838 Lines: 32 Hi Tom, On 22-Jan-99 Thomas Riemer wrote: > So I started up /usr/bin/inetd from rc.sysinit... > > Connecting via telnet gets a connect... > > It indicates that inetd recieved the connection and then immediatedly > disconnects... > > A couple of hypotheses: > 1. spawning another process just isn't working.... > (I don't really believe this one) > 2. inetd is broken > (I don't really believe this one) > 3. Allocating a pty somehow is failing... > (I sort of but don't really believe this one.) > > At the same time I never get a console login.... > > Any ideas? > Well, I don't know on what Karel's root image is based, maybe Karel can comment on that. Thomas' root-le-0.02 lacks /usr/sbin/tcpd and my DS showed the same symptoms. Building tcpd fixed that. I can send you my tcpd, if you like. --- Regards, Harald From K.H.C.vanHouten@research.kpn.com Fri Jan 22 19:16:07 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 TAA28334; Fri, 22 Jan 1999 19:16:05 +0100 (MET) Received-Date: Fri, 22 Jan 1999 19:16:05 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6UP0HMIHS0001B8@research.kpn.com> for linux-mips@fnet.fr; Fri, 22 Jan 1999 19:16:04 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA29522; Fri, 22 Jan 1999 19:15:57 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Fri, 22 Jan 1999 19:15:57 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: root fs... In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901221815.TAA29522@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: 1268 Lines: 41 Hi All, Harald wrote: > > On 22-Jan-99 Thomas Riemer wrote: > > So I started up /usr/bin/inetd from rc.sysinit... > > > > Connecting via telnet gets a connect... > > > > It indicates that inetd recieved the connection and then immediatedly > > disconnects... > > > > A couple of hypotheses: > > 1. spawning another process just isn't working.... > > (I don't really believe this one) > > 2. inetd is broken > > (I don't really believe this one) > > 3. Allocating a pty somehow is failing... > > (I sort of but don't really believe this one.) > > > > At the same time I never get a console login.... > > > > Any ideas? > > > > Well, I don't know on what Karel's root image is based, maybe Karel can > comment on that. Thomas' root-le-0.02 lacks /usr/sbin/tcpd and my DS showed > the same symptoms. Building tcpd fixed that. My root image has tcpd, and I can connect to the system with telnet or rlogin by just booting to init 3. Could it be that my gcc / binutils has generated R4xxx specific code? -- 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 Fri Jan 22 19:35:48 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 TAA28462; Fri, 22 Jan 1999 19:35:47 +0100 (MET) Received-Date: Fri, 22 Jan 1999 19:35:47 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6UPP0LS6I0001B8@research.kpn.com> for linux-mips@fnet.fr; Fri, 22 Jan 1999 19:35:47 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA00155; Fri, 22 Jan 1999 19:35:44 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Fri, 22 Jan 1999 19:35:44 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: NFS performance 2.1.131 To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901221835.TAA00155@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: 27 Hi DECStation hackers, I get lots of NFS errors since I changed from 2.1.121 to 2.1.131: nfs: task 63475 can't get a request slot nfs: task 63423 can't get a request slot nfs: task 63476 can't get a request slot nfs: task 63478 can't get a request slot nfs: task 63479 can't get a request slot nfs: task 63480 can't get a request slot nfs: server 139.63.1.4 OK nfs: server 139.63.1.4 OK nfs: server 139.63.1.4 OK nfs: server 139.63.1.4 OK etc... This makes compiles, unpacking, etc. a lot slower! Any hints? -- 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 Sat Jan 23 01:31: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 BAA04545; Sat, 23 Jan 1999 01:31:05 +0100 (MET) Received-Date: Sat, 23 Jan 1999 01:31:05 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-16.uni-koblenz.de [141.26.131.16]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA25090 for ; Sat, 23 Jan 1999 01:31:00 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA02669; Sat, 23 Jan 1999 01:28:50 +0100 Message-ID: <19990123012849.A2654@uni-koblenz.de> Date: Sat, 23 Jan 1999 01:28:49 +0100 From: ralf@uni-koblenz.de To: Harald Koerfgen , Thomas Riemer Cc: linux-mips@fnet.fr Subject: Re: root fs... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Fri, Jan 22, 1999 at 06:53:36PM +0100 Content-Length: 593 Lines: 13 On Fri, Jan 22, 1999 at 06:53:36PM +0100, Harald Koerfgen wrote: > Well, I don't know on what Karel's root image is based, maybe Karel can > comment on that. Thomas' root-le-0.02 lacks /usr/sbin/tcpd and my DS showed > the same symptoms. Building tcpd fixed that. Is this the tarball which I created _ages_ ago? If so, since then we've broken binary compatibility twice and fixed zillions of bugs in the stuff. You don't want to use that old tarball. If you want to get happy just replace _every_ binary in there. Using Cobalt's stuff should be most simple way for little endian. Ralf From ralf@lappi.waldorf-gmbh.de Sat Jan 23 01:34:37 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 BAA04596; Sat, 23 Jan 1999 01:34:36 +0100 (MET) Received-Date: Sat, 23 Jan 1999 01:34:36 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-16.uni-koblenz.de [141.26.131.16]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA25190 for ; Sat, 23 Jan 1999 01:34:12 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA02674; Sat, 23 Jan 1999 01:31:20 +0100 Message-ID: <19990123013120.B2654@uni-koblenz.de> Date: Sat, 23 Jan 1999 01:31:20 +0100 From: ralf@uni-koblenz.de To: Karel van Houten , linux-mips@fnet.fr Subject: Re: root fs... References: <199901221815.TAA29522@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901221815.TAA29522@sparta.research.kpn.com>; from Karel van Houten on Fri, Jan 22, 1999 at 07:15:57PM +0100 Content-Length: 390 Lines: 10 On Fri, Jan 22, 1999 at 07:15:57PM +0100, Karel van Houten wrote: > Could it be that my gcc / binutils has generated R4xxx specific code? No, all userland stuff I've ever uploaded is stricly MIPS I. Only libc uses ll / sc which will be simulated by the kernel for R3000. In any case, GDB is your friend, you should be able to find if dying processes die on a R3000 instruction. Ralf From triemer@apt4g.a3nyc.com Sat Jan 23 09:08:33 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 JAA10520; Sat, 23 Jan 1999 09:08:32 +0100 (MET) Received-Date: Sat, 23 Jan 1999 09:08:32 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id DAA17159 for ; Sat, 23 Jan 1999 03:08:31 -0500 Date: Sat, 23 Jan 1999 03:08:30 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Root FS. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 444 Lines: 17 Ok... for the time being I think I'll stick with Thomas' rootfs... There's only one thing that I would really, really like. A c compiler.... I've installed the gcc and binutils from ftp.cobaltmicro.com I'm getting an error.... ld could not open crt1.o I'm clearly missing crt1.o - but where does that come from???? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From tsbogend@alpha.franken.de Sat Jan 23 13:09:31 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 NAA11480; Sat, 23 Jan 1999 13:09:29 +0100 (MET) Received-Date: Sat, 23 Jan 1999 13:09:29 +0100 (MET) 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/louis-blanc); id NAA29447; Sat, 23 Jan 1999 13:09:26 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id MAA01528 for linux-mips@fnet.fr; Sat, 23 Jan 1999 12:39:50 +0100 Message-ID: <19990123123950.A1522@alpha.franken.de> Date: Sat, 23 Jan 1999 12:39:50 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: root fs... References: <19990123012849.A2654@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990123012849.A2654@uni-koblenz.de>; from ralf@uni-koblenz.de on Sat, Jan 23, 1999 at 01:28:49AM +0100 Content-Length: 744 Lines: 19 On Sat, Jan 23, 1999 at 01:28:49AM +0100, ralf@uni-koblenz.de wrote: > On Fri, Jan 22, 1999 at 06:53:36PM +0100, Harald Koerfgen wrote: > > > Well, I don't know on what Karel's root image is based, maybe Karel can > > comment on that. Thomas' root-le-0.02 lacks /usr/sbin/tcpd and my DS showed ^^^^^^ > > the same symptoms. Building tcpd fixed that. > > Is this the tarball which I created _ages_ ago? If so, since then we've no, that's mine. It uses glibc-2.0.6 and still works on my Olli. 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 tsbogend@alpha.franken.de Sat Jan 23 13:09:27 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 NAA11466; Sat, 23 Jan 1999 13:09:26 +0100 (MET) Received-Date: Sat, 23 Jan 1999 13:09:26 +0100 (MET) 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/louis-blanc); id NAA29444; Sat, 23 Jan 1999 13:09:24 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id MAA01533 for linux-mips@fnet.fr; Sat, 23 Jan 1999 12:41:17 +0100 Message-ID: <19990123124117.B1522@alpha.franken.de> Date: Sat, 23 Jan 1999 12:41:17 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Root FS. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Thomas Riemer on Sat, Jan 23, 1999 at 03:08:30AM -0500 Content-Length: 453 Lines: 13 On Sat, Jan 23, 1999 at 03:08:30AM -0500, Thomas Riemer wrote: > There's only one thing that I would really, really like. > A c compiler.... I'll upload my mipsel binaries to ftp.linux.sgi.com next week (probably on monday). 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 Harald.Koerfgen@home.ivm.de Sat Jan 23 17:54:06 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 RAA13939; Sat, 23 Jan 1999 17:54:04 +0100 (MET) Received-Date: Sat, 23 Jan 1999 17:54:04 +0100 (MET) Received: from franz.no.dom (port36.koeln.ivm.de [195.247.239.36]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id RAA04500 for ; Sat, 23 Jan 1999 17:53:49 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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: <19990123124117.B1522@alpha.franken.de> Date: Sat, 23 Jan 1999 17:56:00 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Root FS. Content-Length: 946 Lines: 42 Hi, On 23-Jan-99 Thomas Bogendoerfer wrote: > On Sat, Jan 23, 1999 at 03:08:30AM -0500, Thomas Riemer wrote: >> There's only one thing that I would really, really like. >> A c compiler.... > > I'll upload my mipsel binaries to ftp.linux.sgi.com next week (probably > on > monday). > Fine. In the meantime you can use: egcs-1.0.2-9.mipsel.rpm binutils-2.8.1-2.mipsel.rpm from ftp.franken.de/pub/people/tsbogend/mips and glibc-2.0.7-7.mips.rpm glibc-devel-2.0.7-7.mips.rpm from ftp.cobaltmicro.com/pub/ (sorry, I don't have the URL at hand) and make-3.76.1-5.mipsel.rpm patch-2.5-5.mipsel.rpm from ftp.cleveland.lug.net/pub/Mipsel/RPMS to build your own packages. You may have to use --nodeps to install these. I used these to build sysvinit-2.76 because sysvinit from Karel's root fs indeed doesn't work on R3k machines. Unfortunately init still doesn't switch to runlevel 3 on my '133 where is does on my '260. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Sat Jan 23 17:54:07 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 RAA13940; Sat, 23 Jan 1999 17:54:05 +0100 (MET) Received-Date: Sat, 23 Jan 1999 17:54:05 +0100 (MET) Received: from franz.no.dom (port36.koeln.ivm.de [195.247.239.36]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id RAA04506 for ; Sat, 23 Jan 1999 17:53:55 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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: Sat, 23 Jan 1999 17:56:05 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: 2.1.131 strikes back! Content-Length: 2046 Lines: 67 Hi, On 20-Jan-99 Richard van den Berg wrote: >> [root@mips /root]# ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=10.0 ms >> ping: recvfrom: Unknown error 512 >> 64 bytes from 192.168.1..1: icmp_seq=1 ttl=64 time=0.0 ms >> ping: recvfrom: Unknown error 512 >> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.0 ms >> ping: recvfrom: Unknown error 512 > > Still some that leaves me puzzled. :-) >From my 5k/133: bash# ping 192.168.0.2 PING 192.168.0.2 (192.168.0.2): 56 data bytes 64 bytes from 192.168.0.2: icmp_seq=0 ttl=64 time=0.0 ms ping: recvfrom: Reserved error 512 64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=40.0 ms 64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=0.0 ms 64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=0.0 ms ping: recvfrom: Reserved error 512 64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=0.0 ms ping: recvfrom: Reserved error 512 64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=0.0 ms >From my 5k/260: bash# ping 192.168.0.2 PING 192.168.0.2 (192.168.0.2): 56 data bytes 64 bytes from 192.168.0.2: icmp_seq=0 ttl=64 time=3.4 ms 64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=0.7 ms 64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=0.7 ms 64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=0.7 ms 64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=0.7 ms 64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=0.7 ms Same source tree with different CONFIG_CPUs, same root fs. Look at linux/include/linux/errno.h: #ifndef _LINUX_ERRNO_H #define _LINUX_ERRNO_H #include #ifdef __KERNEL__ /* Should never be seen by user programs */ #define ERESTARTSYS 512 #define ERESTARTNOINTR 513 #define ERESTARTNOHAND 514 /* restart if no handler.. */ #define ENOIOCTLCMD 515 /* No ioctl command */ #endif #endif ERESTARTSYS probably comes from the zs driver. Time for bughunting again... That "Should never be seen by user programs" comment really makes wonder. Happy hunting. --- Regards, Harald From K.H.C.vanHouten@research.kpn.com Sat Jan 23 19:03: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 TAA15176; Sat, 23 Jan 1999 19:03:17 +0100 (MET) Received-Date: Sat, 23 Jan 1999 19:03:17 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6W2UZH2IW0001QT@research.kpn.com> for linux-mips@fnet.fr; Sat, 23 Jan 1999 19:03:18 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA23152; Sat, 23 Jan 1999 19:03:10 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 23 Jan 1999 19:03:10 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: Root FS. In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901231803.TAA23152@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: 1451 Lines: 49 Hi Harald wrote: > > egcs-1.0.2-9.mipsel.rpm > binutils-2.8.1-2.mipsel.rpm > > from ftp.franken.de/pub/people/tsbogend/mips > > and > > glibc-2.0.7-7.mips.rpm > glibc-devel-2.0.7-7.mips.rpm > > from ftp.cobaltmicro.com/pub/ (sorry, I don't have the URL at hand) > > and > > make-3.76.1-5.mipsel.rpm > patch-2.5-5.mipsel.rpm > > from ftp.cleveland.lug.net/pub/Mipsel/RPMS > > to build your own packages. You may have to use --nodeps to install these. > > I used these to build sysvinit-2.76 because sysvinit from Karel's root fs > indeed doesn't work on R3k machines. Unfortunately init still doesn't > switch to runlevel 3 on my '133 where is does on my '260. To clarify a bit more about my root-image: I stared with root-le-980323.tar.gz from ftp.linux.sgi.com. Then I recompiled gcc, lots of packages (to get rid of pam, shadow, etc.), and installed a small working set on this root image. I tested it on my 260, but I have no R3k system here a home. The init is 2.76, compiled with my local compiled gcc (gcc-2.7.2-4). Maybe my compiler produces R4k code... I'll install egcs tomorrow, I think. At the moment the system is happily compiling glibc, without swapspace :-). 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 triemer@apt4g.a3nyc.com Sat Jan 23 19:49:31 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 TAA15790; Sat, 23 Jan 1999 19:49:29 +0100 (MET) Received-Date: Sat, 23 Jan 1999 19:49:29 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id NAA17693 for ; Sat, 23 Jan 1999 13:49:39 -0500 Date: Sat, 23 Jan 1999 13:49:39 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: Root FS. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1649 Lines: 65 I can get everything except the glibc from ftp.cobaltmicro.com When I try to install the glibc I run into the problem that I keep having with rpm architecture type. It won't let me install because its the wrong architecture type. I'm tried changing my kernel to "mipsel" architecture - it doesn't seem to make a difference... Where can I get an rpm of rpm that works... BTW - copying Karel's binary bin/rpm from doesn't seem to do it. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sat, 23 Jan 1999, Harald Koerfgen wrote: > Hi, > > On 23-Jan-99 Thomas Bogendoerfer wrote: > > On Sat, Jan 23, 1999 at 03:08:30AM -0500, Thomas Riemer wrote: > >> There's only one thing that I would really, really like. > >> A c compiler.... > > > > I'll upload my mipsel binaries to ftp.linux.sgi.com next week (probably > > on > > monday). > > > > Fine. In the meantime you can use: > > egcs-1.0.2-9.mipsel.rpm > binutils-2.8.1-2.mipsel.rpm > > from ftp.franken.de/pub/people/tsbogend/mips > > and > > glibc-2.0.7-7.mips.rpm > glibc-devel-2.0.7-7.mips.rpm > > from ftp.cobaltmicro.com/pub/ (sorry, I don't have the URL at hand) > > and > > make-3.76.1-5.mipsel.rpm > patch-2.5-5.mipsel.rpm > > from ftp.cleveland.lug.net/pub/Mipsel/RPMS > > to build your own packages. You may have to use --nodeps to install these. > > I used these to build sysvinit-2.76 because sysvinit from Karel's root fs > indeed doesn't work on R3k machines. Unfortunately init still doesn't > switch to runlevel 3 on my '133 where is does on my '260. > > --- > Regards, > Harald > From triemer@apt4g.a3nyc.com Sat Jan 23 21:44:26 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 VAA17214; Sat, 23 Jan 1999 21:44:24 +0100 (MET) Received-Date: Sat, 23 Jan 1999 21:44:24 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id PAA17846 for ; Sat, 23 Jan 1999 15:44:27 -0500 Date: Sat, 23 Jan 1999 15:44:26 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: Root FS. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2388 Lines: 86 Reading my own email - it isn't clear: Here's the state I'm in... 1. I got all the packages installed except glibc 2. glibc I could not get installed because the rpm version that I have thinks I have the wrong architecture when I try and install the glibc. I got the rpms for glibc from ftp.cobaltmicro.com:/pub/Raq/RPMS What I need is the rpm of the rpm that allows me to install the glibc from ftp.cobaltmicro.com. -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sat, 23 Jan 1999, Thomas Riemer wrote: > I can get everything except the glibc from ftp.cobaltmicro.com > > When I try to install the glibc I run into the problem that I > keep having with rpm architecture type. It won't let me > install because its the wrong architecture type. > > I'm tried changing my kernel to "mipsel" architecture - it doesn't > seem to make a difference... > > Where can I get an rpm of rpm that works... > > BTW - copying Karel's binary bin/rpm from doesn't seem to do it. > > -Tom > ----------------------------------------------------------------------- > Given enough eyeballs all bugs seem shallow. > > On Sat, 23 Jan 1999, Harald Koerfgen wrote: > > > Hi, > > > > On 23-Jan-99 Thomas Bogendoerfer wrote: > > > On Sat, Jan 23, 1999 at 03:08:30AM -0500, Thomas Riemer wrote: > > >> There's only one thing that I would really, really like. > > >> A c compiler.... > > > > > > I'll upload my mipsel binaries to ftp.linux.sgi.com next week (probably > > > on > > > monday). > > > > > > > Fine. In the meantime you can use: > > > > egcs-1.0.2-9.mipsel.rpm > > binutils-2.8.1-2.mipsel.rpm > > > > from ftp.franken.de/pub/people/tsbogend/mips > > > > and > > > > glibc-2.0.7-7.mips.rpm > > glibc-devel-2.0.7-7.mips.rpm > > > > from ftp.cobaltmicro.com/pub/ (sorry, I don't have the URL at hand) > > > > > > > and > > > > make-3.76.1-5.mipsel.rpm > > patch-2.5-5.mipsel.rpm > > > > from ftp.cleveland.lug.net/pub/Mipsel/RPMS > > > > to build your own packages. You may have to use --nodeps to install these. > > > > I used these to build sysvinit-2.76 because sysvinit from Karel's root fs > > indeed doesn't work on R3k machines. Unfortunately init still doesn't > > switch to runlevel 3 on my '133 where is does on my '260. > > > > --- > > Regards, > > Harald > > > From Harald.Koerfgen@home.ivm.de Sun Jan 24 10:35:30 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 KAA01684; Sun, 24 Jan 1999 10:35:28 +0100 (MET) Received-Date: Sun, 24 Jan 1999 10:35:28 +0100 (MET) Received: from franz.no.dom (port17.koeln.ivm.de [195.247.239.17]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id KAA05699 for ; Sun, 24 Jan 1999 10:35:19 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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: Sun, 24 Jan 1999 10:37:30 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Root FS. Content-Length: 672 Lines: 27 Hi, On 23-Jan-99 Thomas Riemer wrote: > I can get everything except the glibc from ftp.cobaltmicro.com > > When I try to install the glibc I run into the problem that I > keep having with rpm architecture type. It won't let me > install because its the wrong architecture type. > > I'm tried changing my kernel to "mipsel" architecture - it doesn't > seem to make a difference... > > Where can I get an rpm of rpm that works... man rpm: [...] --ignorearch This allows installation or upgrading even if the architectures of the binary RPM and host don't match. [...] Hope this helps. --- Regards, Harald From flo@mini.gt.owl.de Sun Jan 24 13:23:51 1999 Received: from noose.gt.owl.de (uunutshe@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03798; Sun, 24 Jan 1999 13:23:50 +0100 (MET) Received-Date: Sun, 24 Jan 1999 13:23:50 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id 3AB3D4E8E; Sun, 24 Jan 1999 04:23:48 -0800 (PST) Received: by mini.gt.owl.de (Postfix, from userid 500) id D139A2E004; Sun, 24 Jan 1999 13:23:47 +0100 (CET) Date: Sun, 24 Jan 1999 13:23:47 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Root FS. Message-ID: <19990124132347.A8202@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Thomas Riemer on Sat, Jan 23, 1999 at 01:49:39PM -0500 Sender: flo@mini.gt.owl.de Content-Length: 708 Lines: 20 On Sat, Jan 23, 1999 at 01:49:39PM -0500, Thomas Riemer wrote: > I can get everything except the glibc from ftp.cobaltmicro.com > > When I try to install the glibc I run into the problem that I > keep having with rpm architecture type. It won't let me > install because its the wrong architecture type. > > I'm tried changing my kernel to "mipsel" architecture - it doesn't > seem to make a difference... > > Where can I get an rpm of rpm that works... try rpm2cpio and cpio -i i think - I did this Now you know why i am not using any rpm based distribution. :) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From K.H.C.vanHouten@research.kpn.com Sun Jan 24 18:52:48 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 SAA09009; Sun, 24 Jan 1999 18:52:47 +0100 (MET) Received-Date: Sun, 24 Jan 1999 18:52:47 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6XGSBXKFY0001RO@research.kpn.com> for linux-mips@fnet.fr; Sun, 24 Jan 1999 18:52:44 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA15333; Sun, 24 Jan 1999 18:52:40 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 24 Jan 1999 18:52:39 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: DECStation mipsel rpm's To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901241752.SAA15333@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: 669 Lines: 23 Hi I now compiled some packages with Thomas's egcs / binutils, and have uploaded those to http://www.xs4all.nl/~karel/mipsel/SysVinit-2.76-1.mipsel.rpm http://www.xs4all.nl/~karel/mipsel/rpm-2.5.5-5.2D.mipsel.rpm These should be R3k OK. please try them out! The rpm also accepts 'mips' achitecture rpm's, but will refuse 'mipseb'. A question: Does someone have a libg++ rpm that works with Thomas egcs-c++ ? 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 Sun Jan 24 18:55:31 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 SAA09079; Sun, 24 Jan 1999 18:55:30 +0100 (MET) Received-Date: Sun, 24 Jan 1999 18:55:30 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6XGVSL3160001RO@research.kpn.com> for linux-mips@fnet.fr; Sun, 24 Jan 1999 18:55:32 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA15379; Sun, 24 Jan 1999 18:55:27 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 24 Jan 1999 18:55:27 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: DECStation mipsel rpm's To: linux-mips@fnet.fr Message-id: <199901241755.SAA15379@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: 345 Lines: 14 Sorry, the URL must be: http://www.xs4all.nl/~vhouten/mipsel (I allways mixup account names...) -- 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 mtidwell@mail.com Mon Jan 25 00:37:01 1999 Received: from newsguy.com (smtp.newsguy.com [207.211.168.71]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA17111; Mon, 25 Jan 1999 00:37:00 +0100 (MET) Received-Date: Mon, 25 Jan 1999 00:37:00 +0100 (MET) Received: from mail.com (dial157.magiclink.net [207.5.59.157]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id PAA27059 for ; Sun, 24 Jan 1999 15:36:26 -0800 (PST) Message-ID: <36ABACED.8D91B692@mail.com> Date: Sun, 24 Jan 1999 15:29:49 -0800 From: "montgomery f. tidwell" X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux and MIPS Magnum 3000 References: <199901241755.SAA15379@sparta.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 106 Lines: 7 Howdy, can someone tell me where i can get Linux for the MIPS Magnum 3000? \\//_ From johnr@wport.com Mon Jan 25 01:12:03 1999 Received: from mx1.wport.com (mx1.wport.com [206.129.98.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA17427; Mon, 25 Jan 1999 01:12:02 +0100 (MET) Received-Date: Mon, 25 Jan 1999 01:12:02 +0100 (MET) Received: from wport.com (unverified [206.129.99.144]) by mx1.wport.com (EMWAC SMTPRS 0.83) with SMTP id ; Sun, 24 Jan 1999 16:11:12 -0800 Sender: johnr@fnet.fr Message-ID: <36ABB5D9.939CAC20@wport.com> Date: Mon, 25 Jan 1999 00:07:53 +0000 From: John X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Hmmmm.... References: Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 624 Lines: 10 I saw something interesting in a CompUSA ad today.  They had advertised a WinCE based sub-notebook kinda thng called the  Clio .  Now, the reason I sent this to the Linux/MiPS mailing list is because it's based on a NEC VR4111 MiPS processor.  I was wondering if it would be possible to port MiPS/Linux to it.  I'm not really looking at it seriously, just as a passing thought because it looks cool.

http://www.vadem.com/clio/

-John_B From ralf@lappi.waldorf-gmbh.de Mon Jan 25 01:19:40 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 BAA17475; Mon, 25 Jan 1999 01:19:35 +0100 (MET) Received-Date: Mon, 25 Jan 1999 01:19:35 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA00551 for ; Mon, 25 Jan 1999 01:19:27 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA19840; Mon, 25 Jan 1999 01:18:54 +0100 Message-ID: <19990125011853.I6388@uni-koblenz.de> Date: Mon, 25 Jan 1999 01:18:53 +0100 From: ralf@uni-koblenz.de To: Florian Lohoff , linux-mips@fnet.fr Subject: Re: Root FS. References: <19990124132347.A8202@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990124132347.A8202@mini.gt.owl.de>; from Florian Lohoff on Sun, Jan 24, 1999 at 01:23:47PM +0100 Content-Length: 785 Lines: 22 On Sun, Jan 24, 1999 at 01:23:47PM +0100, Florian Lohoff wrote: > On Sat, Jan 23, 1999 at 01:49:39PM -0500, Thomas Riemer wrote: > > I can get everything except the glibc from ftp.cobaltmicro.com > > > > When I try to install the glibc I run into the problem that I > > keep having with rpm architecture type. It won't let me > > install because its the wrong architecture type. > > > > I'm tried changing my kernel to "mipsel" architecture - it doesn't > > seem to make a difference... > > > > Where can I get an rpm of rpm that works... > > try rpm2cpio and cpio -i i think - I did this > > Now you know why i am not using any rpm based distribution. :) Rpm actually has done an ok job for recompiling the entire userland again and again until things got stable. Ralf From ralf@lappi.waldorf-gmbh.de Mon Jan 25 01:29:34 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 BAA17598; Mon, 25 Jan 1999 01:29:32 +0100 (MET) Received-Date: Mon, 25 Jan 1999 01:29:32 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA00832 for ; Mon, 25 Jan 1999 01:29:28 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA19925; Mon, 25 Jan 1999 01:27:50 +0100 Message-ID: <19990125012750.J6388@uni-koblenz.de> Date: Mon, 25 Jan 1999 01:27:50 +0100 From: ralf@uni-koblenz.de To: Karel van Houten , linux-mips@fnet.fr Subject: Re: DECStation mipsel rpm's References: <199901241752.SAA15333@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901241752.SAA15333@sparta.research.kpn.com>; from Karel van Houten on Sun, Jan 24, 1999 at 06:52:39PM +0100 Content-Length: 1335 Lines: 34 On Sun, Jan 24, 1999 at 06:52:39PM +0100, Karel van Houten wrote: > I now compiled some packages with Thomas's egcs / binutils, > and have uploaded those to > > http://www.xs4all.nl/~karel/mipsel/SysVinit-2.76-1.mipsel.rpm > http://www.xs4all.nl/~karel/mipsel/rpm-2.5.5-5.2D.mipsel.rpm > > These should be R3k OK. please try them out! > The rpm also accepts 'mips' achitecture rpm's, but will > refuse 'mipseb'. The is a deliberate incompatibility. Old rpm packages for both little and big endian has the same architecture in the rpm header and file extension. It was therefore possible to ruin a system by installing the wrong binary flavour. The only save way to avoid this was to make rpm reject old .mips.rpm packages and introduce two new flavours .mipse{b,l}.rpm. If you're still using such an old rpm version that only knows .mips.rpm then you'll have various other problems with rebuilding packages. In the meantime there is no necessity to reintroduce the old design bug again. If you want to force installation of a package for another architecture be it mips, mipsel, mipseb or something weired as ppc then you can force rpm into doing that by using the option --ignorearch. As an alternative you can add the line arch_compat: mipsel: mips to /usr/lib/rpmrc which will reintroduce the old problem ... Ralf From imp@village.org Mon Jan 25 01:31:17 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA17669; Mon, 25 Jan 1999 01:31:15 +0100 (MET) Received-Date: Mon, 25 Jan 1999 01:31:15 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 104Zvr-00028F-00; Sun, 24 Jan 1999 17:31:11 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id RAA06870 for ; Sun, 24 Jan 1999 17:29:37 -0700 (MST) Message-Id: <199901250029.RAA06870@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Hmmmm.... In-reply-to: Your message of "Mon, 25 Jan 1999 00:07:53 GMT." <36ABB5D9.939CAC20@wport.com> References: <36ABB5D9.939CAC20@wport.com> Date: Sun, 24 Jan 1999 17:29:37 -0700 From: Warner Losh Content-Length: 1030 Lines: 23 In message <36ABB5D9.939CAC20@wport.com> John writes: : I saw something interesting in a CompUSA ad today. They had : advertised a WinCE based sub-notebook kinda thng called the CLIO : Now, the reason I sent this to the Linux/MiPS mailing list is : because it's based on a NEC VR4111 MiPS processor. I was wondering : if it would be possible to port MiPS/Linux to it. I'm not really : looking at it seriously, just as a passing thought because it looks : cool. I have been working on a WinCE loader. I am over many of the hurdles that I thought would be in the wat. Now it is only a matter of time, which sadly I have too little of. Once the loader is done, the rest of the port should be fairly simple. I'm working on a mips-hpc-wince (actually mipsel-unknown-win32) target from an incomplete port I found on the net based on cygwin b19. It is too soon to even think about distributing this code yet, but it does show it will eventually happen. However, a contract to do this work would make it happen faster... Warner From triemer@apt4g.a3nyc.com Mon Jan 25 02:18:44 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 CAA17942; Mon, 25 Jan 1999 02:18:42 +0100 (MET) Received-Date: Mon, 25 Jan 1999 02:18:42 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id UAA19873 for ; Sun, 24 Jan 1999 20:18:58 -0500 Date: Sun, 24 Jan 1999 20:18:57 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Root file system again... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1068 Lines: 25 Ok... So here's a set of the problems that I'm running into: 1. /sbin/clock is missing - what does /sbin/clock do? 2. I've installed Karel's 2.76-1 init and it seems to be ok to bring up in single user mode... (If /sbin/fsck.nfs does NOT exist) However, in trying to bring it up multi user... it runs through all of /etc/rc.d/rc.sysinit - and then doesn't seem to do anything more.. Is there anywhere in the Linux docs that describes the boot order of stuff??? What's supposed to happen after rc.sysinit? 3. Thanks for the information about compilers, and rpm flags... I've finally gotten a compiler and installed my first package under linux/mips. (package was findutils from cleveland.lug.net) 4. /etc/sysconfig/network seems to be hardcoded with the hostname... this means, despite booting off of bootp, it gets its hostname from file... This can't be right - but I'm not sure what the right answer is. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Mon Jan 25 02:48:15 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 CAA18640; Mon, 25 Jan 1999 02:48:13 +0100 (MET) Received-Date: Mon, 25 Jan 1999 02:48:13 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id UAA19891 for ; Sun, 24 Jan 1999 20:48:24 -0500 Date: Sun, 24 Jan 1999 20:48:23 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: more issues with root fs. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 471 Lines: 12 1. I'm getting errors that my Makefiles have modifications in the future. 2. I'm getting errors that make is detecting a clock skew. 3. I do not have CONFIG_RTC set in the kernel. 4. /sbin/clock doesn't exist. Somehow I think all of these are related to some basic problem with time in the kernel? Does this stuff work on someone elses machine? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From K.H.C.vanHouten@research.kpn.com Mon Jan 25 08:50:18 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 IAA29726; Mon, 25 Jan 1999 08:50:15 +0100 (MET) Received-Date: Mon, 25 Jan 1999 08:50:15 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J6YA1M4F6A0001TX@research.kpn.com> for linux-mips@fnet.fr; Mon, 25 Jan 1999 08:50:16 +0200 Received: from sparta.research.kpn.com by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id IAA02774; Mon, 25 Jan 1999 08:50:06 +0100 Date: Mon, 25 Jan 1999 08:50:06 +0100 From: "Houten K.H.C. van (Karel)" Subject: Re: DECStation mipsel rpm's In-reply-to: "Your message of Mon, 25 Jan 1999 01:27:50 +0100." <19990125012750.J6388@uni-koblenz.de> To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199901250750.IAA02774@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 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 Content-Length: 1524 Lines: 43 Ralf wrote: > Karel wrote: > > The rpm also accepts 'mips' achitecture rpm's, but will > > refuse 'mipseb'. > > The is a deliberate incompatibility. Old rpm packages for both little > and big endian has the same architecture in the rpm header and file > extension. It was therefore possible to ruin a system by installing > the wrong binary flavour. The only save way to avoid this was to make > rpm reject old .mips.rpm packages and introduce two new flavours > .mipse{b,l}.rpm. > > If you're still using such an old rpm version that only knows .mips.rpm > then you'll have various other problems with rebuilding packages. > > In the meantime there is no necessity to reintroduce the old design bug > again. If you want to force installation of a package for another > architecture be it mips, mipsel, mipseb or something weired as ppc then > you can force rpm into doing that by using the option --ignorearch. > > As an alternative you can add the line > > arch_compat: mipsel: mips > > to /usr/lib/rpmrc which will reintroduce the old problem ... Ralf, You are absolutely correct, but all the nice rpm's at cobaltmicro are mips instead of mipsel. I added this to my rpm to make it easy to install these packages. I hope mips.rpm will die out soon! 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 flo@mini.gt.owl.de Mon Jan 25 11:01:34 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA00535; Mon, 25 Jan 1999 11:01:33 +0100 (MET) Received-Date: Mon, 25 Jan 1999 11:01:33 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP for id A78BA4E73; Mon, 25 Jan 1999 11:01:27 +0100 (CET) Received: by mini.gt.owl.de (Postfix, from userid 500) id 51BCF2E004; Mon, 25 Jan 1999 11:01:27 +0100 (CET) Date: Mon, 25 Jan 1999 11:01:27 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Root file system again... Message-ID: <19990125110127.B21165@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Thomas Riemer on Sun, Jan 24, 1999 at 08:18:57PM -0500 Sender: flo@mini.gt.owl.de Content-Length: 496 Lines: 14 On Sun, Jan 24, 1999 at 08:18:57PM -0500, Thomas Riemer wrote: > > 1. /sbin/clock is missing - what does /sbin/clock do? Read and write to the hardware clock - AFAIK currently unsupported. You need something like "ntpdate" or "netdate" to set the system time from a second system. This already gives you the error with the "Modification time in future" ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From raiko@niisi.msk.ru Mon Jan 25 16:52:07 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 QAA09333; Mon, 25 Jan 1999 16:25:04 +0100 (MET) Received-Date: Mon, 25 Jan 1999 16:25:04 +0100 (MET) 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 SAA03806 for ; Mon, 25 Jan 1999 18:24:38 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id SAA12187 for linux-mips@fnet.fr; Mon, 25 Jan 1999 18:45:26 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id SAA14737 for ; Mon, 25 Jan 1999 18:13:12 +0300 (MSK) Message-ID: <36AC8C20.F3225338@niisi.msk.ru> Date: Mon, 25 Jan 1999 18:22:08 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Problems w/ 2.1.131 on r3k Content-Type: multipart/mixed; boundary="------------595F531A3BB42F84272F4418" Content-Length: 2780 Lines: 69 This is a multi-part message in MIME format. --------------595F531A3BB42F84272F4418 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello folks, After unsuccessful tries to make Harald's linux-mips-2.1.131 working, I need a help from the mailing list, especially from someone who knows what was changed between 2.1.121 and 2.1.131 kernels. The patch has 6MB size and I'll take a looong time to trace it. So, before I'll actually deep in the patch, I'd like to hear some suggestions. The problem I have is that 'make' dies with error 'wait: Bad address" after Ctrl+Z is pressed. (The test is to compile something, e.g. gdb from sources.) Children of make (e.g. gcc) die too. The problem affects other utilities, e.g. man, but doesn't affect small tests I wrote. The kernel log contains ': Exception at ...'. Futher investigation showed that getrusage is called with bad user address. I had to apply the patch which is attached here. Without this patch, user process will never leave the kernel mode. (Harald, with the patch the kernel should be 'more stable'). Regards, Gleb. --------------595F531A3BB42F84272F4418 Content-Type: text/plain; charset=us-ascii; name="mips131.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mips131.patch" Index: linux-2.1.131/arch/mips/kernel/process.c diff -u linux-2.1.131/arch/mips/kernel/process.c:1.1.1.1 linux-2.1.131/arch/mips/kernel/process.c:1.2 --- linux-2.1.131/arch/mips/kernel/process.c:1.1.1.1 Mon Jan 11 16:08:21 1999 +++ linux-2.1.131/arch/mips/kernel/process.c Mon Jan 25 16:37:12 1999 @@ -40,7 +40,7 @@ void start_thread(struct pt_regs * regs, unsigned long pc, unsigned long sp) { /* New thread looses kernel privileges. */ - regs->cp0_status = (regs->cp0_status & ~(ST0_CU0|ST0_KSU)) | KU_USER; + regs->cp0_status = (regs->cp0_status & ~(ST0_CU0|KU_MASK)) | KU_USER; regs->cp0_epc = pc; regs->regs[29] = sp; current->tss.current_ds = USER_DS; Index: linux-2.1.131/arch/mips/kernel/scall_o32.S diff -u linux-2.1.131/arch/mips/kernel/scall_o32.S:1.1.1.1 linux-2.1.131/arch/mips/kernel/scall_o32.S:1.2 --- linux-2.1.131/arch/mips/kernel/scall_o32.S:1.1.1.1 Mon Jan 11 16:08:21 1999 +++ linux-2.1.131/arch/mips/kernel/scall_o32.S Mon Jan 25 16:37:12 1999 @@ -12,6 +12,7 @@ #include #include #include +#include #include /* This duplicates the definition from */ @@ -69,7 +70,7 @@ bnez t0,o32_handle_bottom_half 9: lw t0,PT_STATUS(sp) # returning to kernel mode? - andi t1, t0, 0x10 + andi t1, t0, KU_USER lw t2, TASK_NEED_RESCHED($28) beqz t1, o32_return # -> yes bnez t2, o32_reschedule --------------595F531A3BB42F84272F4418-- From adevries@engsoc.carleton.ca Mon Jan 25 17:46:00 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 RAA09709; Mon, 25 Jan 1999 17:45:56 +0100 (MET) Received-Date: Mon, 25 Jan 1999 17:45:56 +0100 (MET) Received: from localhost (adevries@localhost) by lager.engsoc.carleton.ca (8.8.7/8.8.7) with SMTP id LAA28195 for ; Mon, 25 Jan 1999 11:47:06 -0500 X-Authentication-Warning: lager.engsoc.carleton.ca: adevries owned process doing -bs Date: Mon, 25 Jan 1999 11:47:06 -0500 (EST) From: Alex deVries To: linux-mips@fnet.fr Subject: Re: DECStation mipsel rpm's In-Reply-To: <199901250750.IAA02774@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 765 Lines: 24 On Mon, 25 Jan 1999, Houten K.H.C. van (Karel) wrote: > Ralf, > > You are absolutely correct, but all the nice rpm's at cobaltmicro > are mips instead of mipsel. I added this to my rpm to make it easy > to install these packages. I hope mips.rpm will die out soon! This is something that's annoyed me for quite some time. At one point I tried to convince some folks at Cobalt Micro to rebuild their packages as Red Hat's final word was mipseb/mipsel should stick. I guess they made a point of ignoring me on it. mipsel really is the way to go. Anyone who packages as mips is making a mistake. It's especially bad if they're releasing an entirely mislabeled distribution. - Alex -- Alex deVries, puffin on LinuxNet. I know exactly what I want in life. From jess@olimpo.ceti.mx Mon Jan 25 22:36:11 1999 Received: from olimpo.ceti.mx (root@olimpo.ceti.mx [200.23.158.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA13028; Mon, 25 Jan 1999 22:36:08 +0100 (MET) Received-Date: Mon, 25 Jan 1999 22:36:08 +0100 (MET) Received: from olimpo.ceti.mx ([200.23.158.131]) by olimpo.ceti.mx (8.9.1/8.9.1) with ESMTP id PAA00726 for ; Mon, 25 Jan 1999 15:40:25 -0600 Message-ID: <36ACE469.65F4DD4@olimpo.ceti.mx> Date: Mon, 25 Jan 1999 15:38:50 -0600 From: Francisco de =?iso-8859-1?Q?Jes=FAs=20P=E9rez?= Rivera Reply-To: jess@olimpo.ceti.mx Organization: Centro de =?iso-8859-1?Q?Ense=F1anza?= Tecnica Industrial X-Mailer: Mozilla 4.5 [es] (Win95; I) X-Accept-Language: es MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux for MIPS! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 641 Lines: 23 Hi!!! i have at SGI O2 machine.. and the irix is not a better S.O. i think install linux.. but Linux for SGI dont work in this machine.. Linux for MIPS, worked in my O2 Machine?? this machine have at micro R5000 Thanks... p.d. sorry, but my english not is good! :) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Francisco de Jesus Perez Rivera Depto. de Ing. de Sistemas Centro de Ense~anza Tecnica Industrial Tel. 641-32-50 Ext 237 jess@olimpo.ceti.mx -)-------- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From Harald.Koerfgen@home.ivm.de Mon Jan 25 23:15:26 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 XAA13693; Mon, 25 Jan 1999 23:15:20 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:15:20 +0100 (MET) Received: from franz.no.dom (port38.koeln.ivm.de [195.247.239.38]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA09670 for ; Mon, 25 Jan 1999 23:15:08 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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, 25 Jan 1999 23:17:22 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: Root file system again... Content-Length: 536 Lines: 16 Hi, On 25-Jan-99 Thomas Riemer wrote: > 2. I've installed Karel's 2.76-1 init and it seems to be ok to > bring up in single user mode... (If /sbin/fsck.nfs does NOT exist) > However, in trying to bring it up multi user... it runs through > all of /etc/rc.d/rc.sysinit - and then doesn't seem to do anything > more.. Is there anywhere in the Linux docs that describes the boot > order of stuff??? What's supposed to happen after rc.sysinit? Gleb's patch fixes that. Please see my other posting. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Mon Jan 25 23:15:23 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 XAA13695; Mon, 25 Jan 1999 23:15:21 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:15:21 +0100 (MET) Received: from franz.no.dom (port38.koeln.ivm.de [195.247.239.38]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA09674 for ; Mon, 25 Jan 1999 23:15:09 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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, 25 Jan 1999 23:17:24 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: more issues with root fs. Content-Length: 1512 Lines: 39 Hi, On 25-Jan-99 Thomas Riemer wrote: > 1. I'm getting errors that my Makefiles have modifications in the > future. > 2. I'm getting errors that make is detecting a clock skew. > 3. I do not have CONFIG_RTC set in the kernel. > 4. /sbin/clock doesn't exist. > > Somehow I think all of these are related to some basic problem with > time in the kernel? Does this stuff work on someone elses machine? Yes, it does on mine :-). Well, not really, the patch isn't ready for rollout yet. The cause is that the DECstation timer tick is running at 128 Hz and all the userland binaries think that the kernel is running at 100 Hz, which is the standard for Linux except for Alpha machines. BTW, DECstation-Linux 2.1.121 was running at 64 HZ. So we have two possibilities here: One is to recompile all userland binaries with HZ=128, thus not beeing able to use, for example, the Cobaltmicro rpms. Not very good. The second one is to pretend to userland, the kernel is running at 100 Hz. The kernel itself is prepared for HZ != 100, otherwise it would not be working on Alphas. The culprit are functions where the jiffies or derivatives of that are exported to userland. I am working on this. Fellow DECstation hackers, please do *not* use CONFIG_RTC. The RTC is the only possible source for periodic interrupts on the DECstations and the RTC driver likes to play around with that causing bad things to happen. We have to disable some features in drivers/char/rtc.c before it's safe to use it. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Mon Jan 25 23:15:24 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 XAA13696; Mon, 25 Jan 1999 23:15:22 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:15:22 +0100 (MET) Received: from franz.no.dom (port38.koeln.ivm.de [195.247.239.38]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA09678 for ; Mon, 25 Jan 1999 23:15:10 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990125224728:6635=_" In-Reply-To: <36AC8C20.F3225338@niisi.msk.ru> Date: Mon, 25 Jan 1999 23:17:25 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: Problems w/ 2.1.131 on r3k Content-Length: 2333 Lines: 67 This message is in MIME format --_=XFMail.1.2.p0.Linux:990125224728:6635=_ Content-Type: text/plain; charset=us-ascii Hello, On 25-Jan-99 Gleb O. Raiko wrote: > Hello folks, > > After unsuccessful tries to make Harald's linux-mips-2.1.131 working, I > need a help from the mailing list, especially from someone who knows > what was changed between 2.1.121 and 2.1.131 kernels. The patch has 6MB > size and I'll take a looong time to trace it. So, before I'll actually > deep in the patch, I'd like to hear some suggestions. > > The problem I have is that 'make' dies with error 'wait: Bad address" > after Ctrl+Z is pressed. (The test is to compile something, e.g. gdb > from sources.) Children of make (e.g. gcc) die too. The problem affects > other utilities, e.g. man, but doesn't affect small tests I wrote. The > kernel log contains ': Exception at ...'. Futher > investigation showed that getrusage is called with bad user address. > > I had to apply the patch which is attached here. Without this patch, > user process will never leave the kernel mode. (Harald, with the patch > the kernel should be 'more stable'). Thanks a lot, Gleb. That one slipped through. With your patch my DS5000/133 goes multiuser again :-). Maybe the attached patch helps you a little bit. Happy hacking. --- Regards, Harald --_=XFMail.1.2.p0.Linux:990125224728:6635=_ Content-Disposition: attachment; filename="vacserial-patch" Content-Transfer-Encoding: 7bit Content-Description: vacserial-patch Content-Type: text/plain; charset=us-ascii; name=vacserial-patch; SizeOnDisk=679 --- vacserial.c.orig Wed Jan 6 21:24:58 1999 +++ vacserial.c Mon Jan 25 22:44:56 1999 @@ -1719,8 +1719,7 @@ if (info->blocked_open) { if (info->close_delay) { current->state = TASK_INTERRUPTIBLE; - current->timeout = jiffies + info->close_delay; - schedule(); + schedule_timeout(info->close_delay); } wake_up_interruptible(&info->open_wait); } @@ -1776,8 +1775,7 @@ #endif current->state = TASK_INTERRUPTIBLE; current->counter = 0; /* make us low-priority */ - current->timeout = jiffies + char_time; - schedule(); + schedule_timeout(char_time); if (signal_pending(current)) break; if (timeout && ((orig_jiffies + timeout) < jiffies)) --_=XFMail.1.2.p0.Linux:990125224728:6635=_-- End of MIME message From tsbogend@alpha.franken.de Mon Jan 25 23:38:31 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 XAA15176; Mon, 25 Jan 1999 23:38:30 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:38:30 +0100 (MET) 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/louis-blanc); id XAA12101; Mon, 25 Jan 1999 23:38:28 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02517 for linux-mips@fnet.fr; Mon, 25 Jan 1999 23:27:21 +0100 Message-ID: <19990125232721.A2514@alpha.franken.de> Date: Mon, 25 Jan 1999 23:27:21 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: DECStation mipsel rpm's References: <199901241752.SAA15333@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901241752.SAA15333@sparta.research.kpn.com>; from Karel van Houten on Sun, Jan 24, 1999 at 06:52:39PM +0100 Content-Length: 468 Lines: 13 On Sun, Jan 24, 1999 at 06:52:39PM +0100, Karel van Houten wrote: > A question: > Does someone have a libg++ rpm that works with Thomas egcs-c++ ? AFAIK libg++ has been replaced by libcstc++, which should be in the same directory as egcs. 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 tsbogend@alpha.franken.de Mon Jan 25 23:38:36 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 XAA15198; Mon, 25 Jan 1999 23:38:35 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:38:35 +0100 (MET) 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/louis-blanc); id XAA12107; Mon, 25 Jan 1999 23:38:32 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02522 for linux-mips@fnet.fr; Mon, 25 Jan 1999 23:31:45 +0100 Message-ID: <19990125233145.B2514@alpha.franken.de> Date: Mon, 25 Jan 1999 23:31:45 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Root file system again... References: <19990125110127.B21165@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990125110127.B21165@mini.gt.owl.de>; from Florian Lohoff on Mon, Jan 25, 1999 at 11:01:27AM +0100 Content-Length: 1001 Lines: 24 On Mon, Jan 25, 1999 at 11:01:27AM +0100, Florian Lohoff wrote: > On Sun, Jan 24, 1999 at 08:18:57PM -0500, Thomas Riemer wrote: > > > > 1. /sbin/clock is missing - what does /sbin/clock do? > > Read and write to the hardware clock - AFAIK currently unsupported. correct. I've modified the sources of /sbin/clock to work with the 2.1.x /dev/rtc. The only thing you need to do for the Decstatation is to add /dev/rtc support to your kernel. You can find the SRPMS for it on ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/SRPMS. > You need something like "ntpdate" or "netdate" to set the system time > from a second system. This already gives you the error with > the "Modification time in future" ... which only sets the kernel clock, but not the hardware clock. 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 tsbogend@alpha.franken.de Mon Jan 25 23:38:33 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 XAA15184; Mon, 25 Jan 1999 23:38:32 +0100 (MET) Received-Date: Mon, 25 Jan 1999 23:38:32 +0100 (MET) 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/louis-blanc); id XAA12104; Mon, 25 Jan 1999 23:38:30 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02528 for linux-mips@fnet.fr; Mon, 25 Jan 1999 23:34:04 +0100 Message-ID: <19990125233404.C2514@alpha.franken.de> Date: Mon, 25 Jan 1999 23:34:04 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Root file system again... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Thomas Riemer on Sun, Jan 24, 1999 at 08:18:57PM -0500 Content-Length: 729 Lines: 16 On Sun, Jan 24, 1999 at 08:18:57PM -0500, Thomas Riemer wrote: > 4. /etc/sysconfig/network seems to be hardcoded with the hostname... > this means, despite booting off of bootp, it gets its hostname from > file... This can't be right - but I'm not sure what the right > answer is. that's the way how RedHat works. /etc/sysconfig holds several configuration files, which can be modified by the RedHat config tools. To change your hostname, either edit /etc/sysconfig/network or use linuxconf. 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 mkovach@alpha.theshagster.com Tue Jan 26 04:37:25 1999 Received: from alpha.theshagster.com (mkovach@[207.166.196.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA27822; Tue, 26 Jan 1999 04:37:23 +0100 (MET) Received-Date: Tue, 26 Jan 1999 04:37:23 +0100 (MET) Received: (from mkovach@localhost) by alpha.theshagster.com (8.8.7/8.8.7) id RAA14598 for linux-mips@fnet.fr; Fri, 25 Jan 1999 17:36:12 -0500 Message-ID: <20190125173612.B14567@mkovach.nacs.net> Date: Fri, 25 Jan 1999 17:36:12 -0500 From: Mat Kovach To: linux-mips@fnet.fr Subject: MOP loading Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 901 Lines: 23 I playing around with a DECstation 5000/240 with some limited success. I have had limited success with the decstation kernel with my main problem being that it has the boot prom that doesn't like to tftp boot so I have been trying the MOP loader, anybody else using it? I notice two things. * The MOP loader needs to be updated if you plan to use 2.1.X or 2.2.X. I sent a message to the maintainer to see if it was going to be updated but haven't recieved a reply as of yet. Doesn't look appear to hard to move it to the new kernel, anybody interested in this? I'm working on doing it now just trying to see a need or desire for it. * Is anybody booting the decstation kernel from the local hard drive with any reasonable amount of success? I made a few attemps with out much success. Thanks! -- Mat Kovach I come not to bash Microsoft, but to kill it ...mmm...beeer! From tsbogend@alpha.franken.de Tue Jan 26 01:00:29 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 BAA18087; Tue, 26 Jan 1999 01:00:28 +0100 (MET) Received-Date: Tue, 26 Jan 1999 01:00:28 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id BAA13179; Tue, 26 Jan 1999 01:00:26 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id AAA01169 for linux-mips@fnet.fr; Tue, 26 Jan 1999 00:55:00 +0100 Message-ID: <19990126005459.A1166@alpha.franken.de> Date: Tue, 26 Jan 1999 00:54:59 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: more issues with root fs. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Mon, Jan 25, 1999 at 11:17:24PM +0100 Content-Length: 1250 Lines: 28 On Mon, Jan 25, 1999 at 11:17:24PM +0100, Harald Koerfgen wrote: > One is to recompile all userland binaries with HZ=128, thus not beeing able > to use, for example, the Cobaltmicro rpms. Not very good. indead no good idea. > The second one is to pretend to userland, the kernel is running at 100 Hz. > The kernel itself is prepared for HZ != 100, otherwise it would not be > working on Alphas. The culprit are functions where the jiffies or > derivatives of that are exported to userland. I am working on this. That's how Linus wants to handle the problem. This issue came up, when someone requested for a readable HZ from user space. > Fellow DECstation hackers, please do *not* use CONFIG_RTC. The RTC is the > only possible source for periodic interrupts on the DECstations and the > RTC driver likes to play around with that causing bad things to happen. We > have to disable some features in drivers/char/rtc.c before it's safe to > use it. It's same the situation as on Alphas, just look what's done for them. 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 ralf@lappi.waldorf-gmbh.de Tue Jan 26 02:40:14 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 CAA19111; Tue, 26 Jan 1999 02:40:12 +0100 (MET) Received-Date: Tue, 26 Jan 1999 02:40:12 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-25.uni-koblenz.de [141.26.249.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA00618 for ; Tue, 26 Jan 1999 02:40:08 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01809; Tue, 26 Jan 1999 01:16:24 +0100 Message-ID: <19990126011624.H558@uni-koblenz.de> Date: Tue, 26 Jan 1999 01:16:24 +0100 From: ralf@uni-koblenz.de To: Thomas Riemer , linux-mips@fnet.fr Subject: Re: Root file system again... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Thomas Riemer on Sun, Jan 24, 1999 at 08:18:57PM -0500 Content-Length: 303 Lines: 9 On Sun, Jan 24, 1999 at 08:18:57PM -0500, Thomas Riemer wrote: > 1. /sbin/clock is missing - what does /sbin/clock do? It's a program that is used to set the clock. RH's script can also deal with hwclock which is a much nicer alternative as it's portable and doesn't contain Intel assembler. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 02:39:47 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 CAA19067; Tue, 26 Jan 1999 02:39:45 +0100 (MET) Received-Date: Tue, 26 Jan 1999 02:39:45 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-25.uni-koblenz.de [141.26.249.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA00601 for ; Tue, 26 Jan 1999 02:39:37 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01819; Tue, 26 Jan 1999 01:20:14 +0100 Message-ID: <19990126012014.I558@uni-koblenz.de> Date: Tue, 26 Jan 1999 01:20:14 +0100 From: ralf@uni-koblenz.de To: Thomas Riemer , linux-mips@fnet.fr Subject: Re: more issues with root fs. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Thomas Riemer on Sun, Jan 24, 1999 at 08:48:23PM -0500 Content-Length: 480 Lines: 13 On Sun, Jan 24, 1999 at 08:48:23PM -0500, Thomas Riemer wrote: > 3. I do not have CONFIG_RTC set in the kernel. CONFIG_RTC is the option to configure the driver for /proc/rtc for a PC style system. This most probably won't work on a DECstation; you'll probably have to write your own driver. See drivers/char/rtc.c and drivers/sgi/char/ds1286.c for examples of such drivers. Btw, if you need data sheets for RTC chips - Dallas Semiconductor's site has piles of them. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 02:41:41 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 CAA19195; Tue, 26 Jan 1999 02:41:27 +0100 (MET) Received-Date: Tue, 26 Jan 1999 02:41:27 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-25.uni-koblenz.de [141.26.249.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA00654 for ; Tue, 26 Jan 1999 02:41:23 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01824; Tue, 26 Jan 1999 01:23:53 +0100 Message-ID: <19990126012353.J558@uni-koblenz.de> Date: Tue, 26 Jan 1999 01:23:53 +0100 From: ralf@uni-koblenz.de To: Harald Koerfgen , linux-mips@fnet.fr Subject: Re: more issues with root fs. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Mon, Jan 25, 1999 at 11:17:24PM +0100 Content-Length: 552 Lines: 13 On Mon, Jan 25, 1999 at 11:17:24PM +0100, Harald Koerfgen wrote: > Fellow DECstation hackers, please do *not* use CONFIG_RTC. The RTC is the > only possible source for periodic interrupts on the DECstations and the > RTC driver likes to play around with that causing bad things to happen. We > have to disable some features in drivers/char/rtc.c before it's safe to > use it. Without having research this exhaustivly - I don't know of any program which is using the interrupt features of /proc/rtc, so that's not going to be a too hard loss. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 02:43:10 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 CAA19230; Tue, 26 Jan 1999 02:43:08 +0100 (MET) Received-Date: Tue, 26 Jan 1999 02:43:08 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-25.uni-koblenz.de [141.26.249.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA00720 for ; Tue, 26 Jan 1999 02:43:00 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id BAA01846; Tue, 26 Jan 1999 01:41:09 +0100 Message-ID: <19990126014109.K558@uni-koblenz.de> Date: Tue, 26 Jan 1999 01:41:09 +0100 From: ralf@uni-koblenz.de To: "Gleb O. Raiko" , "linux-mips@fnet.fr" Subject: Re: Problems w/ 2.1.131 on r3k References: <36AC8C20.F3225338@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36AC8C20.F3225338@niisi.msk.ru>; from Gleb O. Raiko on Mon, Jan 25, 1999 at 06:22:08PM +0300 Content-Length: 1405 Lines: 37 On Mon, Jan 25, 1999 at 06:22:08PM +0300, Gleb O. Raiko wrote: > The problem I have is that 'make' dies with error 'wait: Bad address" > after Ctrl+Z is pressed. (The test is to compile something, e.g. gdb > from sources.) Children of make (e.g. gcc) die too. The problem affects > other utilities, e.g. man, but doesn't affect small tests I wrote. The > kernel log contains ': Exception at ...'. Futher > investigation showed that getrusage is called with bad user address. Syscall restarting for syscalls with four or more arguments won't work, the fourth argument will be corrupted before return from kernel mode. The following changes to arch/mips/kernel/{signal.c,scall_o32.S} should fix that: [...] case ERESTARTNOINTR: /* Userland will reload $v0. */ regs->regs[7] = regs->regs[26]; regs->cp0_epc -= 8; } [...] stack_done: sw a3, PT_R26($28) # save for syscall restart lw t0, TASK_FLAGS($28) # syscall tracing enabled? andi t0, PF_TRACESYS [...] I assume that the erroneous arguments to getrusage(2) are were indirectly caused by this. > I had to apply the patch which is attached here. Without this patch, > user process will never leave the kernel mode. (Harald, with the patch > the kernel should be 'more stable'). Looks correct but won't work on R4000, so I don't put it into my sources. Ralf From knan@mo.himolde.no Tue Jan 26 02:47:23 1999 Received: from yme.mo.hiMolde.no (qmailr@yme.mo.hiMolde.no [158.38.74.10]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA19307; Tue, 26 Jan 1999 02:47:22 +0100 (MET) Received-Date: Tue, 26 Jan 1999 02:47:22 +0100 (MET) Received: (qmail 24781 invoked by uid 633); 26 Jan 1999 01:47:19 -0000 Date: Tue, 26 Jan 1999 02:47:19 +0100 (CET) From: Erik Inge Bolso To: linux-mips@fnet.fr Subject: Hmmm... is linux-mips still alive? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Length: 933 Lines: 23 Greetings. I have an ancient MIPS machine standing around collecting dust here at school. It's called a VAXserver 3100, is probably even slower than the 386-25 that seem to have a current low-speed record here, and noone can figure out a use for it. Another, similar machine (a DECstation 3100) is acting as backup webserver and nothing much besides a little experimenting. It runs NetBSD/pmax. If I find I have nothing better to do someday(or probably night) this term, I'd like to try installing Linux on the VAXserver. So I'd like to know: Has anyone tried any similar machine? Is there still any developement for the R3000-series of processors? Is linux-mips still alive? (web page not updated for a year is not a good sign...) Should I just give up and get a life? :) (PS: I'm not subscribed to the list, so please reply to *me*) -- Erik I. Bols=F8 The White Tower: http://www.mo.himolde.no/~knan/ From ralf@lappi.waldorf-gmbh.de Tue Jan 26 03:08:56 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 DAA22084; Tue, 26 Jan 1999 03:08:54 +0100 (MET) Received-Date: Tue, 26 Jan 1999 03:08:54 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-25.uni-koblenz.de [141.26.249.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA01572 for ; Tue, 26 Jan 1999 03:08:50 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id DAA02322; Tue, 26 Jan 1999 03:06:43 +0100 Message-ID: <19990126030642.O558@uni-koblenz.de> Date: Tue, 26 Jan 1999 03:06:42 +0100 From: ralf@uni-koblenz.de To: Erik Inge Bolso , linux-mips@fnet.fr Subject: Re: Hmmm... is linux-mips still alive? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Erik Inge Bolso on Tue, Jan 26, 1999 at 02:47:19AM +0100 Content-Length: 694 Lines: 23 On Tue, Jan 26, 1999 at 02:47:19AM +0100, Erik Inge Bolso wrote: > I have an ancient MIPS machine standing around collecting dust here at > school. It's called a VAXserver 3100, is probably even slower than the > 386-25 that seem to have a current low-speed record here, and noone can > figure out a use for it. A VAXstation is a VAX family member. Who would have guessed. It's not based on a MIPS CPU. > know: Has anyone tried any similar machine? Is there still any > developement for the R3000-series of processors? Is linux-mips still > alive? More then ever. (web page not updated for a year is not a good sign...) (Web sucks ...) Ralf PS: Checkout http://www.linux.sgi.com/ From mitch@execpc.com Tue Jan 26 04:15:06 1999 Received: from mailgw00.execpc.com (sendmail@mailgw00.execpc.com [169.207.1.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA27712; Tue, 26 Jan 1999 04:15:05 +0100 (MET) Received-Date: Tue, 26 Jan 1999 04:15:05 +0100 (MET) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw00.execpc.com (8.9.1) id VAA20659; Mon, 25 Jan 1999 21:14:50 -0600 Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id VAA17188; Mon, 25 Jan 1999 21:14:49 -0600 (CST) Message-ID: <19990125211449.20154@execpc.com> Date: Mon, 25 Jan 1999 21:14:49 -0600 From: Mitchell Blank Jr To: linux-mips@fnet.fr Cc: knan@mo.himolde.no Subject: Re: Hmmm... is linux-mips still alive? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Erik Inge Bolso on Tue, Jan 26, 1999 at 02:47:19AM +0100 Content-Length: 1534 Lines: 37 Erik Inge Bolso wrote: > I have an ancient MIPS machine standing around collecting dust here at > school. It's called a VAXserver 3100, As someone already pointed out this is not a MIPS, it is a VAX. Even cooler, imo, but alas the linux/vax project seems to have run out of steam for the moment. The '3100' designation is used for a whole series of machines (DEC liked that unmber alot, I guess). If it's labeled as a "VAXserver" (as opposed to MicroVAX) that would make it either a KA41-B or KA41-E. You can run NetBSD on either of those two: http://www.netbsd.org/Ports/vax/index.html > is probably even slower than the > 386-25 I think so. It's goingto have an (original) SpecInt score of about 3. I don't know what the 386 was off the top of my head but I'd guess a 386-25 was probably more like 5 or so. So basically it's like a slow 386, but with SCSI and ethernet :-) > Another, similar machine (a DECstation 3100) is acting as backup webserver > and nothing much besides a little experimenting. It runs NetBSD/pmax. Well, you can try the latest Linux DECstation kernels (just stay tuned to this mailing list, there's new developments all the time). It's not nearly to the point that NetBSD/pmax or OpenBSD/pmax are yet, but it's looking good (and the Linux/MIPS userland stuff is in good shape, so once the kernel is solid, the whole system shouldn't be too far off) > Should I just give up and get a life? :) Certainly not! :-) I'd say play with netbsd on the VAXstation and linux on the DECstation. -Mitch From triemer@apt4g.a3nyc.com Tue Jan 26 06:36:06 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 GAA28341; Tue, 26 Jan 1999 06:36:04 +0100 (MET) Received-Date: Tue, 26 Jan 1999 06:36:04 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA20754 for ; Tue, 26 Jan 1999 00:35:58 -0500 Date: Tue, 26 Jan 1999 00:35:58 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: More issues on root fs... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1214 Lines: 25 1. So my compile of the kernel finished after 6 hours of compiling... This is the recompile of the kernel entirely on the 2100. sadly however it failed on the last ld. It indicated that zImage was an unknown file type.... For some reason I think I've seen this before on this list but I can't remember what the fix was. Anyone? 2. With the patch the Gleb provided - the boot does indeed progress much further - unfortunately, I think there is some problem with either proc_fs or mount on the 2100. I get errors that /proc is not mounted even though I have the standard /proc ... line in fstab. fsck also tries to do an fsck on / which it isn't happy about....I provides /sbin/fsck.nfs (which exits 0) - but obviously that's not quite the right answer. It seems to want to fsck the file system despite provided 0 0 as the last two args. Anyone else seen this? 3. The kernel finally hangs with messages "Id "6" respawning too fast: Disabled for 5 minutes" 4. I saw rpc msg 129s until I fixed /etc/sysconfig/network-scripts/ifcfg-eth0. -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From mitch@execpc.com Tue Jan 26 09:22:43 1999 Received: from mailgw02.execpc.com (mailgw02.execpc.com [169.207.3.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA02787; Tue, 26 Jan 1999 09:22:42 +0100 (MET) Received-Date: Tue, 26 Jan 1999 09:22:42 +0100 (MET) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw02.execpc.com (8.9.0) id CAA09685; Tue, 26 Jan 1999 02:22:35 -0600 (CST) Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id CAA06655; Tue, 26 Jan 1999 02:22:34 -0600 (CST) Message-ID: <19990126022234.56068@execpc.com> Date: Tue, 26 Jan 1999 02:22:34 -0600 From: Mitchell Blank Jr To: linux-mips@fnet.fr Cc: triemer@apt4g.a3nyc.com Subject: Re: More issues on root fs... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Thomas Riemer on Tue, Jan 26, 1999 at 12:35:58AM -0500 Content-Length: 375 Lines: 12 Thomas Riemer wrote: > 3. The kernel finally hangs with messages "Id "6" respawning too fast: > Disabled for 5 minutes" That message is from init. Do: grep '^6:' /etc/inittab to see what its complaining about. Under RH51 at least id 6 is: 6:2345:respawn:/sbin/mingetty tty6 but it may be something else on your root image. I'll have to dig it up. -Mitch From raiko@niisi.msk.ru Tue Jan 26 10:17:21 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 KAA03139; Tue, 26 Jan 1999 10:17:20 +0100 (MET) Received-Date: Tue, 26 Jan 1999 10:17:20 +0100 (MET) Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id KAA17867; Tue, 26 Jan 1999 10:16:04 +0100 (MET) 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 MAA10157 for ; Tue, 26 Jan 1999 12:09:25 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA27443 for linux-mips@fnet.fr; Tue, 26 Jan 1999 12:30:36 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA22862 for ; Tue, 26 Jan 1999 11:30:01 +0300 (MSK) Message-ID: <36AD7F16.473C11EC@niisi.msk.ru> Date: Tue, 26 Jan 1999 11:38:46 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 535 Lines: 18 Hello Harald, > Thanks a lot, Gleb. That one slipped through. With your patch my > DS5000/133 goes multiuser again :-). Great. Ralf has posted another patch. It must be applied, if you want syscalls with four or more arguments to be restartable. Also, don't apply my patch to the official r3k source tree. I'll reimplement it, Ralf said it doesn't work for other mipses. > > Maybe the attached patch helps you a little bit. > I have made these changes too, but didn't include any Baget specific parts in my patch. Regards, Gleb. From raiko@niisi.msk.ru Tue Jan 26 10:17:05 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 KAA03117; Tue, 26 Jan 1999 10:17:04 +0100 (MET) Received-Date: Tue, 26 Jan 1999 10:17:04 +0100 (MET) Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id KAA17863; Tue, 26 Jan 1999 10:15:43 +0100 (MET) 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 MAA10160 for ; Tue, 26 Jan 1999 12:09:26 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA27447 for linux-mips@fnet.fr; Tue, 26 Jan 1999 12:30:42 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA23052 for ; Tue, 26 Jan 1999 11:43:32 +0300 (MSK) Message-ID: <36AD8241.32EFFF81@niisi.msk.ru> Date: Tue, 26 Jan 1999 11:52:17 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: <36AC8C20.F3225338@niisi.msk.ru> <19990126014109.K558@uni-koblenz.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1626 Lines: 47 ralf@uni-koblenz.de wrote: > Syscall restarting for syscalls with four or more arguments won't work, the > fourth argument will be corrupted before return from kernel mode. Exactly. Late yesterday, I was able to write small test that calls wait3 with non-null rusage and saw exact such simptomps. It's exactly how 'make' waits for its children. > The > following changes to arch/mips/kernel/{signal.c,scall_o32.S} should fix > that: > > [...] > case ERESTARTNOINTR: /* Userland will reload $v0. */ > regs->regs[7] = regs->regs[26]; > regs->cp0_epc -= 8; > } > [...] > stack_done: > sw a3, PT_R26($28) # save for syscall restart > lw t0, TASK_FLAGS($28) # syscall tracing enabled? > andi t0, PF_TRACESYS > [...] > > I assume that the erroneous arguments to getrusage(2) are were indirectly > caused by this. > Only small question, diff between 2.1.121 and 2.1.131 doesn't show this change, but 2.1.121 isn't affected by this issue at all. What was changed in 2.1.131 ? Was it common, i.e. system-independed code ? > > I had to apply the patch which is attached here. Without this patch, > > user process will never leave the kernel mode. (Harald, with the patch > > the kernel should be 'more stable'). > > Looks correct but won't work on R4000, so I don't put it into my > sources. > Yes, I know. It was only quick dirty fix. I'll resubmit this patch with correct behaviour for all mipses soon. BTW, have you accepted Vladimir's changes in the kernel memcpy? 2.1.131 doesn't contain them. Regards, Gleb. From flo@mini.gt.owl.de Tue Jan 26 10:48:10 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA03371; Tue, 26 Jan 1999 10:48:06 +0100 (MET) Received-Date: Tue, 26 Jan 1999 10:48:06 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP for id A88BF4E8C; Tue, 26 Jan 1999 10:48:04 +0100 (CET) Received: by mini.gt.owl.de (Postfix, from userid 500) id 15F822E004; Tue, 26 Jan 1999 10:48:04 +0100 (CET) Date: Tue, 26 Jan 1999 10:48:03 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: more issues with root fs. Message-ID: <19990126104803.A4302@mini.gt.owl.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Harald Koerfgen on Mon, Jan 25, 1999 at 11:17:24PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 1997 Lines: 48 On Mon, Jan 25, 1999 at 11:17:24PM +0100, Harald Koerfgen wrote: > Hi, > > On 25-Jan-99 Thomas Riemer wrote: > > 1. I'm getting errors that my Makefiles have modifications in the > > future. > > 2. I'm getting errors that make is detecting a clock skew. > > 3. I do not have CONFIG_RTC set in the kernel. > > 4. /sbin/clock doesn't exist. > > > > Somehow I think all of these are related to some basic problem with > > time in the kernel? Does this stuff work on someone elses machine? > > Yes, it does on mine :-). Well, not really, the patch isn't ready for > rollout yet. > > The cause is that the DECstation timer tick is running at 128 Hz and all > the userland binaries think that the kernel is running at 100 Hz, which is > the standard for Linux except for Alpha machines. BTW, DECstation-Linux > 2.1.121 was running at 64 HZ. > > So we have two possibilities here: > > One is to recompile all userland binaries with HZ=128, thus not beeing able > to use, for example, the Cobaltmicro rpms. Not very good. > > The second one is to pretend to userland, the kernel is running at 100 Hz. > The kernel itself is prepared for HZ != 100, otherwise it would not be > working on Alphas. The culprit are functions where the jiffies or > derivatives of that are exported to userland. I am working on this. > > Fellow DECstation hackers, please do *not* use CONFIG_RTC. The RTC is the > only possible source for periodic interrupts on the DECstations and the > RTC driver likes to play around with that causing bad things to happen. We > have to disable some features in drivers/char/rtc.c before it's safe to > use it. Which binaries do we talk about ? Currently i am not aware which binaries in Userland deal with the HZ value. Where is the difficulty in letting the Mips kernel also run at 100Hz ? 128 vs 100 is dropping every fifth (nearly :) )... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From roganov@niisi.msk.ru Tue Jan 26 12:05:15 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 LAA04652; Tue, 26 Jan 1999 11:49:37 +0100 (MET) Received-Date: Tue, 26 Jan 1999 11:49:37 +0100 (MET) 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 NAA10719; Tue, 26 Jan 1999 13:44:24 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA28914; Tue, 26 Jan 1999 14:07:39 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA25512; Tue, 26 Jan 1999 13:35:34 +0300 (MSK) Sender: vladimir@niisi.msk.ru Message-ID: <36AD9B83.29D22EE8@niisi.msk.ru> Date: Tue, 26 Jan 1999 13:40:03 +0300 From: Vladimir Roganov Organization: NIISI X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.1.130 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr, ralf@uni-koblenz.de Subject: Problems w/ 2.1.131 on r3k Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3452 Lines: 130 Hello All, Hello Ralf ! We are testing 2.1.131 on our r3k and still have a problem with correct signal handling. Despite of we applied Ralf's patch (listed below), it unfortunately does not eliminates all problems. Syscall 'wait' still returns "Bad address" error, and (what looks even more cool) system becames to crash during execution of "kill -9 %1" command. We have traced problem with 4th syscall argument, so Ralf's additions with 'a3' saving looks reasonable, but same time they produce a question: Is it all/right places where 'a3' must be saved/restored ? Namely, signal.c contains one more place where 'epc' will rolling back to 8 bytes. Until we put 'a3' restoring to that place, we still got our checkpoint in 'sys_wait4' (listed below) catching 'a3 == 1'. (I also will happy to get explanation why other syscall parameters are saved correctly in current code :-) One more change we made in sources (to simplify code, for debug purposes) we switched off irix-related code (but it looks can't involve any problem from naive point of view). We suppose to get your answer/advice due code implicated this error is shared for all mips-based systems, and hope the true reason is not very distanciated from Ralf's idea about syscall restart support in the mips-specific code. With Best Regards, Vladimir Code references: ================ Ralf's patch with 'a3' saving we got is a following: ---------------------------------------------------- following changes to arch/mips/kernel/{signal.c,scall_o32.S} should fix that: [...] case ERESTARTNOINTR: /* Userland will reload $v0. */ regs->regs[7] = regs->regs[26]; regs->cp0_epc -= 8; } [...] stack_done: sw a3, PT_R26($28) # save for syscall restart lw t0, TASK_FLAGS($28) # syscall tracing enabled? andi t0, PF_TRACESYS [...] For test we are using following program: --------------------------------------- #include #include #include #include main() { pid_t p; int s; static struct rusage r; for(;;) { printf( "Run \n" ); switch( fork() ) { case 0: pause(); printf( "exit\n" ); exit(10); break; case -1: perror( "fork" ); exit( 1 ); } printf( "Wait %d\n", getpid() ); signal( SIGINT, SIG_IGN ); p = wait3( &s, 0, &r ); if( p < 0 ) perror( "wait" ); if( WIFEXITED( s ) ) printf( "child %d exits %d \n", p, WEXITSTATUS( s ) ); if( WIFSIGNALED( s ) ) printf( "child %d gets signal %d \n", p, WTERMSIG( s ) ); if( WIFSTOPPED( s ) ) printf( "child %d stoped %d \n", p, WSTOPSIG( s ) ); signal( SIGINT, SIG_DFL ); } } Our checkpoint in 'sys_wait4' is a following: --------------------------------------------- asmlinkage int sys_wait4(pid_t pid,unsigned int * stat_addr, int options, struct rusage * ru) { int flag, retval; struct wait_queue wait = { current, NULL }; struct task_struct *p; //DELME if(1 == (int)ru/*4th argument*/) { static unsigned long ra = 0x17171717; __asm__("move $27, %0\n" "sw $31, ($27)\n" : : "r" (&ra)); printk("", current->pid, current->comm, /*ru,*/ ra); } From ralf@lappi.waldorf-gmbh.de Tue Jan 26 23:22: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 XAA10355; Tue, 26 Jan 1999 23:22:21 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:22:21 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA26680 for ; Tue, 26 Jan 1999 23:22:03 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id NAA00804; Tue, 26 Jan 1999 13:11:37 +0100 Message-ID: <19990126131137.A753@uni-koblenz.de> Date: Tue, 26 Jan 1999 13:11:37 +0100 From: ralf@uni-koblenz.de To: "Gleb O. Raiko" , linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: <36AC8C20.F3225338@niisi.msk.ru> <19990126014109.K558@uni-koblenz.de> <36AD8241.32EFFF81@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36AD8241.32EFFF81@niisi.msk.ru>; from Gleb O. Raiko on Tue, Jan 26, 1999 at 11:52:17AM +0300 Content-Length: 1183 Lines: 28 On Tue, Jan 26, 1999 at 11:52:17AM +0300, Gleb O. Raiko wrote: > Only small question, diff between 2.1.121 and 2.1.131 doesn't show this > change, but 2.1.121 isn't affected by this issue at all. What was > changed in 2.1.131 ? Was it common, i.e. system-independed code ? This bug is pretty old, it must have been introduced somewhen between 2.1.73 and 2.1.90. It's a bug that affects all MIPS systems. Therefore you actually should have observed this problem in 2.1.121 as well. > > > I had to apply the patch which is attached here. Without this patch, > > > user process will never leave the kernel mode. (Harald, with the patch > > > the kernel should be 'more stable'). > > > > Looks correct but won't work on R4000, so I don't put it into my > > sources. > > Yes, I know. It was only quick dirty fix. I'll resubmit this patch with > correct behaviour for all mipses soon. > BTW, have you accepted Vladimir's changes in the kernel memcpy? 2.1.131 > doesn't contain them. I've got a tarball of 84kb new files and a 35kb patch from Harald pending to be merged. I just checked, no trace of a memcpy patch in both of them, could you please resend to me? Thanks. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 23:20:36 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 XAA10298; Tue, 26 Jan 1999 23:20:33 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:20:33 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA26563 for ; Tue, 26 Jan 1999 23:20:17 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id NAA00813; Tue, 26 Jan 1999 13:23:03 +0100 Message-ID: <19990126132301.B753@uni-koblenz.de> Date: Tue, 26 Jan 1999 13:23:01 +0100 From: ralf@uni-koblenz.de To: Florian Lohoff , linux-mips@fnet.fr Subject: Re: more issues with root fs. References: <19990126104803.A4302@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990126104803.A4302@mini.gt.owl.de>; from Florian Lohoff on Tue, Jan 26, 1999 at 10:48:03AM +0100 Content-Length: 593 Lines: 18 On Tue, Jan 26, 1999 at 10:48:03AM +0100, Florian Lohoff wrote: > Which binaries do we talk about ? Currently i am not aware which binaries > in Userland deal with the HZ value. The clock() and times() functions return their result in clock ticks. Also struct siginfo for SGICHLD delivers it's results in clock ticks. Basically everything that deals with clock_t. > Where is the difficulty in letting the Mips kernel also run at 100Hz ? The timer cannot deliver an arbitrary interrupt frequency. > 128 vs 100 is dropping every fifth (nearly :) )... ``Near is good enough'' ;-) Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 23:22:02 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 XAA10331; Tue, 26 Jan 1999 23:22:01 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:22:01 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA26636 for ; Tue, 26 Jan 1999 23:21:14 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id NAA00816; Tue, 26 Jan 1999 13:24:45 +0100 Message-ID: <19990126132445.C753@uni-koblenz.de> Date: Tue, 26 Jan 1999 13:24:45 +0100 From: ralf@uni-koblenz.de To: "Gleb O. Raiko" , linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: <36AD7F16.473C11EC@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36AD7F16.473C11EC@niisi.msk.ru>; from Gleb O. Raiko on Tue, Jan 26, 1999 at 11:38:46AM +0300 Content-Length: 389 Lines: 10 On Tue, Jan 26, 1999 at 11:38:46AM +0300, Gleb O. Raiko wrote: > syscalls with four or more arguments to be restartable. Also, don't > apply my patch to the official r3k source tree. I'll reimplement it, > Ralf said it doesn't work for other mipses. The problem is that the R3000 and R4000 families status registers are a bit different, so the code has to be different for both. Ralf From mh@cs.tu-berlin.de Tue Jan 26 19:29:30 1999 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA07806; Tue, 26 Jan 1999 19:29:27 +0100 (MET) Received-Date: Tue, 26 Jan 1999 19:29:27 +0100 (MET) Received: from elverum.cs.tu-berlin.de (mh@elverum.cs.tu-berlin.de [130.149.17.27]) by mail.cs.tu-berlin.de (8.9.1/8.9.1) with ESMTP id TAA11104; Tue, 26 Jan 1999 19:25:46 +0100 (MET) From: Matthias Heidbrink Received: (from mh@localhost) by elverum.cs.tu-berlin.de (8.9.1/8.9.0) id TAA12190; Tue, 26 Jan 1999 19:25:45 +0100 (MET) Message-Id: <199901261825.TAA12190@elverum.cs.tu-berlin.de> Subject: Re: Hmmm... is linux-mips still alive? To: linux-mips@fnet.fr Date: Tue, 26 Jan 1999 19:25:45 +0100 (MET) Cc: knan@mo.himolde.no In-Reply-To: from "Erik Inge Bolso" at Jan 26, 99 02:47:19 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 709 Lines: 19 Hi, Erik Inge Bolso: > I have an ancient MIPS machine standing around collecting dust here at > school. It's called a VAXserver 3100, is probably even slower than the > 386-25 that seem to have a current low-speed record here, and noone can > figure out a use for it. As far as I know, a VAXsomething has got a VAX CPU, not a MIPS CPU like the DECstations. A totally different architecture. Ciao, Matthias -- Matthias Heidbrink E-Mail: Helmstedter Str. 20 Matthias_Heidbrink@b.maus.de (max. 16 KB/day) 10717 Berlin, Germany mh@cs.tu-berlin.de Tel. +49-30-8536361 mh@carano.de (at work; http://www.carano.com) Offene Liste Informatik: http://autos.cs.tu-berlin.de/OLI/ From krishm@taec.toshiba.com Tue Jan 26 19:50:12 1999 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA07966; Tue, 26 Jan 1999 19:50:03 +0100 (MET) Received-Date: Tue, 26 Jan 1999 19:50:03 +0100 (MET) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 26 Jan 1999 18:49:25 UT Received: from yakuza.sanjose (yakuza.taec.com [198.232.207.64]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id KAA26827 for ; Tue, 26 Jan 1999 10:49:24 -0800 (PST) Received: by yakuza.sanjose (SMI-8.6/SMI-SVR4) id KAA12376; Tue, 26 Jan 1999 10:49:24 -0800 Date: Tue, 26 Jan 1999 10:49:24 -0800 From: krishm@taec.toshiba.com (Madhu Krishnamurthy) Message-Id: <199901261849.KAA12376@yakuza.sanjose> To: linux-mips@fnet.fr Subject: Problem: building fileutils and sh-utils Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: tK+ZBZ0R6+sOmTmtnNTppw== Content-Length: 3218 Lines: 91 Hi, I have built egcs-1.0.2 and glibc-2.0.1 for the following platform. build = sparc-sun-solaris2.5.1 host = sparc-sun-solaris2.5.1 target = mipsel-mips-linux I am having problems trying to build fileutils and shell utils using the above cross compiler and library. I have downloaded fileutils-4.0.tar and from sh-utils-1.16 from http://sunsite.unc.edu/pub/gnu/ Problems with FileUtils: When I try to configure fileutils with build = sparc-sun-solaris2.5.1 host = mipsel-mips-linux target = mipsel-mips-linux I get this error configure: error: could not determine how to read list of mounted filesystems Problem: Shell Utils: Configure runs ok. But when I do make I get the error message appended at the end of this message. Can any of you please let me know how I can fix this. thanks madhu krishnamurthy Error Message when I do make for shell uitls: In file included from krishm/sh-utils-1.16/lib/canon-host.c:25: krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:43: warning: useless keyword or type name in empty declaration krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:43: warning: empty declaration krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:47: warning: useless keyword or type name in empty declaration krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:47: warning: empty declaration krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:50: warning: useless keyword or type name in empty declaration krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:50: warning: empty declaration In file included from krishm/dec2/dec14_filtered_glibc/install/include/sys/types.h:70, from krishm/sh-utils-1.16/lib/canon-host.c:25: krishm/dec2/dec14_filtered_egcs/install/lib/gcc-lib/mipsel-mips-linux/egcs -2.90.27/include/stddef.h:168: warning: empty declaration krishm/sh-utils-1.16/lib/canon-host.c: In function `canon_host': krishm/sh-utils-1.16/lib/canon-host.c:53: warning: initialization makes pointer from integer without a cast /krishm/sh-utils-1.16/lib/canon-host.c:61: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:64: `AF_INET' undeclared (first use this function) krishm/sh-utils-1.16/lib/canon-host.c:64: (Each undeclared identifier is reported only once krishm/sh-utils-1.16/lib/canon-host.c:64: for each function it appears in.) krishm/sh-utils-1.16/lib/canon-host.c:65: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:65: warning: assignment makes pointer from integer without a cast krishm/sh-utils-1.16/lib/canon-host.c:70: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:73: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:73: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:73: dereferencing pointer to incomplete type krishm/sh-utils-1.16/lib/canon-host.c:73: warning: assignment makes pointer from integer without a cast krishm/sh-utils-1.16/lib/canon-host.c:77: dereferencing pointer to incomplete type make[2]: *** [canon-host.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 From flo@mini.gt.owl.de Tue Jan 26 19:57:14 1999 Received: from noose.gt.owl.de (noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA08042; Tue, 26 Jan 1999 19:57:13 +0100 (MET) Received-Date: Tue, 26 Jan 1999 19:57:13 +0100 (MET) Received: from mini.gt.owl.de (mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (Postfix) with ESMTP id DFA794E92; Tue, 26 Jan 1999 19:57:02 +0100 (CET) Received: by mini.gt.owl.de (Postfix, from userid 500) id 594CE2E004; Tue, 26 Jan 1999 19:57:02 +0100 (CET) Date: Tue, 26 Jan 1999 19:57:02 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Cc: knan@mo.himolde.no Subject: Re: Hmmm... is linux-mips still alive? Message-ID: <19990126195702.K6912@mini.gt.owl.de> References: <199901261825.TAA12190@elverum.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199901261825.TAA12190@elverum.cs.tu-berlin.de>; from Matthias Heidbrink on Tue, Jan 26, 1999 at 07:25:45PM +0100 Sender: flo@mini.gt.owl.de Content-Length: 768 Lines: 19 On Tue, Jan 26, 1999 at 07:25:45PM +0100, Matthias Heidbrink wrote: > Hi, > > Erik Inge Bolso: > > I have an ancient MIPS machine standing around collecting dust here at > > school. It's called a VAXserver 3100, is probably even slower than the > > 386-25 that seem to have a current low-speed record here, and noone can > > figure out a use for it. > > As far as I know, a VAXsomething has got a VAX CPU, not a MIPS CPU like the > DECstations. A totally different architecture. Jup - And when i saw the Linux/VAX porting effort i tried to get some books on Vax Assembly and/or Architecture - You cant get any books anymore. Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From paul@milleng.com.au Tue Jan 26 21:59:55 1999 Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09130; Tue, 26 Jan 1999 21:59:52 +0100 (MET) Received-Date: Tue, 26 Jan 1999 21:59:52 +0100 (MET) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id HAA12837 for ; Wed, 27 Jan 1999 07:59:46 +1100 (EDT) Received: from slither.flatnet.au (UNKNOWN046193.rev.telstra-mm.net.au [24.192.46.193]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id HAA07646 for ; Wed, 27 Jan 1999 07:59:45 +1100 (EDT) Received: from milleng.com.au (slug.flatnet.au [192.168.1.4]) by slither.flatnet.au (8.8.7/8.8.7) with ESMTP id IAA31683 for ; Wed, 27 Jan 1999 08:01:52 +1100 Message-ID: <36AE2CFE.2D780437@milleng.com.au> Date: Wed, 27 Jan 1999 08:00:46 +1100 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: more issues with root fs. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1811 Lines: 44 Harald Koerfgen wrote: > The cause is that the DECstation timer tick is running at 128 Hz and all > the userland binaries think that the kernel is running at 100 Hz, which is > the standard for Linux except for Alpha machines. BTW, DECstation-Linux > 2.1.121 was running at 64 HZ. > > So we have two possibilities here: > > One is to recompile all userland binaries with HZ=128, thus not beeing able > to use, for example, the Cobaltmicro rpms. Not very good. > > The second one is to pretend to userland, the kernel is running at 100 Hz. > The kernel itself is prepared for HZ != 100, otherwise it would not be > working on Alphas. The culprit are functions where the jiffies or > derivatives of that are exported to userland. I am working on this. > > Fellow DECstation hackers, please do *not* use CONFIG_RTC. The RTC is the > only possible source for periodic interrupts on the DECstations and the > RTC driver likes to play around with that causing bad things to happen. We > have to disable some features in drivers/char/rtc.c before it's safe to > use it. If you look at the Mach sources you'll see reference to their clock routines making use of a regular hardware timer interrupt, at least on the Maxine... which interrupts more often than the RTC can at a fixed rate and is used to create a 100hz timer. I'll have to dig through some source again to find those references and to see if all models of DECstation have something similar, but this could be a solution. Regards, Paul ______________________________________________________________________________ Paul M. Antoine Millennium Engineering Pty Ltd email: paul@milleng.com.au Phone: +61 2 9560 7331 large files: pantoine@nsw.bigpond.net.au Fax: +61 2 9560 8708 From Harald.Koerfgen@home.ivm.de Tue Jan 26 22:12:05 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA09306; Tue, 26 Jan 1999 22:12:03 +0100 (MET) Received-Date: Tue, 26 Jan 1999 22:12:03 +0100 (MET) Received: from franz.no.dom (port58.koeln.ivm.de [195.247.239.58]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA00045 for ; Tue, 26 Jan 1999 22:11:54 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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: <19990126104803.A4302@mini.gt.owl.de> Date: Tue, 26 Jan 1999 22:14:01 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: more issues with root fs. Content-Length: 859 Lines: 25 On 26-Jan-99 Florian Lohoff wrote: > On Mon, Jan 25, 1999 at 11:17:24PM +0100, Harald Koerfgen wrote: >> The cause is that the DECstation timer tick is running at 128 Hz and >> all >> the userland binaries think that the kernel is running at 100 Hz, which >> is >> the standard for Linux except for Alpha machines. BTW, DECstation-Linux >> 2.1.121 was running at 64 HZ. > Which binaries do we talk about ? Currently i am not aware which > binaries > in Userland deal with the HZ value. man times :-). Also the proc fs is affected and tools like "top" rely on values from /proc which are derived from jiffies. > Where is the difficulty in letting the Mips kernel also run at 100Hz ? Well, the Linux/MIPS kernel is normally running at 100 Hz. Unfortunately the DECstation hardware doesn't allow this :-(. Exactly that is the problem. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Jan 26 22:12:05 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA09307; Tue, 26 Jan 1999 22:12:03 +0100 (MET) Received-Date: Tue, 26 Jan 1999 22:12:03 +0100 (MET) Received: from franz.no.dom (port58.koeln.ivm.de [195.247.239.58]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA00050 for ; Tue, 26 Jan 1999 22:11:55 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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: <19990129091133.A6488@bun.falkenberg.se> Date: Tue, 26 Jan 1999 22:14:07 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: More issues on root fs... Content-Length: 406 Lines: 17 Hi, On 29-Jan-99 Ulf Carlsson wrote: >> 1. So my compile of the kernel finished after 6 hours of compiling... > > That's a very long time. What do you expect from a 12.0 MHz R2000 with root mounted over NFS? :-) IMHO this is not too bad for such an old system and most important, it runs Linux. Just beeing curious, does anybody have an idea how this compares to an old Intel 386? --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Jan 26 22:12:06 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA09309; Tue, 26 Jan 1999 22:12:04 +0100 (MET) Received-Date: Tue, 26 Jan 1999 22:12:04 +0100 (MET) Received: from franz.no.dom (port58.koeln.ivm.de [195.247.239.58]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA00055 for ; Tue, 26 Jan 1999 22:11:56 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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, 26 Jan 1999 22:14:08 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: More issues on root fs... Content-Length: 1191 Lines: 28 Hi, On 26-Jan-99 Thomas Riemer wrote: > 1. So my compile of the kernel finished after 6 hours of compiling... > This is the recompile of the kernel entirely on the 2100. > sadly however it failed on the last ld. It indicated that zImage was > an unknown file type.... For some reason I think I've seen this before > on this list but I can't remember what the fix was. Anyone? Rebuild binutils with support for a.out. > 2. With the patch the Gleb provided - the boot does indeed progress > much further - unfortunately, I think there is some problem with > either proc_fs or mount on the 2100. I get errors that /proc > is not mounted even though I have the standard /proc ... line > in fstab. fsck also tries to do an fsck on / which it isn't happy > about....I provides /sbin/fsck.nfs (which exits 0) - but obviously > that's not quite the right answer. It seems to want to fsck the file > system despite provided 0 0 as the last two args. > Anyone else seen this? Yes, the "mount" from Karels root fs bombs out with "Segmentation fault" on R3ks. Yes, Karel, I know this isn't your fault. Fix: rebuild mount. Happy building. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Jan 26 22:12:12 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA09322; Tue, 26 Jan 1999 22:12:09 +0100 (MET) Received-Date: Tue, 26 Jan 1999 22:12:09 +0100 (MET) Received: from franz.no.dom (port58.koeln.ivm.de [195.247.239.58]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA00060; Tue, 26 Jan 1999 22:11:57 +0100 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.2 [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: <20190125173612.B14567@mkovach.nacs.net> Date: Tue, 26 Jan 1999 22:14:09 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Mat Kovach Subject: RE: MOP loading Cc: linux-mips@fnet.fr Content-Length: 1400 Lines: 44 Hi Mat, On 25-Jan-19 Mat Kovach wrote: > I playing around with a DECstation 5000/240 with some limited success. I > have > had limited success with the decstation kernel with my main problem > being > that it has the boot prom that doesn't like to tftp boot so I have been > trying the MOP loader, anybody else using it? > > I notice two things. > > * The MOP loader needs to be updated if you plan to use 2.1.X or 2.2.X. > I > sent a message to the maintainer to see if it was going to be updated > but > haven't recieved a reply as of yet. Doesn't look appear to hard to > move it to the new kernel, anybody interested in this? I'm working > on > doing it now just trying to see a need or desire for it. > > * Is anybody booting the decstation kernel from the local hard drive > with > any reasonable amount of success? I made a few attemps with out much > success. Booting Linux from a local hard drive isn't supported yet but if you still have Ultrix on your disk then there's a chance. The Ultrix bootloader understands the layout of the kernel. Just build a netbootable kernel image any copy it onto you hard disk. Then boot with, for example: >>boot 3/rz2/nbImage console=ttyS2 This example is correct if the kernel image "nbImage" is in the root directory of drive rz2. Unfortunately the NetBSD bootloader doesn't work. Hope this helps. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Jan 26 22:42:47 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA10023; Tue, 26 Jan 1999 22:42:45 +0100 (MET) Received-Date: Tue, 26 Jan 1999 22:42:45 +0100 (MET) Received: from franz.no.dom (port55.koeln.ivm.de [195.247.239.55]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id WAA01407; Tue, 26 Jan 1999 22:42:37 +0100 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.2 [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: <19990126014109.K558@uni-koblenz.de> Date: Tue, 26 Jan 1999 22:44:49 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k Cc: "Gleb O. Raiko" Content-Length: 518 Lines: 16 On 26-Jan-99 ralf@uni-koblenz.de wrote: > On Mon, Jan 25, 1999 at 06:22:08PM +0300, Gleb O. Raiko wrote: >> I had to apply the patch which is attached here. Without this patch, >> user process will never leave the kernel mode. (Harald, with the patch >> the kernel should be 'more stable'). > > Looks correct but won't work on R4000, so I don't put it into my > sources. Why? Seems to work on my '260 (R4400SC) pretty well. Are we talking about different patches here? Have I missed something? --- Regards, Harald From mh@cs.tu-berlin.de Tue Jan 26 23:23:42 1999 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA10387; Tue, 26 Jan 1999 23:23:40 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:23:40 +0100 (MET) Received: from elverum.cs.tu-berlin.de (mh@elverum.cs.tu-berlin.de [130.149.17.27]) by mail.cs.tu-berlin.de (8.9.1/8.9.1) with ESMTP id XAA03503 for ; Tue, 26 Jan 1999 23:19:07 +0100 (MET) From: Matthias Heidbrink Received: (from mh@localhost) by elverum.cs.tu-berlin.de (8.9.1/8.9.0) id XAA12929 for linux-mips@fnet.fr; Tue, 26 Jan 1999 23:19:06 +0100 (MET) Message-Id: <199901262219.XAA12929@elverum.cs.tu-berlin.de> Subject: Re: More issues on root fs... To: linux-mips@fnet.fr Date: Tue, 26 Jan 1999 23:19:05 +0100 (MET) In-Reply-To: from "Harald Koerfgen" at Jan 26, 99 10:14:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 1020 Lines: 23 Hi, Harald Koerfgen > Just beeing curious, does anybody have an idea how this compares to an old > Intel 386? A friend of mine has done it on a 386SX with 8 MB RAM, I think, 16 or 20 Mhz. It took 8 hours. When I had a 386DX33 with 16 MB RAM, it took me about 1 hour. Both machines worked on local SCSI hard disks connected to an Adaptec 1542b controller (the fastest what you get for an ISA machine, max. about 2 MB/s). The difference between the machines seems to have resulted from the RAM. I have a Whitechapel Hitech-10 with a R2000/16Mhz and 8 MB RAM. The usual benchmarks show a performance a bit worse than a SparcStation 2 or a 486/33. But if I'll ever manage to get Linux running on this box?-) Ciao, Matthias -- Matthias Heidbrink E-Mail: Helmstedter Str. 20 Matthias_Heidbrink@b.maus.de (max. 16 KB/day) 10717 Berlin, Germany mh@cs.tu-berlin.de Tel. +49-30-8536361 mh@carano.de (at work; http://www.carano.com) Offene Liste Informatik: http://autos.cs.tu-berlin.de/OLI/ From ralf@lappi.waldorf-gmbh.de Tue Jan 26 23:32: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 XAA10501; Tue, 26 Jan 1999 23:32:12 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:32:12 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA27317 for ; Tue, 26 Jan 1999 23:32:06 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id XAA01561; Tue, 26 Jan 1999 23:31:00 +0100 Message-ID: <19990126233059.A1190@uni-koblenz.de> Date: Tue, 26 Jan 1999 23:30:59 +0100 From: ralf@uni-koblenz.de To: Jim Reiss Cc: linux-mips@fnet.fr Subject: Re: which kernel? References: <19990126011023.G558@uni-koblenz.de> <199901261626.JAA09933@earth.accelr8.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901261626.JAA09933@earth.accelr8.com>; from Jim Reiss on Tue, Jan 26, 1999 at 09:26:32AM -0700 Content-Length: 596 Lines: 14 On Tue, Jan 26, 1999 at 09:26:32AM -0700, Jim Reiss wrote: > Would that be the recommended level for the Magnum 4000 as well? I've been > having no luck getting a working kernel, I've tried a number of different > kernel versions. Some are missing the MIPS version of posix_types.h, while > some work somewhat but non seem to be able to talk properly to the > built-in SCSI controller. It's actually supposed to work fine; Thomas has this version running on a Olivetti M700-10 which is a Magnum 4000 OEM version. Have your built this kernel yourself or are you using a prebuilt one? Ralf From ralf@lappi.waldorf-gmbh.de Tue Jan 26 23:58: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 XAA10828; Tue, 26 Jan 1999 23:58:27 +0100 (MET) Received-Date: Tue, 26 Jan 1999 23:58:27 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA28489 for ; Tue, 26 Jan 1999 23:58:21 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id XAA01823; Tue, 26 Jan 1999 23:56:18 +0100 Message-ID: <19990126235617.C1190@uni-koblenz.de> Date: Tue, 26 Jan 1999 23:56:17 +0100 From: ralf@uni-koblenz.de To: Madhu Krishnamurthy , linux-mips@fnet.fr Subject: Re: Problem: building fileutils and sh-utils References: <199901261849.KAA12376@yakuza.sanjose> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901261849.KAA12376@yakuza.sanjose>; from Madhu Krishnamurthy on Tue, Jan 26, 1999 at 10:49:24AM -0800 Content-Length: 299 Lines: 12 On Tue, Jan 26, 1999 at 10:49:24AM -0800, Madhu Krishnamurthy wrote: > I get this error > configure: error: could not determine how to read list of mounted > filesystems How did you call configure? There are some nits with crosscompiling; not every package can easily be crosscompiling. Ralf From ralf@lappi.waldorf-gmbh.de Wed Jan 27 00:00:22 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 AAA10856; Wed, 27 Jan 1999 00:00:19 +0100 (MET) Received-Date: Wed, 27 Jan 1999 00:00:19 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA28518 for ; Tue, 26 Jan 1999 23:59:52 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id XAA01854; Tue, 26 Jan 1999 23:58:39 +0100 Message-ID: <19990126235839.D1190@uni-koblenz.de> Date: Tue, 26 Jan 1999 23:58:39 +0100 From: ralf@uni-koblenz.de To: Matthias Heidbrink , linux-mips@fnet.fr Subject: Re: More issues on root fs... References: <199901262219.XAA12929@elverum.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901262219.XAA12929@elverum.cs.tu-berlin.de>; from Matthias Heidbrink on Tue, Jan 26, 1999 at 11:19:05PM +0100 Content-Length: 365 Lines: 9 On Tue, Jan 26, 1999 at 11:19:05PM +0100, Matthias Heidbrink wrote: > I have a Whitechapel Hitech-10 with a R2000/16Mhz and 8 MB RAM. > The usual benchmarks show a performance a bit worse than a SparcStation 2 > or a 486/33. But if I'll ever manage to get Linux running on this box?-) There are actually former Whitechapel engineers reading this list ... Ralf From mitch@execpc.com Wed Jan 27 00:11:43 1999 Received: from mailgw02.execpc.com (mailgw02.execpc.com [169.207.3.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA10961; Wed, 27 Jan 1999 00:11:41 +0100 (MET) Received-Date: Wed, 27 Jan 1999 00:11:41 +0100 (MET) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw02.execpc.com (8.9.0) id RAA22978; Tue, 26 Jan 1999 17:11:28 -0600 (CST) Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id RAA00609; Tue, 26 Jan 1999 17:11:27 -0600 (CST) Message-ID: <19990126171126.57255@execpc.com> Date: Tue, 26 Jan 1999 17:11:27 -0600 From: Mitchell Blank Jr To: linux-mips@fnet.fr Cc: knan@mo.himolde.no, flo@rfc822.org Subject: Re: Hmmm... is linux-mips still alive? References: <199901261825.TAA12190@elverum.cs.tu-berlin.de> <19990126195702.K6912@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: <19990126195702.K6912@mini.gt.owl.de>; from Florian Lohoff on Tue, Jan 26, 1999 at 07:57:02PM +0100 Content-Length: 800 Lines: 18 Florian Lohoff wrote: > Jup - And when i saw the Linux/VAX porting effort i tried to get some > books on Vax Assembly and/or Architecture - You cant get any books anymore. VAX architecture books are going to be hard to come by... you might try making some contacts in DECUS (www.decus.org). VAX assembly books should not be too hard to find used. The VAX instrution set was probably the most commonly taught one in college-level programming classes during the 80s, so it has been documented and discussed very widely. (Interestingly, at my alma mater they went from VAX - a very representaitve CISC architecture - to MIPS - a very representive RISC architecture. I hear they're now teching ia32... I pity the poor undergrads) Sorry if this is getting a tad offtopic (to say the least) -Mitch From damin@intel.cleveland.lug.net Wed Jan 27 00:27:32 1999 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11583; Wed, 27 Jan 1999 00:27:30 +0100 (MET) Received-Date: Wed, 27 Jan 1999 00:27:30 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id SAA18142 for ; Tue, 26 Jan 1999 18:31:44 -0500 Date: Tue, 26 Jan 1999 18:31:44 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: rpm packages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 755 Lines: 18 On Tue, 12 Jan 1999, Alex deVries wrote: > On Mon, 11 Jan 1999, Thomas Riemer wrote: > > Here's a basic question... for the decstation 2100 - is the > > architecture "mipsel" or "mips"? rpm complains when that I > > don't have the right architecture when > > > > I would guess "mipsel"... but if so, then maybe there's some work > > to do... > > It should definitely be mipsel, and I'd suggest you start with the latest > version of rpm. This has changed a bit recently. I'm not sure about cross platform ability, but we have an archive of RedHat 5.2 RPMS that were built on a Coablt Qube. I'd be interested in seeing if the RPMS actually work on anything OTHER than a Qube. Check ftp://intel.cleveland.lug.net/pub/mipsel to give them a whirl. From adevries@engsoc.carleton.ca Wed Jan 27 00:57:02 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 AAA12192; Wed, 27 Jan 1999 00:57:01 +0100 (MET) Received-Date: Wed, 27 Jan 1999 00:57:01 +0100 (MET) Received: from localhost (adevries@localhost) by lager.engsoc.carleton.ca (8.8.7/8.8.7) with SMTP id SAA18730 for ; Tue, 26 Jan 1999 18:58:32 -0500 X-Authentication-Warning: lager.engsoc.carleton.ca: adevries owned process doing -bs Date: Tue, 26 Jan 1999 18:58:31 -0500 (EST) From: Alex deVries To: linux-mips@fnet.fr Subject: Re: rpm packages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 571 Lines: 20 On Tue, 26 Jan 1999, Greg wrote: > > I'm not sure about cross platform ability, but we have an archive of > RedHat 5.2 RPMS that were built on a Coablt Qube. I'd be interested in > seeing if the RPMS actually work on anything OTHER than a Qube. Ah, yes, this RH mipsel port. Looks cool. Are your packages labeled as mipsel? Also, if you send me which changes were maded to the source rpms, I can see about having them merged into the RH source tree. Mail me at puffin@redhat.com. - Alex -- Alex deVries, puffin on LinuxNet. I know exactly what I want in life. From tsbogend@alpha.franken.de Wed Jan 27 01:36:38 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 BAA12886; Wed, 27 Jan 1999 01:36:38 +0100 (MET) Received-Date: Wed, 27 Jan 1999 01:36:38 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id BAA00660; Wed, 27 Jan 1999 01:36:36 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id BAA04520 for linux-mips@fnet.fr; Wed, 27 Jan 1999 01:33:28 +0100 Message-ID: <19990127013327.A4514@alpha.franken.de> Date: Wed, 27 Jan 1999 01:33:27 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Mipsel RPMS uploaded to ftp.linux.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 444 Lines: 15 I've uploaded all of the RH5.1 RPMs, which I was able to build. They are on ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/RPMS/mipsel Changed SRPMs: ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/SRPMS 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 jakari@fribble.cie.rpi.edu Wed Jan 27 07:30:30 1999 Received: from mail-atm.nycap.rr.com (root@nycap.rr.com [24.92.32.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA14529; Wed, 27 Jan 1999 07:30:29 +0100 (MET) Received-Date: Wed, 27 Jan 1999 07:30:29 +0100 (MET) Received: from fribble.cie.rpi.edu (toshiba-179-15.nycap.rr.com [204.210.179.15]) by mail-atm.nycap.rr.com (8.9.1/8.9.1) with ESMTP id BAA22361 for ; Wed, 27 Jan 1999 01:30:23 -0500 (EST) Message-ID: <36AEB280.A82381CE@fribble.cie.rpi.edu> Date: Wed, 27 Jan 1999 01:30:24 -0500 From: JA X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: DECstation 3000? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 610 Lines: 20 Any progress regarding DECstation 3000 (MIPS R2000 series) machines? We have loads of these things collecting dust, and DEC/Compaq isn't going to support the native Ultrix OS after May. Unfortunately, I can't actually help in development- I am in no way a good enough programmer to hack the kernel to fit the custom hardware in these things... Thanks, -------------------------- Jameel Akari jakari@fribble.cie.rpi.edu ICQ# 27182003 Insert Witty Comment Here -------------------------- Home Page: http://fribble.cie.rpi.edu/~jakari ICD Paintgun support page: http://www.NextTime.com/ICDCats ICDOG#27 From johnr@wport.com Wed Jan 27 08:08:41 1999 Received: from mx1.wport.com (mx1.wport.com [206.129.98.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA15201; Wed, 27 Jan 1999 08:08:40 +0100 (MET) Received-Date: Wed, 27 Jan 1999 08:08:40 +0100 (MET) Received: from wport.com (unverified [206.129.99.154]) by mx1.wport.com (EMWAC SMTPRS 0.83) with SMTP id ; Tue, 26 Jan 1999 23:06:07 -0800 Sender: johnr@fnet.fr Message-ID: <36AEB9F9.9B55FA44@wport.com> Date: Wed, 27 Jan 1999 07:02:18 +0000 From: John X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: unsubcribe me please References: <199901221815.TAA29522@sparta.research.kpn.com> <19990123013120.B2654@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 10 Lines: 1 hank you! From raiko@niisi.msk.ru Wed Jan 27 10:41:19 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 KAA15969; Wed, 27 Jan 1999 10:36:25 +0100 (MET) Received-Date: Wed, 27 Jan 1999 10:36:25 +0100 (MET) 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 MAA19498; Wed, 27 Jan 1999 12:29:07 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA16320; Wed, 27 Jan 1999 12:51:58 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA21964; Wed, 27 Jan 1999 12:19:58 +0300 (MSK) Message-ID: <36AEDC51.F7FF843@niisi.msk.ru> Date: Wed, 27 Jan 1999 12:28:49 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr CC: Harald Koerfgen Subject: Re: Problems w/ 2.1.131 on r3k References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 707 Lines: 22 Harald Koerfgen wrote: > > On 26-Jan-99 ralf@uni-koblenz.de wrote: > > On Mon, Jan 25, 1999 at 06:22:08PM +0300, Gleb O. Raiko wrote: > >> I had to apply the patch which is attached here. Without this patch, > >> user process will never leave the kernel mode. (Harald, with the patch > >> the kernel should be 'more stable'). > > > > Looks correct but won't work on R4000, so I don't put it into my > > sources. > > Why? Seems to work on my '260 (R4400SC) pretty well. Are we talking about > different patches here? Have I missed something? > I implied Ralf didn't include isadep.h in the mips source tree yet. Also, I think it's the place where the games with boot fixups are worthwhile. Gleb. Gleb. From ralf@lappi.waldorf-gmbh.de Wed Jan 27 23:45:12 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 XAA20166; Wed, 27 Jan 1999 23:45:06 +0100 (MET) Received-Date: Wed, 27 Jan 1999 23:45:06 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-22.uni-koblenz.de [141.26.131.22]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA13542 for ; Wed, 27 Jan 1999 23:44:46 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id NAA06808; Wed, 27 Jan 1999 13:14:34 +0100 Message-ID: <19990127131434.E3431@uni-koblenz.de> Date: Wed, 27 Jan 1999 13:14:34 +0100 From: ralf@uni-koblenz.de To: Vladimir Roganov , linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: <36AD9B83.29D22EE8@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36AD9B83.29D22EE8@niisi.msk.ru>; from Vladimir Roganov on Tue, Jan 26, 1999 at 01:40:03PM +0300 Content-Length: 658 Lines: 17 On Tue, Jan 26, 1999 at 01:40:03PM +0300, Vladimir Roganov wrote: > We have traced problem with 4th syscall argument, so Ralf's additions > with 'a3' saving looks reasonable, but same time they produce a > question: > > Is it all/right places where 'a3' must be saved/restored ? > > Namely, signal.c contains one more place where 'epc' will rolling back > to 8 bytes. Until we put 'a3' restoring to that place, we still > got our checkpoint in 'sys_wait4' (listed below) catching 'a3 == 1'. > (I also will happy to get explanation why other syscall parameters > are saved correctly in current code :-) Good spotting, I missed that other case. Ralf From K.H.C.vanHouten@research.kpn.com Wed Jan 27 19:41:47 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 TAA18424; Wed, 27 Jan 1999 19:41:45 +0100 (MET) Received-Date: Wed, 27 Jan 1999 19:41:45 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J71PD5SRLO0002U7@research.kpn.com> for linux-mips@fnet.fr; Wed, 27 Jan 1999 19:41:46 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id TAA26670; Wed, 27 Jan 1999 19:41:39 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Wed, 27 Jan 1999 19:41:39 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901271841.TAA26670@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: 840 Lines: 32 Hi all, Thomas Bogendoerfer wrote: > I've uploaded all of the RH5.1 RPMs, which I was able to build. They > are on > > ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/RPMS/mipsel > > Changed SRPMs: > > ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/SRPMS Great work Thomas! Thanks a lot! I've build a root FS from scratch with your packages, and it boots fine. I'll try to make a 'reduced' root image tar file soon. One question: What is the difference between the packages in /pub/linux/mips/mipsel-linux/RPMS/mipsel and /pub/linux/mips/redhat/5.2/RPMS/mipsel ?? 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 tsbogend@alpha.franken.de Wed Jan 27 23:41:34 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 XAA20112; Wed, 27 Jan 1999 23:41:34 +0100 (MET) Received-Date: Wed, 27 Jan 1999 23:41:34 +0100 (MET) 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 XAA12667; Wed, 27 Jan 1999 23:41:31 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA04437 for linux-mips@fnet.fr; Wed, 27 Jan 1999 23:37:47 +0100 Message-ID: <19990127233747.B4377@alpha.franken.de> Date: Wed, 27 Jan 1999 23:37:47 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com References: <199901271841.TAA26670@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199901271841.TAA26670@sparta.research.kpn.com>; from Karel van Houten on Wed, Jan 27, 1999 at 07:41:39PM +0100 Content-Length: 735 Lines: 19 On Wed, Jan 27, 1999 at 07:41:39PM +0100, Karel van Houten wrote: > I've build a root FS from scratch with your packages, and it boots fine. > I'll try to make a 'reduced' root image tar file soon. If you are ready with it, I would like to place it also on ftp.linux.sgi.com. > One question: > What is the difference between the packages in > /pub/linux/mips/mipsel-linux/RPMS/mipsel > and /pub/linux/mips/redhat/5.2/RPMS/mipsel ?? mine are all RedHat 5.1 packages. The 5.2 packages are AFAIK from Ralf. 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 ralf@lappi.waldorf-gmbh.de Thu Jan 28 00:48:55 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 AAA21636; Thu, 28 Jan 1999 00:48:53 +0100 (MET) Received-Date: Thu, 28 Jan 1999 00:48:53 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-22.uni-koblenz.de [141.26.131.22]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA16561 for ; Thu, 28 Jan 1999 00:48:48 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA17038; Thu, 28 Jan 1999 00:43:04 +0100 Message-ID: <19990128004302.H909@uni-koblenz.de> Date: Thu, 28 Jan 1999 00:43:02 +0100 From: ralf@uni-koblenz.de To: Thomas Bogendoerfer , linux-mips@fnet.fr Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com References: <199901271841.TAA26670@sparta.research.kpn.com> <19990127233747.B4377@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990127233747.B4377@alpha.franken.de>; from Thomas Bogendoerfer on Wed, Jan 27, 1999 at 11:37:47PM +0100 Content-Length: 186 Lines: 7 On Wed, Jan 27, 1999 at 11:37:47PM +0100, Thomas Bogendoerfer wrote: > mine are all RedHat 5.1 packages. The 5.2 packages are AFAIK from Ralf. Yes, they're my first cut on it. Ralf From krishm@taec.toshiba.com Thu Jan 28 02:29:43 1999 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA22269; Thu, 28 Jan 1999 02:29:42 +0100 (MET) Received-Date: Thu, 28 Jan 1999 02:29:42 +0100 (MET) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 28 Jan 1999 01:29:11 UT Received: from yakuza.sanjose (yakuza.taec.com [198.232.207.64]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id RAA07686 for ; Wed, 27 Jan 1999 17:29:10 -0800 (PST) Received: by yakuza.sanjose (SMI-8.6/SMI-SVR4) id RAA21636; Wed, 27 Jan 1999 17:29:10 -0800 Date: Wed, 27 Jan 1999 17:29:10 -0800 From: krishm@taec.toshiba.com (Madhu Krishnamurthy) Message-Id: <199901280129.RAA21636@yakuza.sanjose> To: linux-mips@fnet.fr Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: +MKSCyFG8Pkve0dFZoD11A== Content-Length: 431 Lines: 23 > On Wed, Jan 27, 1999 at 11:37:47PM +0100, Thomas Bogendoerfer wrote: > > > mine are all RedHat 5.1 packages. The 5.2 packages are AFAIK from Ralf. > > Yes, they're my first cut on it. > > Ralf > Hi, I have a basic question. How do I unpack a rpm file on a Sun Workstation? [for cross compiling purposes. ] I do not have rpm on my Solaris machine. Where can I get the rpm utility ? [ any download site?] thanks madhu From mkovach@mkovach.nacs.net Thu Jan 28 03:11:58 1999 Received: from mkovach.nacs.net (root@mkovach.nacs.net [207.166.196.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA22557; Thu, 28 Jan 1999 03:11:50 +0100 (MET) Received-Date: Thu, 28 Jan 1999 03:11:50 +0100 (MET) Received: from mkovach.nacs.net (mkovach@localhost [127.0.0.1]) by mkovach.nacs.net (8.8.8/8.8.7) with ESMTP id VAA04816 for ; Wed, 27 Jan 1999 21:13:18 -0500 Message-Id: <199901280213.VAA04816@mkovach.nacs.net> To: linux-mips@fnet.fr Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com In-reply-to: <199901280129.RAA21636@yakuza.sanjose> References: <199901280129.RAA21636@yakuza.sanjose> Comments: In-reply-to krishm@taec.toshiba.com (Madhu Krishnamurthy) messages dated "Wed, 27 Jan 1999 17:29:10 -0800." Date: Wed, 27 Jan 1999 21:13:18 -0500 From: Mat Kovach Content-Length: 687 Lines: 34 Madhu Krishnamurthy said: : : > On Wed, Jan 27, 1999 at 11:37:47PM +0100, Thomas Bogendoerfer wrote: : > : > > mine are all RedHat 5.1 packages. The 5.2 packages are AFAIK from Ralf. : > : > Yes, they're my first cut on it. : > : > Ralf : > : : Hi, : : I have a basic question. : : How do I unpack a rpm file on a Sun Workstation? : [for cross compiling purposes. ] : : I do not have rpm on my Solaris machine. : : Where can I get the rpm utility ? [ any download site?] : : thanks : madhu : Goto http://www.rpm.org, I believe there is a precompile binary for SUN, if not just grab the source. --- Mat Kovach I come not to bash Microsoft, but to kill it ...mmm...beeer! From triemer@apt4g.a3nyc.com Thu Jan 28 06:19:29 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 GAA23624; Thu, 28 Jan 1999 06:19:27 +0100 (MET) Received-Date: Thu, 28 Jan 1999 06:19:27 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA24043; Thu, 28 Jan 1999 00:19:19 -0500 Date: Thu, 28 Jan 1999 00:19:18 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr cc: Thomas Bogendoerfer Subject: Progress In-Reply-To: <19990128004302.H909@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1099 Lines: 37 So, this evening, it looks like my machine actually made it to multi-user mode... with the packages from ftp.linux.sgi.com 1. ncurses 2. telnet 3. netkit-base 4. mount Things seem to be looking better... I'm still getting a couple of errors: "INIT: no more process left in this runlevel" Don't quite know what it means... but I can telnet into the box... which is a major improvement over things.... Sort of makes all the effort to get the console serial driver worth something.... Oh... and actually, I expected the compile of the kernel to take approximately 15 hours, not the 6 hours that it took... I was just disappointed that it died on the very last step, instead of immediately choking... that's all.... -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Thu, 28 Jan 1999 ralf@uni-koblenz.de wrote: > On Wed, Jan 27, 1999 at 11:37:47PM +0100, Thomas Bogendoerfer wrote: > > > mine are all RedHat 5.1 packages. The 5.2 packages are AFAIK from Ralf. > > Yes, they're my first cut on it. > > Ralf > From triemer@apt4g.a3nyc.com Thu Jan 28 06:35:49 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 GAA23730; Thu, 28 Jan 1999 06:35:48 +0100 (MET) Received-Date: Thu, 28 Jan 1999 06:35:48 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA24062 for ; Thu, 28 Jan 1999 00:35:44 -0500 Date: Thu, 28 Jan 1999 00:35:44 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: clocks... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 478 Lines: 12 So was there any kind of resolution on what needed to be done to deal with the real time clock? I followed most of the discussion ... but missed if there was a resolution or conclusion - and/or a volunteer to implement it... Does /sbin/clock still need work done on it or will that be fixed with getting the basic work done for the RTC in the kernel? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From paul@milleng.com.au Thu Jan 28 07:11:49 1999 Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA23981; Thu, 28 Jan 1999 07:11:47 +0100 (MET) Received-Date: Thu, 28 Jan 1999 07:11:47 +0100 (MET) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id RAA02029 for ; Thu, 28 Jan 1999 17:11:36 +1100 (EDT) Received: from slither.flatnet.au (UNKNOWN046193.rev.telstra-mm.net.au [24.192.46.193]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id RAA27496 for ; Thu, 28 Jan 1999 17:11:29 +1100 (EDT) Received: from milleng.com.au (slug.flatnet.au [192.168.1.4]) by slither.flatnet.au (8.8.7/8.8.7) with ESMTP id RAA04497 for ; Thu, 28 Jan 1999 17:13:54 +1100 Message-ID: <36AFFFAA.A22484B8@milleng.com.au> Date: Thu, 28 Jan 1999 17:11:54 +1100 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Linux MIPS mailing list Subject: Test! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 407 Lines: 12 Just testing my email configuration... Ralf could you reply if you see this? Thanks, Paul ______________________________________________________________________________ Paul M. Antoine Millennium Engineering Pty Ltd email: paul@milleng.com.au Phone: +61 2 9560 7331 large files: pantoine@nsw.bigpond.net.au Fax: +61 2 9560 8708 From raiko@niisi.msk.ru Thu Jan 28 14:49:31 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 OAA26081; Thu, 28 Jan 1999 14:42:32 +0100 (MET) Received-Date: Thu, 28 Jan 1999 14:42:32 +0100 (MET) 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 QAA31260; Thu, 28 Jan 1999 16:23:46 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id QAA07652; Thu, 28 Jan 1999 16:46:28 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id QAA24720; Thu, 28 Jan 1999 16:13:00 +0300 (MSK) Message-ID: <36B06473.4B484E83@niisi.msk.ru> Date: Thu, 28 Jan 1999 16:21:55 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr CC: ralf@uni-koblenz.de Subject: Re: Problems w/ 2.1.131 on r3k References: <36AC8C20.F3225338@niisi.msk.ru> <19990126014109.K558@uni-koblenz.de> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 962 Lines: 34 ralf@uni-koblenz.de wrote: > > Syscall restarting for syscalls with four or more arguments won't work, the > fourth argument will be corrupted before return from kernel mode. The > following changes to arch/mips/kernel/{signal.c,scall_o32.S} should fix > that: > > [...] > case ERESTARTNOINTR: /* Userland will reload $v0. */ > regs->regs[7] = regs->regs[26]; > regs->cp0_epc -= 8; > } > [...] > stack_done: > sw a3, PT_R26($28) # save for syscall restart > lw t0, TASK_FLAGS($28) # syscall tracing enabled? > andi t0, PF_TRACESYS > [...] > With one correction: stack_done: - sw a3, PT_R26($28) # save for syscall restart + sw a3, PT_R26(sp) # save for syscall restart if you don't want to corrupt a current task struct :-) Ralf, was it just a typo ? With this fix, 2.1.131 seems to be stable for us. Regards, Gleb. From eokerson@texasconnect.net Thu Jan 28 17:57:57 1999 Received: from dallas.texasconnect.net (eokerson@dallas.texasconnect.net [208.232.232.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA27023; Thu, 28 Jan 1999 17:57:54 +0100 (MET) Received-Date: Thu, 28 Jan 1999 17:57:54 +0100 (MET) Received: from localhost (eokerson@localhost) by dallas.texasconnect.net (8.8.8/8.8.5) with SMTP id KAA03101 for ; Thu, 28 Jan 1999 10:57:44 -0600 Date: Thu, 28 Jan 1999 10:57:44 -0600 (CST) From: Ed Okerson To: linux-mips@fnet.fr Subject: Port Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 192 Lines: 6 Is there any plan to port Linux to the Philips Velo palmtop? It runs on a MIPS R4000 processor, but does not have an ARC that I can tell. Currently this is a WindowsCE machine. Ed Okerson From ryan@end.org Thu Jan 28 18:51:11 1999 Received: from q7.q7.com (ryan@q7.q7.com [206.58.126.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA27265; Thu, 28 Jan 1999 18:51:10 +0100 (MET) Received-Date: Thu, 28 Jan 1999 18:51:10 +0100 (MET) Received: from localhost (ryan@localhost) by q7.q7.com (8.9.1/8.9.1) with SMTP id JAA20007; Thu, 28 Jan 1999 09:50:55 -0800 (PST) Date: Thu, 28 Jan 1999 09:50:55 -0800 (PST) From: Ryan Sweet X-Sender: ryan@q7.q7.com To: Madhu Krishnamurthy cc: linux-mips@fnet.fr Subject: Re: Mipsel RPMS uploaded to ftp.linux.sgi.com In-Reply-To: <199901280129.RAA21636@yakuza.sanjose> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 205 Lines: 6 > How do I unpack a rpm file on a Sun Workstation? > [for cross compiling purposes. ] % rpm2cpio mypackage.rpm | cpio --extract should pull out the individual files in the rpm, usually a gzip, a spec. From Harald.Koerfgen@home.ivm.de Thu Jan 28 19:30:48 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27515; Thu, 28 Jan 1999 19:30:44 +0100 (MET) Received-Date: Thu, 28 Jan 1999 19:30:44 +0100 (MET) Received: from franz.no.dom (port36.koeln.ivm.de [195.247.239.36]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id TAA17627 for ; Thu, 28 Jan 1999 19:30:31 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:990128193156:3205=_" Date: Thu, 28 Jan 1999 19:32:41 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: HZ Content-Length: 5586 Lines: 195 This message is in MIME format --_=XFMail.1.2.p0.Linux:990128193156:3205=_ Content-Type: text/plain; charset=us-ascii Hi all, here's a proposal for a solution of the HZ problem on the DECstations. I am not exactly shure if everything is correct or if I have missed something, comments are welcome. At least this patch _seems_ to work, the clock has the right speed and make doesn't complain about clock skew anymore. --- Regards, Harald --_=XFMail.1.2.p0.Linux:990128193156:3205=_ Content-Disposition: attachment; filename="hz_patch" Content-Transfer-Encoding: 7bit Content-Description: hz_patch Content-Type: text/plain; charset=us-ascii; name=hz_patch; SizeOnDisk=4842 --- linux/arch/mips/dec/setup.c.orig Sun Jan 24 21:19:34 1999 +++ linux/arch/mips/dec/setup.c Sun Jan 24 19:17:28 1999 @@ -10,6 +10,7 @@ #include #include #include +#include #include #include #include @@ -100,9 +101,8 @@ { /* * Here we go, enable periodic rtc interrupts. - * Frequency is 64 Hz. */ - CMOS_WRITE(RTC_REF_CLCK_32KHZ | 0xa, RTC_REG_A); + CMOS_WRITE(RTC_REF_CLCK_32KHZ | (16 - LOG_2_HZ), RTC_REG_A); CMOS_WRITE(CMOS_READ(RTC_REG_B) | RTC_PIE, RTC_REG_B); setup_dec_irq(CLOCK, irq); } --- linux/fs/proc/array.c.orig Wed Jan 6 21:21:33 1999 +++ linux/fs/proc/array.c Sun Jan 24 20:04:43 1999 @@ -233,7 +233,7 @@ extern unsigned long total_forks; unsigned long ticks; - ticks = jiffies * smp_num_cpus; + ticks = HZ_TO_100(jiffies) * smp_num_cpus; for (i = 0 ; i < NR_IRQS ; i++) sum += kstat_irqs(i); @@ -273,10 +273,10 @@ "page %u %u\n" "swap %u %u\n" "intr %u", - kstat.cpu_user, - kstat.cpu_nice, - kstat.cpu_system, - ticks - (kstat.cpu_user + kstat.cpu_nice + kstat.cpu_system), + HZ_TO_100(kstat.cpu_user), + HZ_TO_100(kstat.cpu_nice), + HZ_TO_100(kstat.cpu_system), + ticks - HZ_TO_100(kstat.cpu_user + kstat.cpu_nice + kstat.cpu_system), #endif kstat.dk_drive[0], kstat.dk_drive[1], kstat.dk_drive[2], kstat.dk_drive[3], @@ -916,10 +916,10 @@ tsk->cmin_flt, tsk->maj_flt, tsk->cmaj_flt, - tsk->times.tms_utime, - tsk->times.tms_stime, - tsk->times.tms_cutime, - tsk->times.tms_cstime, + HZ_TO_100(tsk->times.tms_utime), + HZ_TO_100(tsk->times.tms_stime), + HZ_TO_100(tsk->times.tms_cutime), + HZ_TO_100(tsk->times.tms_cstime), priority, nice, 0UL /* removed */, @@ -1234,14 +1234,14 @@ len = sprintf(buffer, "cpu %lu %lu\n", - tsk->times.tms_utime, - tsk->times.tms_stime); + HZ_TO_100(tsk->times.tms_utime), + HZ_TO_100(tsk->times.tms_stime)); for (i = 0 ; i < smp_num_cpus; i++) len += sprintf(buffer + len, "cpu%d %lu %lu\n", i, - tsk->per_cpu_utime[cpu_logical_map(i)], - tsk->per_cpu_stime[cpu_logical_map(i)]); + HZ_TO_100(tsk->per_cpu_utime[cpu_logical_map(i)]), + HZ_TO_100(tsk->per_cpu_stime[cpu_logical_map(i)])); return len; } --- linux/include/asm-mips/param.h.orig Sun Jan 24 20:49:00 1999 +++ linux/include/asm-mips/param.h Wed Jan 27 19:33:24 1999 @@ -2,11 +2,35 @@ #define __ASM_MIPS_PARAM_H #ifndef HZ + +#include + #ifdef CONFIG_DECSTATION -#define HZ 64 + /* + * log2(HZ), change this here if you want another + * HZ value. This is also used in dec_time_init. + * Minimum is 1, Maximum is 15. + */ +# define LOG_2_HZ 7 +# define HZ (1 << LOG_2_HZ) + /* + * Ye olde division-by-multiplication trick. + * + * This works only if 100 / HZ <= 1 + */ +# define QUOTIENT ((1UL << (32 - LOG_2_HZ)) * 100) +# define HZ_TO_100(a) \ + ({ int __res; \ + __asm__( \ + "multu\t%0,%2\n\t" \ + "mfhi\t%0" \ + : "=r" (__res): "0" (a), "r" (QUOTIENT)); \ + __res;}) #else -#define HZ 100 +# define HZ 100 +# define HZ_TO_100(a) (a) #endif + #endif #define EXEC_PAGESIZE 4096 --- linux/kernel/sys.c.orig Sun Jan 24 20:35:50 1999 +++ linux/kernel/sys.c Thu Jan 28 18:36:36 1999 @@ -604,6 +604,8 @@ asmlinkage long sys_times(struct tms * tbuf) { + struct tms temp; + /* * In the SMP world we might just be unlucky and have one of * the times increment as we use it. Since the value is an @@ -611,9 +613,13 @@ * as if the syscall took an instant longer to occur. */ if (tbuf) - if (copy_to_user(tbuf, ¤t->times, sizeof(struct tms))) + temp.tms_utime = HZ_TO_100(current->times.tms_utime); + temp.tms_stime = HZ_TO_100(current->times.tms_stime); + temp.tms_cutime = HZ_TO_100(current->times.tms_cutime); + temp.tms_cstime = HZ_TO_100(current->times.tms_cstime); + if (copy_to_user(tbuf, &temp, sizeof(struct tms))) return -EFAULT; - return jiffies; + return HZ_TO_100(jiffies); } /* --- linux/kernel/signal.c.orig Thu Jan 28 18:35:50 1999 +++ linux/kernel/signal.c Thu Jan 28 18:36:50 1999 @@ -11,6 +11,7 @@ #include #include #include +#include #include @@ -564,8 +565,8 @@ info.si_pid = tsk->pid; /* FIXME: find out whether or not this is supposed to be c*time. */ - info.si_utime = tsk->times.tms_utime; - info.si_stime = tsk->times.tms_stime; + info.si_utime = HZ_TO_100(tsk->times.tms_utime); + info.si_stime = HZ_TO_100(tsk->times.tms_stime); why = SI_KERNEL; /* shouldn't happen */ switch (tsk->state) { --_=XFMail.1.2.p0.Linux:990128193156:3205=_-- End of MIME message From Harald.Koerfgen@home.ivm.de Thu Jan 28 19:30:47 1999 Received: from aw.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27516; Thu, 28 Jan 1999 19:30:44 +0100 (MET) Received-Date: Thu, 28 Jan 1999 19:30:44 +0100 (MET) Received: from franz.no.dom (port36.koeln.ivm.de [195.247.239.36]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id TAA17632 for ; Thu, 28 Jan 1999 19:30:33 +0100 X-To: Message-ID: X-Mailer: XFMail 1.2 [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, 28 Jan 1999 19:32:48 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: clocks... Content-Length: 812 Lines: 27 Hi, On 28-Jan-99 Thomas Riemer wrote: > So was there any kind of resolution on what needed to be done to > deal with the real time clock? Well, not really :-). > I followed most of the discussion ... but missed if there was a > resolution or conclusion - and/or a volunteer to implement it... > > Does /sbin/clock still need work done on it or will that be fixed > with getting the basic work done for the RTC in the kernel? I was thinking about modifying drivers/char/rtc.c. Making this usable would have meant to throw all the interrupt stuff and 95% of the code out, rendering a full featured device driver pretty useless. Currently I am thinking a nice /proc interface would be cool. Something like >date MMDDhhmmCCYY >date > /proc/rtc or so. Opinions on this? Even volunteers? --- Regards, Harald From imp@village.org Thu Jan 28 20:28:20 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA27881; Thu, 28 Jan 1999 20:28:18 +0100 (MET) Received-Date: Thu, 28 Jan 1999 20:28:18 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 105x6r-0005SI-00; Thu, 28 Jan 1999 12:28:13 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id MAA58700 for ; Thu, 28 Jan 1999 12:27:24 -0700 (MST) Message-Id: <199901281927.MAA58700@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Port In-reply-to: Your message of "Thu, 28 Jan 1999 10:57:44 CST." References: Date: Thu, 28 Jan 1999 12:27:24 -0700 From: Warner Losh Content-Length: 1031 Lines: 21 In message Ed Okerson writes: : Is there any plan to port Linux to the Philips Velo palmtop? It runs on a : MIPS R4000 processor, but does not have an ARC that I can tell. Currently : this is a WindowsCE machine. Actually it runs the Philips R3990 chipset, if I recall correctly. You are right that it doesn't have ARC bios in it at all. There is work going on right now to get a boot loader working for WinCE. There are an interesting number of problems with doing this, but many have been solved. There is also work underway for creating a mips-hpc-wince target for gcc (actually, it is really mipsel-unknown-win32, since the binaries would also likely work on Win/NT MIPS). This is needed to create the boot loader, since it must be in Microsoft's PE format. Neither of these efforts is ready to release code, no matter how preliminary, to the outside world. gcc is closer and would be released if there was someone who had time to work on it. Warner From R.vandenBerg@inter.NL.net Thu Jan 28 21:14: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 VAA28232; Thu, 28 Jan 1999 21:14:09 +0100 (MET) Received-Date: Thu, 28 Jan 1999 21:14:09 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-49.Hoorn.NL.net [193.79.46.213] with ESMTP for id VAA04585 (8.8.8/3.36); Thu, 28 Jan 1999 21:14:06 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 28 Jan 1999 21:01:30 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 28 Jan 1999 21:01:28 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: clocks... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 815 Lines: 27 Hello, On Thu, 28 Jan 1999, Harald Koerfgen wrote: > I was thinking about modifying drivers/char/rtc.c. Making this usable > would have meant to throw all the interrupt stuff and 95% of the code out, > rendering a full featured device driver pretty useless. I rather would have the DECstation running 1.28 to fast then that... Well, Karel provided a kind of solution for that. > Currently I am thinking a nice /proc interface would be cool. Something > like > >date MMDDhhmmCCYY > >date > /proc/rtc > or so. Opinions on this? Even volunteers? I can live with such a solution, I'm trying to keep up with current developments; currently 2.1.131 is running with Gleb's patch and declance.c version 0.008 compiling glibc 2.0.6 to get me a working tcpwrappers package. So I'm not volunteering. Regards, Richard From R.vandenBerg@inter.NL.net Thu Jan 28 21:14: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 VAA28233; Thu, 28 Jan 1999 21:14:09 +0100 (MET) Received-Date: Thu, 28 Jan 1999 21:14:09 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-49.Hoorn.NL.net [193.79.46.213] with ESMTP for id VAA04591 (8.8.8/3.36); Thu, 28 Jan 1999 21:14:07 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 28 Jan 1999 21:13:47 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 28 Jan 1999 21:13:45 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: HZ In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 527 Lines: 18 Hello Harald, On Thu, 28 Jan 1999, Harald Koerfgen wrote: > here's a proposal for a solution of the HZ problem on the DECstations. I > am not exactly shure if everything is correct or if I have missed > something, comments are welcome. > At least this patch _seems_ to work, the clock has the right speed and make > doesn't complain about clock skew anymore. To look at the setup.c diff it seems to me this patch was made against 2.1.121 kernel source, or am I missing some? My compliments for the work. Regards, Richard From ralf@lappi.waldorf-gmbh.de Fri Jan 29 00:34:50 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 AAA02431; Fri, 29 Jan 1999 00:34:39 +0100 (MET) Received-Date: Fri, 29 Jan 1999 00:34:39 +0100 (MET) 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 AAA21420 for ; Fri, 29 Jan 1999 00:34:03 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA21855; Fri, 29 Jan 1999 00:25:37 +0100 Message-ID: <19990129002536.D17898@uni-koblenz.de> Date: Fri, 29 Jan 1999 00:25:36 +0100 From: ralf@uni-koblenz.de To: "Gleb O. Raiko" , linux-mips@fnet.fr Subject: Re: Problems w/ 2.1.131 on r3k References: <36AC8C20.F3225338@niisi.msk.ru> <19990126014109.K558@uni-koblenz.de> <36B06473.4B484E83@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36B06473.4B484E83@niisi.msk.ru>; from Gleb O. Raiko on Thu, Jan 28, 1999 at 04:21:55PM +0300 Content-Length: 1130 Lines: 39 On Thu, Jan 28, 1999 at 04:21:55PM +0300, Gleb O. Raiko wrote: > ralf@uni-koblenz.de wrote: > > > > Syscall restarting for syscalls with four or more arguments won't work, the > > fourth argument will be corrupted before return from kernel mode. The > > following changes to arch/mips/kernel/{signal.c,scall_o32.S} should fix > > that: > > > > [...] > > case ERESTARTNOINTR: /* Userland will reload $v0. */ > > regs->regs[7] = regs->regs[26]; > > regs->cp0_epc -= 8; > > } > > [...] > > stack_done: > > sw a3, PT_R26($28) # save for syscall restart > > lw t0, TASK_FLAGS($28) # syscall tracing enabled? > > andi t0, PF_TRACESYS > > [...] > > > > With one correction: > > stack_done: > - sw a3, PT_R26($28) # save for syscall restart > + sw a3, PT_R26(sp) # save for syscall restart > > if you don't want to corrupt a current task struct :-) > > Ralf, was it just a typo ? Yes, I was about to type $29 for the sp ... > With this fix, 2.1.131 seems to be stable for us. Cool. Ralf From ulfc@bun.falkenberg.se Tue Jan 26 09:10:14 1999 Received: from calypso.saturn (root@dialup71-7-15.swipnet.se [130.244.71.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA02723; Tue, 26 Jan 1999 09:10:12 +0100 (MET) Received-Date: Tue, 26 Jan 1999 09:10:12 +0100 (MET) Received: by bun.falkenberg.se via sendmail from stdin id (Debian Smail3.2.0.102) for linux-mips@fnet.fr; Fri, 29 Jan 1999 09:11:33 +0100 (CET) Date: Fri, 29 Jan 1999 09:11:33 +0100 From: Ulf Carlsson To: linux-mips@fnet.fr Subject: Re: More issues on root fs... Message-ID: <19990129091133.A6488@bun.falkenberg.se> Mail-Followup-To: linux-mips@fnet.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Thomas Riemer on Tue, Jan 26, 1999 at 12:35:58AM -0500 Content-Length: 458 Lines: 15 > 1. So my compile of the kernel finished after 6 hours of compiling... That's a very long time. > either proc_fs or mount on the 2100. I get errors that /proc > is not mounted even though I have the standard /proc ... line > in fstab. fsck also tries to do an fsck on / which it isn't happy Have you tried mounting proc manually? Do something like this: mount -n -t proc proc /proc mount -n -o remount,rw / cp /proc/mounts /etc/mtab - Ulf From Beppe@sitek.it Fri Jan 29 15:47:16 1999 Received: from sitek.it (sitekisdn.inet.it [194.185.135.202]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA07575; Fri, 29 Jan 1999 15:47:07 +0100 (MET) Received-Date: Fri, 29 Jan 1999 15:47:07 +0100 (MET) Received: from beppe2 [192.168.0.76] by sitek.it [192.168.0.10] with SMTP (MDaemon.v2.7.SP4.R) for ; Fri, 29 Jan 1999 15:48:11 +0100 From: "Giuseppe Migliorini" To: Subject: FW: Micro Web Server - A Job Opportunity Date: Fri, 29 Jan 1999 15:47:05 +0100 Message-ID: <00dd01be4b96$3d5d87f0$4c00a8c0@beppe2> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00DE_01BE4B9E.9F21EFF0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-MDaemon-Deliver-To: linux-mips@fnet.fr X-Return-Path: Beppe@sitek.it Content-Length: 10107 Lines: 168 This is a multi-part message in MIME format. ------=_NextPart_000_00DE_01BE4B9E.9F21EFF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Dear Sir: Our company manifactures electronic equipments for automation. Micro Web Server is a new product that will give the network connectivity to our products. Here attached you can find a brief description of the object. The hardware is under development and will be completely tested by us. We'll also install the basic firmware including: - resident monitor/debugger - eCos RTOS. In alternative we can evaluate a compact porting of Linux. We are looking for the best offer from companies or consultant engineers for the implementation and testing of the software application including: - low level drivers - TCP/IP protocol stack - Web Server software - AutoTest software The application software can be written in C. The whole work must be available in source code, free from royalties, and usable for commercial purposes. If you are interested, please contact me. Feel free to ask me any question about the project. Regards Giuseppe Migliorini Sitek S.p.A. - via Monte Fiorino 9 San Giovanni Lupatoto - 37057 - Verona - ITALY Tel. +39458750404 FAX +39458779023 http://www.uniop.com ------=_NextPart_000_00DE_01BE4B9E.9F21EFF0 Content-Type: application/pdf; name="Server.PDF" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Server.PDF" JVBERi0xLjIgDQol4uPP0w0KIA0KMTEgMCBvYmoNCjw8DQovTGVuZ3RoIDEyIDAgUg0KL0ZpbHRl ciAvTFpXRGVjb2RlIA0KPj4NCnN0cmVhbQ0KgBCKgNG4yFwyGggGo3FwzGwgEBUIgNGAgisVORnE ANF5GioxGAuGA4iBUMwNFshGA1GAzkpjiwuGIyHAxkp3EAoJppMZyN4gK5lMQgKZlOR2owuMhvMY piJqBsgGsyGUWkpEmIwlsJiMwlQ3GlcKk4FAgFogpxUqA5qlWiNYlMiHAzl1dmIxG02iNkJRhNx1 MJyPIgGQ2FggGI5xVpqAyxUHkkVt9mlU0qt2kNSHM3nJQM4utFPqI4Fw0yNXylyGg1l9usc5GOMB tTGtVyUSrI3G8kuwoF+ygw40+TuMj1etFGx0QtsMhhItkENy+4jsVhg56cnlQzGN1KlemQ2G2bvc 5IZvOB5ORpM5oOmhtQNGkhGe21Edm3X7MU0o2+rWtusguBmGgZtkuKENcrAUQHArZBsFwcoe26sO qED9JK7TWwQmreNesrZBjCL7OIlS5tYzDOOSxQcxChiaQUrIZtrDaVJG7yyKINI6DKNaiBcOAXCC 0AoJ8Mg6j0NI3jcNIQCKNgyjoOifSYMY0DK0AgjYNgQPW9o6DnLoyjmoykDIF0DvE0qSPHCDTPuj zEQgkcMpQlQYsTGqZBmucVJ2nqfqCoaiqOozZIqFoZxfOCqujOiIpO4oYhw6bwBhCUVCIMMeB0+D Gwg4UYuKG4YhvACZBoHMUQ+vq/sCwbCsOxLFuWwoXVC6ERRpEqRBhUtThgG4crEsgpDKM1OuBESH VEyryO+1LurpPyeJ8oChKJMtDVrZaH1yF1dtw4oZ2DU6QBxVdijKOw0jnJQ3U6rVDrNN7Jo7Rr9z uGKxJg4q8xwnM/2tQVs0KOQQXaEAwhAOY6L8MmFDZJYy4YOoxBaOY84aMo24UMUoBAOifjCMmICK OkrjkN0o4UN2ICSN0eZVKN5ugGYXBtDysNvfrtvFFQxyXlYxjoNN2DoweRBAMo8Xboo3I1jgxDLk uqYZjUeDaOc0NFRAa27OCP5u7E6pUsN+NTYIaOmsgkMCMg7sDighYkMcfCINIwjOOQwjbmsCRM1D t3raF/Boh7yhQKY3jMOm4jligjDLTY68gOea1sGyxQqIyXJnsrVQBFQWtkGi5Rje7EXy1rohqHFi JzTyo7HEjcRtxHCpUGvYBQ842jhKEeDYwepaoMmrDmN42Drosl06Nyfjgn2RaDLg0YeNg06hMQ4j qNPIYhJeQyuEA0Dfhur43vzl0mszu5xnQQI7z189DFPE9I0XTTpCn5CMvhsrrCQuud47J97ZH+nF V8qtSwMgarpJyEF5gb0ePoDM98NrjwyoHfazZEacH6OgOM6J/DpXTv9dS59SBFIBLgdeiqAztFmk iO6pVGRBUVOLbsyx7TMgzBhDGxRpTKGKPmfQxl9RsgikDdMDUh5OCoggCURsmwaiNkXKsFII8VDE RdIyRuHBNC2FVIcQwsJhDakHIS5AEAYgGkCAaTUhpDzaoQicVeFkWIvkcf+YhwMK1JPtLsXEGJLH eMCUCthQhSA5RKIGiKM8UCbSTS6Ro0ai2vkGISpMkKCQZIihfGyN0cAZGONKQk2pIWdR5KtHs4sn 0PM9JEDIGDvAoGBDClsMqXAhB1TCzCH0QINmiiWfwlhtlwAwmRMeSpG5SmkTeDQxK4Cqg3ZvGdNS CY2EnkoTaPcpWblVbWQ8gsagQA2KnLVMUbY3kDBkXQyAIAaG6ZxHiLBGJLHFcO7g8BM0Cp+CSFAK YID/hiR3CZOi31wlwbMqlc0pVTOJCku0mAQwoBVkdMaZRMZmQDo3HsmZziSTSLYjSa0p5zoQm0xS bkXZvSWTwVOcRhULkGQTOgkUa2KSjkenxCJD55kMdwROe8zU7EiLoXpaCASchGDYGEOYaE0vuV0d Ohks50HICaxwN5gkDumP+C2d9OTUSvO8TBBgKILhygy3ILgKaM0emXRuuVRi6JupHNOk01yEzZp0 CClslI91JIPPKmk5abzpr/TwBqM03TynpUOVk+IryzoitAFAUm+oHjMc9PE1KymVqyb2rYbauh5r jMmudq6jEzqESQ+pU2yUnmxSqv9gYvUwlKaWgh9beWIr7YqddjDulsjOnxzdk6jSvRgb1k7KWVh0 QOcEklCqrGUOQedmJPpdSNmJI+l1rU6GOseSBEU6pPq3sXO0qMhYPrkdNKuosrjtqPqWTIkbuCyX PKNdEEEwCjQ/iDamjtqqOUfksDJUj8KCTztADUtk6lyTmm3FGwWCU1EJRnKghkL5TTqlFewmhUyH kOLZZK+c+TKkthIh8KpgbpXfwtbmZyNLyW8vNWS9Moad4iwhe+Wqt57FWspUeZQOJ+F3Bg5pFQUg pzvBkENhDMcAzCozIVCCmAZg5s6YRW5JCaZCwrIWaE8jokJloaTMGX51kngcQwG9QLP4ezYvu3mF SHFTzjmaUGaM6umtvY29yzJpZ9y8qEkEqs2gNMczfPafGb3ozZmEkmFTHOmQSdw0knjw0EIfmMhd KNNTmIMXgxGgNFkBDQplbmRzdHJlYW0NCmVuZG9iag0KMTIgMCBvYmoNCjE4NjYNCmVuZG9iag0K NCAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDUgMCBSDQovUmVzb3VyY2VzIDw8DQov Rm9udCA8PA0KL0YwIDYgMCBSIA0KL0YxIDggMCBSIA0KL0YyIDEwIDAgUiANCi9GMyAxMyAwIFIg DQo+Pg0KL1Byb2NTZXQgMiAwIFINCj4+DQovQ29udGVudHMgMTEgMCBSDQo+Pg0KZW5kb2JqDQo2 IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0YwDQov QmFzZUZvbnQgL0FyaWFsLUJvbGQNCi9GaXJzdENoYXIgMzENCi9MYXN0Q2hhciAyNTUNCi9XaWR0 aHMgWyA3NTAgMjc4IDMzMyA0NzQgNTU2IDU1NiA4ODkgNzIyIDIzOCAzMzMgMzMzIDM4OSA1ODQg Mjc4IDMzMyAyNzggDQoyNzggNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2 IDMzMyAzMzMgNTg0IDU4NCA1ODQgDQo2MTEgOTc1IDcyMiA3MjIgNzIyIDcyMiA2NjcgNjExIDc3 OCA3MjIgMjc4IDU1NiA3MjIgNjExIDgzMyA3MjIgDQo3NzggNjY3IDc3OCA3MjIgNjY3IDYxMSA3 MjIgNjY3IDk0NCA2NjcgNjY3IDYxMSAzMzMgMjc4IDMzMyA1ODQgDQo1NTYgMzMzIDU1NiA2MTEg NTU2IDYxMSA1NTYgMzMzIDYxMSA2MTEgMjc4IDI3OCA1NTYgMjc4IDg4OSA2MTEgDQo2MTEgNjEx IDYxMSAzODkgNTU2IDMzMyA2MTEgNTU2IDc3OCA1NTYgNTU2IDUwMCAzODkgMjgwIDM4OSA1ODQg DQo3NTAgNTU2IDc1MCAyNzggNTU2IDUwMCAxMDAwIDU1NiA1NTYgMzMzIDEwMDAgNjY3IDMzMyAx MDAwIDc1MCA3NTAgDQo3NTAgNzUwIDI3OCAyNzggNTAwIDUwMCAzNTAgNTU2IDEwMDAgMzMzIDEw MDAgNTU2IDMzMyA5NDQgNzUwIDc1MCANCjY2NyAyNzggMzMzIDU1NiA1NTYgNTU2IDU1NiAyODAg NTU2IDMzMyA3MzcgMzcwIDU1NiA1ODQgMzMzIDczNyANCjU1MiA0MDAgNTQ5IDMzMyAzMzMgMzMz IDU3NiA1NTYgMjc4IDMzMyAzMzMgMzY1IDU1NiA4MzQgODM0IDgzNCANCjYxMSA3MjIgNzIyIDcy MiA3MjIgNzIyIDcyMiAxMDAwIDcyMiA2NjcgNjY3IDY2NyA2NjcgMjc4IDI3OCAyNzggDQoyNzgg NzIyIDcyMiA3NzggNzc4IDc3OCA3NzggNzc4IDU4NCA3NzggNzIyIDcyMiA3MjIgNzIyIDY2NyA2 NjcgDQo2MTEgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgODg5IDU1NiA1NTYgNTU2IDU1NiA1NTYg Mjc4IDI3OCAyNzggDQoyNzggNjExIDYxMSA2MTEgNjExIDYxMSA2MTEgNjExIDU0OSA2MTEgNjEx IDYxMSA2MTEgNjExIDU1NiA2MTEgDQo1NTYgXQ0KL0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcN Ci9Gb250RGVzY3JpcHRvciA3IDAgUg0KPj4NCmVuZG9iag0KNyAwIG9iag0KPDwNCi9UeXBlIC9G b250RGVzY3JpcHRvcg0KL0ZvbnROYW1lIC9BcmlhbC1Cb2xkDQovRmxhZ3MgMTY0MTYNCi9Gb250 QkJveCBbIC0yNTAgLTIzOCAxMjI5IDkyOSBdDQovTWlzc2luZ1dpZHRoIDc2Mg0KL1N0ZW1WIDE1 MQ0KL1N0ZW1IIDE1MQ0KL0l0YWxpY0FuZ2xlIDANCi9DYXBIZWlnaHQgOTI5DQovWEhlaWdodCA2 NTANCi9Bc2NlbnQgOTI5DQovRGVzY2VudCAyMzgNCi9MZWFkaW5nIDE5MQ0KL01heFdpZHRoIDEw MjQNCi9BdmdXaWR0aCA0NzYNCj4+DQplbmRvYmoNCjggMCBvYmoNCjw8DQovVHlwZSAvRm9udA0K L1N1YnR5cGUgL1RydWVUeXBlDQovTmFtZSAvRjENCi9CYXNlRm9udCAvU3ltYm9sDQovRmlyc3RD aGFyIDMxDQovTGFzdENoYXIgMjU1DQovV2lkdGhzIFsgNjAwIDI1MCAzMzMgNzEzIDUwMCA1NDkg ODMzIDc3OCA0MzkgMzMzIDMzMyA1MDAgNTQ5IDI1MCA1NDkgMjUwIA0KMjc4IDUwMCA1MDAgNTAw IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAyNzggMjc4IDU0OSA1NDkgNTQ5IA0KNDQ0IDU0 OSA3MjIgNjY3IDcyMiA2MTIgNjExIDc2MyA2MDMgNzIyIDMzMyA2MzEgNzIyIDY4NiA4ODkgNzIy IA0KNzIyIDc2OCA3NDEgNTU2IDU5MiA2MTEgNjkwIDQzOSA3NjggNjQ1IDc5NSA2MTEgMzMzIDg2 MyAzMzMgNjU4IA0KNTAwIDUwMCA2MzEgNTQ5IDU0OSA0OTQgNDM5IDUyMSA0MTEgNjAzIDMyOSA2 MDMgNTQ5IDU0OSA1NzYgNTIxIA0KNTQ5IDU0OSA1MjEgNTQ5IDYwMyA0MzkgNTc2IDcxMyA2ODYg NDkzIDY4NiA0OTQgNDgwIDIwMCA0ODAgNTQ5IA0KNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIA0KNjAwIDYwMCA2MDAgNjAwIDYw MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIA0KNjAwIDYwMCA2 MjAgMjQ3IDU0OSAxNjcgNzEzIDUwMCA3NTMgNzUzIDc1MyA3NTMgMTA0MiA5ODcgNjAzIDk4NyAN CjYwMyA0MDAgNTQ5IDQxMSA1NDkgNTQ5IDcxMyA0OTQgNDYwIDU0OSA1NDkgNTQ5IDU0OSAxMDAw IDYwMyAxMDAwIA0KNjU4IDgyMyA2ODYgNzk1IDk4NyA3NjggNzY4IDgyMyA3NjggNzY4IDcxMyA3 MTMgNzEzIDcxMyA3MTMgNzEzIA0KNzEzIDc2OCA3MTMgNzkwIDc5MCA4OTAgODIzIDU0OSAyNTAg NzEzIDYwMyA2MDMgMTA0MiA5ODcgNjAzIDk4NyANCjYwMyA0OTQgMzI5IDc5MCA3OTAgNzg2IDcx MyAzODQgMzg0IDM4NCAzODQgMzg0IDM4NCA0OTQgNDk0IDQ5NCANCjQ5NCA2MDAgMzI5IDI3NCA2 ODYgNjg2IDY4NiAzODQgMzg0IDM4NCAzODQgMzg0IDM4NCA0OTQgNDk0IDQ5NCANCjYwMCBdDQov Rm9udERlc2NyaXB0b3IgOSAwIFINCj4+DQplbmRvYmoNCjkgMCBvYmoNCjw8DQovVHlwZSAvRm9u dERlc2NyaXB0b3INCi9Gb250TmFtZSAvU3ltYm9sDQovRmxhZ3MgMTYzOTANCi9Gb250QkJveCBb IC0yNTAgLTIxMiAxMjM2IDEwMDAgXQ0KL01pc3NpbmdXaWR0aCA2MDYNCi9TdGVtViAxOTMNCi9T dGVtSCAxOTMNCi9JdGFsaWNBbmdsZSAwDQovQ2FwSGVpZ2h0IDEwMDANCi9YSGVpZ2h0IDcwMA0K L0FzY2VudCAxMDAwDQovRGVzY2VudCAyMTINCi9MZWFkaW5nIDIxMg0KL01heFdpZHRoIDEwMzAN Ci9BdmdXaWR0aCA2MDYNCj4+DQplbmRvYmoNCjEwIDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9T dWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0YyDQovQmFzZUZvbnQgL0FyaWFsDQovRW5jb2Rpbmcg L1dpbkFuc2lFbmNvZGluZw0KPj4NCmVuZG9iag0KMTMgMCBvYmoNCjw8DQovVHlwZSAvRm9udA0K L1N1YnR5cGUgL1RydWVUeXBlDQovTmFtZSAvRjMNCi9CYXNlRm9udCAvVGltZXNOZXdSb21hbg0K L0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcNCj4+DQplbmRvYmoNCjIgMCBvYmoNClsgL1BERiAv VGV4dCAgXQ0KZW5kb2JqDQo1IDAgb2JqDQo8PA0KL0tpZHMgWzQgMCBSIF0NCi9Db3VudCAxDQov VHlwZSAvUGFnZXMNCi9NZWRpYUJveCBbIDAgMCA1OTUgODQyIF0NCj4+DQplbmRvYmoNCjEgMCBv YmoNCjw8DQovQ3JlYXRvciAoTWljcm9zb2Z0IFdvcmQgKQ0KL0NyZWF0aW9uRGF0ZSAoVGh1cnNk YXksIEphbnVhcnkgMjgsIDE5OTkgNjoxMDowMCBQTSkNCi9UaXRsZSAoU2VydmVyLlBERikNCi9B dXRob3IgKE1hcmNvKQ0KL1Byb2R1Y2VyIChBY3JvYmF0IFBERldyaXRlciAzLjAgZm9yIFdpbmRv d3MpDQovS2V5d29yZHMgKCkNCi9TdWJqZWN0ICgpDQo+Pg0KZW5kb2JqDQozIDAgb2JqDQo8PA0K L1BhZ2VzIDUgMCBSDQovVHlwZSAvQ2F0YWxvZw0KL0RlZmF1bHRHcmF5IDE0IDAgUg0KL0RlZmF1 bHRSR0IgIDE1IDAgUg0KPj4NCmVuZG9iag0KMTQgMCBvYmoNClsvQ2FsR3JheQ0KPDwNCi9XaGl0 ZVBvaW50IFswLjk1MyAxIDEuNDEyNyBdDQovR2FtbWEgMC45NDc1IA0KPj4NCl0NCmVuZG9iag0K MTUgMCBvYmoNClsvQ2FsUkdCDQo8PA0KL1doaXRlUG9pbnQgWzAuOTUzIDEgMS40MTI3IF0NCi9H YW1tYSBbMC45NDc1IDAuOTQ3NSAwLjk0NzUgXQ0KL01hdHJpeCBbMC4zODczIDAuMjA4MiAwLjAx MjUgMC4zMzIgMC42ODM3IDAuMDc0NSAwLjI0NDkgMC4xMDgxIDAuNzM3OSBdDQo+Pg0KXQ0KZW5k b2JqDQp4cmVmDQowIDE2DQowMDAwMDAwMDAwIDY1NTM1IGYNCjAwMDAwMDUyOTYgMDAwMDAgbg0K MDAwMDAwNTE3MCAwMDAwMCBuDQowMDAwMDA1NTE2IDAwMDAwIG4NCjAwMDAwMDE5OTUgMDAwMDAg bg0KMDAwMDAwNTIwNCAwMDAwMCBuDQowMDAwMDAyMTY1IDAwMDAwIG4NCjAwMDAwMDMyODUgMDAw MDAgbg0KMDAwMDAwMzU2NSAwMDAwMCBuDQowMDAwMDA0NjUxIDAwMDAwIG4NCjAwMDAwMDQ5MzAg MDAwMDAgbg0KMDAwMDAwMDAyMSAwMDAwMCBuDQowMDAwMDAxOTcxIDAwMDAwIG4NCjAwMDAwMDUw NDYgMDAwMDAgbg0KMDAwMDAwNTYxMyAwMDAwMCBuDQowMDAwMDA1NzAwIDAwMDAwIG4NCnRyYWls ZXINCjw8DQovU2l6ZSAxNg0KL1Jvb3QgMyAwIFINCi9JbmZvIDEgMCBSDQovSUQgWzw0ZTA5Yjk4 MGRiYmNiMTE2NTVmMGU1Zjk5NmQ0ZDM5Yj48NGUwOWI5ODBkYmJjYjExNjU1ZjBlNWY5OTZkNGQz OWI+XQ0KPj4NCnN0YXJ0eHJlZg0KNTg3Ng0KJSVFT0YNCg== ------=_NextPart_000_00DE_01BE4B9E.9F21EFF0-- From tsbogend@alpha.franken.de Fri Jan 29 22:29:52 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 WAA09799; Fri, 29 Jan 1999 22:29:51 +0100 (MET) Received-Date: Fri, 29 Jan 1999 22:29:51 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id WAA09181; Fri, 29 Jan 1999 22:29:49 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id WAA02458 for linux-mips@fnet.fr; Fri, 29 Jan 1999 22:26:37 +0100 Message-ID: <19990129222637.B2444@alpha.franken.de> Date: Fri, 29 Jan 1999 22:26:37 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: DEC linux root file system uploaded Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 384 Lines: 11 Karel has uploaded a new root filesystem for DEC linux, you can find it on ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/root/declinuxroot-990128.tgz 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 triemer@apt4g.a3nyc.com Sat Jan 30 00:46:17 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 AAA11530; Sat, 30 Jan 1999 00:46:16 +0100 (MET) Received-Date: Sat, 30 Jan 1999 00:46:16 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id SAA32749 for ; Fri, 29 Jan 1999 18:46:19 -0500 Date: Fri, 29 Jan 1999 18:46:19 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: DEC linux root file system uploaded In-Reply-To: <19990129222637.B2444@alpha.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 636 Lines: 20 Does this root allow for recompilation of the kernel? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Fri, 29 Jan 1999, Thomas Bogendoerfer wrote: > Karel has uploaded a new root filesystem for DEC linux, you can find > it on > > ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/root/declinuxroot-990128.tgz > > 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 K.H.C.vanHouten@research.kpn.com Sat Jan 30 11:45:48 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 LAA14533; Sat, 30 Jan 1999 11:45:46 +0100 (MET) Received-Date: Sat, 30 Jan 1999 11:45:46 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J75FM1K3US0000DM@research.kpn.com> for linux-mips@fnet.fr; Sat, 30 Jan 1999 11:45:50 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id LAA09547; Sat, 30 Jan 1999 11:45:38 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 30 Jan 1999 11:45:38 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: DEC linux root file system uploaded In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901301045.LAA09547@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: 2073 Lines: 50 Tom Riemer wrote: > > Does this root allow for recompilation of the kernel? > > On Fri, 29 Jan 1999, Thomas Bogendoerfer wrote: > > > Karel has uploaded a new root filesystem for DEC linux, you can find > > it on > > > > ftp://ftp.linux.sgi.com/pub/linux/mips/mipsel-linux/root/declinuxroot-990128.tgz Yes, but not without additional packages. The root filesystem contains all packages to get a system up in multi-user on the network, to get a compile environment, you have to install compilers, make, flex, bison, and *devel* libraries. The current list of packages is: MAKEDEV-2.3.1-6 grep-2.2-2 pwdb-0.54-8 SysVinit-2.74-4 gzip-1.2.4-12 redhat-release-5.1-2 basesystem-4.9-2 info-3.12-4 rpm-2.5.2-1 bash-1.14.7-7 initscripts-3.67-1 rsh-0.10-4 bdflush-1.5-8 less-332-2 sed-2.05-10 binutils-2.8.1-2 libtermcap-2.0.8-9 setup-1.9.1-2 chkconfig-0.9.3-2 logrotate-2.6-2 sh-utils-1.16-14 cpio-2.4.2-7 mgetty-1.1.14-2 shadow-utils-980403-3 cracklib-2.7-2 mingetty-0.9.4-7 slang-0.99.38-7 cracklib-dicts-2.7-2 mktemp-1.4-3 sysklogd-1.3-23 dev-2.5.9-1 mount-2.7l-3 tar-1.12-2 e2fsprogs-1.10-6 ncurses-4.2-8 tcp_wrappers-7.6-4 etcskel-1.3-4 ncurses3-1.9.9e-6 telnet-0.10-5 file-3.24-2 net-tools-1.33-6 termcap-9.12.6-11 filesystem-1.3.1-3 netkit-base-0.10-10 textutils-1.22-7 fileutils-3.16-9 newt-0.25-2 util-linux-2.7-19 ftp-0.10-2 pam-0.64-2 vim-5.1-5 gawk-3.0.3-3 pamconfig-0.51-5 zlib-1.1.2-2 glibc-2.0.7-20 procps-1.2.7-5 All these without documentation, to keep the size limited. Have fun! -- 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 Sat Jan 30 17:47:25 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 RAA15908; Sat, 30 Jan 1999 17:47:23 +0100 (MET) Received-Date: Sat, 30 Jan 1999 17:47:23 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J75S9DA4340000EB@research.kpn.com> for linux-mips@fnet.fr; Sat, 30 Jan 1999 17:47:27 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id RAA15286; Sat, 30 Jan 1999 17:47:15 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 30 Jan 1999 17:47:15 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: DEC linux root file system uploaded In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901301647.RAA15286@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: 1489 Lines: 41 Tom Riemer wrote: > > Does this root allow for recompilation of the kernel? > Nearly... ld -static -G 0 -T arch/mips/ld.script.little -Ttext 0x80040000 arch/mips/kerne l/head.o arch/mips/kernel/init_task.o init/main.o init/version.o \ arch/mips/kernel/kernel.o arch/mips/mm/mm.o kernel/kernel.o mm/mm.o fs/f s.o ipc/ipc.o arch/mips/dec/dec.o \ fs/filesystems.a \ net/network.a \ drivers/block/block.a drivers/char/char.a drivers/misc/misc.a drivers/ne t/net.a drivers/tc/tc.a \ arch/mips/lib/lib.a /usr/src/linux-2.1.131/lib/lib.a arch/mips/dec/prom/ rexlib.a \ -o vmlinux nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aU] \)\|\(\.\.ng$\)\|\(LASH[RL ]DI\)' | sort > System.map make[1]: Entering directory `/usr/src/linux-2.1.131/arch/mips/boot' objcopy --remove-section=.reginfo --remove-section=.mdebug /usr/src/linux-2.1.13 1/vmlinux zImage.tmp ./mkboot zImage.tmp zImage rm -f zImage.tmp make[1]: Leaving directory `/usr/src/linux-2.1.131/arch/mips/boot' make[1]: Entering directory `/usr/src/linux-2.1.131/arch/mips/dec/boot' ld -N -G 0 -T ld.ecoff ../../boot/zImage \ dec_boot.o ramdisk.img -o nbImage ../../boot/zImage: file not recognized: File format not recognized make[1]: *** [netboot] Error 127 make[1]: Leaving directory `/usr/src/linux-2.1.131/arch/mips/dec/boot' make: *** [netboot] Error 2 The whole compile took about 45 minutes on my 5000/260, only the loading to a netbootable image failed. Regards, From R.vandenBerg@inter.NL.net Sat Jan 30 19:08:13 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 TAA16328; Sat, 30 Jan 1999 19:08:13 +0100 (MET) Received-Date: Sat, 30 Jan 1999 19:08:13 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-58.Hoorn.NL.net [193.79.46.222] with ESMTP for id TAA00947 (8.8.8/3.36); Sat, 30 Jan 1999 19:08:10 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 30 Jan 1999 18:57:17 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 30 Jan 1999 18:57:15 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DEC linux root file system uploaded In-Reply-To: <199901301647.RAA15286@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 850 Lines: 26 Hello Karel, On Sat, 30 Jan 1999, Karel van Houten wrote: [snip] > make[1]: Entering directory `/usr/src/linux-2.1.131/arch/mips/dec/boot' > ld -N -G 0 -T ld.ecoff ../../boot/zImage \ > dec_boot.o ramdisk.img -o nbImage > ../../boot/zImage: file not recognized: File format not recognized > make[1]: *** [netboot] Error 127 > make[1]: Leaving directory `/usr/src/linux-2.1.131/arch/mips/dec/boot' > make: *** [netboot] Error 2 That's because of lack of a.out support of binutils, and as far as I understand will never happen in the official binutils. The solution for this is described at http://www.inter.nl.net/users/schnecke/html/mips/netboot.html > The whole compile took about 45 minutes on my 5000/260, > only the loading to a netbootable image failed. A bit faster than the 5000/25, which took about 4 hours... Regards, Richard From mats.wessling@styrex.se Sat Jan 30 19:08:24 1999 Received: from bas05.calypso.net (bas05.calypso.net [194.52.189.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA16350; Sat, 30 Jan 1999 19:08:24 +0100 (MET) Received-Date: Sat, 30 Jan 1999 19:08:24 +0100 (MET) Received: from bamse.styrex.se (p27168.sto2.calypso.net [194.198.91.235]) by bas05.calypso.net (8.8.5/8.8.7) with ESMTP id TAA23286 for ; Sat, 30 Jan 1999 19:07:47 +0100 (CET) Received: by bamse with Internet Mail Service (5.0.1458.49) id ; Sat, 30 Jan 1999 19:03:54 +0100 Message-ID: <113A17BE78F3D011981300609762CEA78695@bamse> From: Mats Wessling To: "'linux-mips@fnet.fr'" Subject: linux for palm pc:s Date: Sat, 30 Jan 1999 19:03:52 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Content-Length: 157 Lines: 9 Hi! As a Nino (palm pc with a mips (R3000 sort of?)) user I wonder if anyone is interested in porting Linux to this hardware? Best regards Mats Wessling From imp@village.org Sat Jan 30 19:36:27 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA16516; Sat, 30 Jan 1999 19:36:25 +0100 (MET) Received-Date: Sat, 30 Jan 1999 19:36:25 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 106fFl-0007a8-00; Sat, 30 Jan 1999 11:36:21 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id LAA81117 for ; Sat, 30 Jan 1999 11:36:40 -0700 (MST) Message-Id: <199901301836.LAA81117@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: linux for palm pc:s In-reply-to: Your message of "Sat, 30 Jan 1999 19:03:52 +0100." <113A17BE78F3D011981300609762CEA78695@bamse> References: <113A17BE78F3D011981300609762CEA78695@bamse> Date: Sat, 30 Jan 1999 11:36:39 -0700 From: Warner Losh Content-Length: 1148 Lines: 24 In message <113A17BE78F3D011981300609762CEA78695@bamse> Mats Wessling writes: : As a Nino (palm pc with a mips (R3000 sort of?)) user I wonder if : anyone is interested in porting Linux to this hardware? The Philips NINO uses a R3990 chipset. This is basically a R3000 ISA with a R4000 tlb, at least that's what it looks like from the limited doc reading I've done. The docs shouldn't be too hard to come by in sufficient detail to get devices for this port working. There is currently an effort underway to write a loader that runs under WinCE that will load the kernel. This is at very early stages of development and requires the MS tools to build. It is no where near the stage of release. There is a parallel effort, the part I'm doing when not answering questions about the first, to get gcc to build mips/pe binaries. Sadly, in the last week, I dropped both of my MobilePro 400's on the floor, shattering their LCD displays. I'd love to get them repaired, but fear that it will cost to many $$$ to do so. The devices are still working, so may end up as a cheap dialin server for me when I travel if I can't get them fixed. Warner From mkovach@mkovach.nacs.net Sat Jan 30 19:55:22 1999 Received: from mkovach.nacs.net (mkovach@mkovach.nacs.net [207.166.196.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA16648; Sat, 30 Jan 1999 19:55:20 +0100 (MET) Received-Date: Sat, 30 Jan 1999 19:55:20 +0100 (MET) Received: (from mkovach@localhost) by mkovach.nacs.net (8.8.8/8.8.7) id NAA10183 for linux-mips@fnet.fr; Sat, 30 Jan 1999 13:56:55 -0500 Message-ID: <19990130135655.A10172@mkovach.nacs.net> Date: Sat, 30 Jan 1999 13:56:55 -0500 From: Mat Kovach To: linux-mips@fnet.fr Subject: Updating the repository Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Content-Length: 918 Lines: 24 Hello! With all the happenings and new files, patches, etc that have been taking place with the mips port lately, I don't know about everybody else, but I'm getting a little confused keeping up where to get things. It would be nice to orginize things a bit on ftp.linux.sgi.com. So, I offered to help orginize the data a little bit, help keep things a bit more sturtured and help in updating some the of documentaion to be current. I'm gathering up the locations of files, patches, etc now. If anybody would like to send me an email to help me get everything straight or point to the correct location of some patches or files it would be apperciated. I'm going to try and get everything current and structured on ftp.linux.sgi.com then we can open it from mirror to all the proper places. Thank you in advance, Mat Kovach mkovach@mkovach.nacs.net I come not to bash Microsoft, but to kill it ...mmm...beeer! From radek@ids.pl Sat Jan 30 21:16:57 1999 Received: from idsserv.waw.ids.edu.pl (idsserv.waw.ids.edu.pl [195.117.3.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA17192; Sat, 30 Jan 1999 21:16:52 +0100 (MET) Received-Date: Sat, 30 Jan 1999 21:16:52 +0100 (MET) Received: from luna.ids.pl (IDENT:root@p14.a1.core.ids.pl [195.117.3.145]) by idsserv.waw.ids.edu.pl (8.9.1a/8.8.8/rchk1.19) with ESMTP id VAA25862 for ; Sat, 30 Jan 1999 21:14:29 +0100 (MET) Received: from luna.ids.pl (radek@luna.ids.pl [172.16.1.1]) by luna.ids.pl (8.8.7/8.6.12) with ESMTP id VAA00441 for ; Sat, 30 Jan 1999 21:03:38 +0100 Date: Sat, 30 Jan 1999 21:03:38 +0100 (EET) From: Radoslaw Roszczyk To: linux-mips@fnet.fr Subject: IRIS 4D Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 327 Lines: 13 Hi, I am searching for Linux for IRIS 4D/310GTX. If anybody is knowing where I can find it, please write to me. Radek ;) ----- Radoslaw Roszczyk - radek@ids.pl, R.Roszczyk@elka.pw.edu.pl fingerprint: BF F1 95 76 9F 1F 5E CD 92 9C 78 7F B9 AF 48 C0 Unix is like a wigwam - no windows, no gates, Apache inside... From triemer@apt4g.a3nyc.com Sat Jan 30 23:29:24 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 XAA19676; Sat, 30 Jan 1999 23:29:23 +0100 (MET) Received-Date: Sat, 30 Jan 1999 23:29:23 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id RAA01496 for ; Sat, 30 Jan 1999 17:29:36 -0500 Date: Sat, 30 Jan 1999 17:29:35 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: kernel version Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 427 Lines: 11 Which version of the kernel is the primary work being done on.... I'm working on 2.1.131 - but some of the more recent patches seem to indicate something earlier.... I'm trying to figure out if the patches for wait actually would solve a bug that I'm seeing in timer_bh when I turn on my scsi driver. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From ralf@lappi.waldorf-gmbh.de Mon Feb 1 02:07:50 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 CAA05349; Mon, 1 Feb 1999 02:07:48 +0100 (MET) Received-Date: Mon, 1 Feb 1999 02:07:48 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-4.uni-koblenz.de [141.26.131.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA01533 for ; Mon, 1 Feb 1999 02:07:40 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id CAA05855; Sun, 31 Jan 1999 02:22:46 +0100 Message-ID: <19990131022245.A5773@uni-koblenz.de> Date: Sun, 31 Jan 1999 02:22:45 +0100 From: ralf@uni-koblenz.de To: Thomas Riemer , linux-mips@fnet.fr Subject: Re: kernel version References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Thomas Riemer on Sat, Jan 30, 1999 at 05:29:35PM -0500 Content-Length: 522 Lines: 13 On Sat, Jan 30, 1999 at 05:29:35PM -0500, Thomas Riemer wrote: > Which version of the kernel is the primary work being done on.... > I'm working on 2.1.131 - but some of the more recent patches seem > to indicate something earlier.... > > I'm trying to figure out if the patches for wait actually would solve > a bug that I'm seeing in timer_bh when I turn on my scsi driver. If you are referering to the patch which fixed the corruption of the a3 register for to be restarted syscalls, then the answer is no. Ralf From ralf@lappi.waldorf-gmbh.de Mon Feb 1 02:08:01 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 CAA05376; Mon, 1 Feb 1999 02:07:59 +0100 (MET) Received-Date: Mon, 1 Feb 1999 02:07:59 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-4.uni-koblenz.de [141.26.131.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA01558 for ; Mon, 1 Feb 1999 02:07:55 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id CAA05858 for linux-mips@fnet.fr; Sun, 31 Jan 1999 02:28:11 +0100 Message-ID: <19990131022811.B5773@uni-koblenz.de> Date: Sun, 31 Jan 1999 02:28:11 +0100 From: ralf@uni-koblenz.de To: linux-mips@fnet.fr Subject: Re: DEC linux root file system uploaded References: <199901301647.RAA15286@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 Richard van den Berg on Sat, Jan 30, 1999 at 06:57:15PM +0100 Content-Length: 622 Lines: 14 On Sat, Jan 30, 1999 at 06:57:15PM +0100, Richard van den Berg wrote: > That's because of lack of a.out support of binutils, and as far as I > understand will never happen in the official binutils. The solution for > this is described at > http://www.inter.nl.net/users/schnecke/html/mips/netboot.html I removed the a.out support from the binutils because I though nobody would have any use for it anymore. Some time ago I discussed this with Harald, his answer did was that there would be no real reason to add it back. If there is a good reason to add a.out back, just say so. It's really a trivial change. Ralf From ralf@lappi.waldorf-gmbh.de Mon Feb 1 02:10:06 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 CAA05477; Mon, 1 Feb 1999 02:10:04 +0100 (MET) Received-Date: Mon, 1 Feb 1999 02:10:04 +0100 (MET) Received: from lappi.waldorf-gmbh.de (cacc-4.uni-koblenz.de [141.26.131.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA01662 for ; Mon, 1 Feb 1999 02:10:00 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id CAA05861; Sun, 31 Jan 1999 02:30:46 +0100 Message-ID: <19990131023046.C5773@uni-koblenz.de> Date: Sun, 31 Jan 1999 02:30:46 +0100 From: ralf@uni-koblenz.de To: Radoslaw Roszczyk , linux-mips@fnet.fr Subject: Re: IRIS 4D References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Radoslaw Roszczyk on Sat, Jan 30, 1999 at 09:03:38PM +0100 Content-Length: 225 Lines: 8 On Sat, Jan 30, 1999 at 09:03:38PM +0100, Radoslaw Roszczyk wrote: > I am searching for Linux for IRIS 4D/310GTX. If anybody is knowing where I > can find it, please write to me. Linux doesn't support this machine. Ralf From K.H.C.vanHouten@research.kpn.com Sun Jan 31 16:18: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 QAA00414; Sun, 31 Jan 1999 16:18:31 +0100 (MET) Received-Date: Sun, 31 Jan 1999 16:18:31 +0100 (MET) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3149) with SMTP id <01J773FKNUT800008H@research.kpn.com> for linux-mips@fnet.fr; Sun, 31 Jan 1999 16:18:36 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id QAA09023; Sun, 31 Jan 1999 16:18:24 +0100 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 31 Jan 1999 16:18:23 +0100 (MET) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: DEC linux root file system uploaded In-reply-to: To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199901311518.QAA09023@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: 810 Lines: 27 Hi DECStation hackers, I've finally managed to get my DECStation running a NATIVE compiled kernel! Thanks to Richard for pointing me to the last missing part. I have made a mini HOWTO on my website about how to do it: http://www.xs4all.nl/~vhouten/mipsel Tom, this might get you going too! Richard v.d. Berg wrote: > That's because of lack of a.out support of binutils, and as far as I > understand will never happen in the official binutils. The solution for > this is described at > http://www.inter.nl.net/users/schnecke/html/mips/netboot.html 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 triemer@apt4g.a3nyc.com Sun Jan 31 18:16:08 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 SAA01135; Sun, 31 Jan 1999 18:16:07 +0100 (MET) Received-Date: Sun, 31 Jan 1999 18:16:07 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id MAA02869; Sun, 31 Jan 1999 12:16:14 -0500 Date: Sun, 31 Jan 1999 12:16:13 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr cc: "Houten K.H.C. van" Subject: Re: DEC linux root file system uploaded In-Reply-To: <199901311518.QAA09023@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1164 Lines: 40 Congratulations.... Mine is chugging away according to your instructions... I expect to see results about 7:00PM tonight.... -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sun, 31 Jan 1999, Karel van Houten wrote: > Hi DECStation hackers, > > I've finally managed to get my DECStation running a NATIVE compiled kernel! > > Thanks to Richard for pointing me to the last missing part. > > I have made a mini HOWTO on my website about how to do it: > > http://www.xs4all.nl/~vhouten/mipsel > > Tom, this might get you going too! > > Richard v.d. Berg wrote: > > That's because of lack of a.out support of binutils, and as far as I > > understand will never happen in the official binutils. The solution for > > this is described at > > http://www.inter.nl.net/users/schnecke/html/mips/netboot.html > > 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 R.vandenBerg@inter.NL.net Sun Jan 31 19:32: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 TAA01703; Sun, 31 Jan 1999 19:32:21 +0100 (MET) Received-Date: Sun, 31 Jan 1999 19:32:21 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-50.Hoorn.NL.net [193.79.46.214] with ESMTP id TAA00551 (8.8.8/3.36); Sun, 31 Jan 1999 19:32:14 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 31 Jan 1999 19:29:51 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 31 Jan 1999 19:29:50 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr cc: Michael Engel Subject: Re: DEC linux root file system uploaded In-Reply-To: <199901311518.QAA09023@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 575 Lines: 21 Hello Karel, On Sun, 31 Jan 1999, Karel van Houten wrote: > Hi DECStation hackers, > I've finally managed to get my DECStation running a NATIVE compiled kernel! Congratulations. > Thanks to Richard for pointing me to the last missing part. To make it complete together with your root-image and Thomas' egcs from ftp://ftp.franken.de/pub/people/tsbogend/mips/RPMS/egcs-1.0.2-9.mipsel.rpm currently work is underway for a DECstation binutils rpm package. Michael shall I upload it to ftp://ftp.unix-ag.org after having verified that it works allright? Regards, Richard From engel@math.uni-siegen.de Sun Jan 31 20:20:51 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 UAA01930; Sun, 31 Jan 1999 20:20:49 +0100 (MET) Received-Date: Sun, 31 Jan 1999 20:20:49 +0100 (MET) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id UAA11148 for linux-mips@fnet.fr; Sun, 31 Jan 1999 20:21:48 +0100 (MET) From: Michael Engel Message-Id: <199901311921.UAA11148@fourier.numerik.math.uni-siegen.de> Subject: Re: DEC linux root file system uploaded To: linux-mips@fnet.fr Date: Sun, 31 Jan 1999 20:21:47 +0100 (MET) In-Reply-To: from "Richard van den Berg" at Jan 31, 99 07:29:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1269 Lines: 27 Hi Richard, > To make it complete together with your root-image and Thomas' egcs from > ftp://ftp.franken.de/pub/people/tsbogend/mips/RPMS/egcs-1.0.2-9.mipsel.rpm > currently work is underway for a DECstation binutils rpm package. > > Michael shall I upload it to ftp://ftp.unix-ag.org after having verified > that it works allright? Yep, that would be fine. I'm going to overhaul the DECstation server a bit during the next few days (we had disk space problems so I wasn't able to put all the new things on it and also some hardware problems that caused the machine to permanently reboot until last Monday ... both problems are resolved now _and_we got a new ethernet switch and will soon be connected to our campus backbone with 100 MBits so you can get the full 20 MBit/sec. out of the server ! ;-)) to reflect the great advance the DECstation port has been experiencing during the last weeks. I was thinking about putting decstation.unix-ag.org on its own server - a DECstation running Linux, of course (it currently runs on an Pentium 166 running FreeBSD connected to a couple of old DEC RZ disks. Originally, the server was a DECstation 5000/200 running Ultrix but that machine died :-(). Any Apache rpms for mipsel-linux so far ? ;-). regards, Michael