From ralf@lappi.waldorf-gmbh.de Thu Jul 1 00:35: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 AAA06755; Thu, 1 Jul 1999 00:35:28 +0200 (MET DST) Received-Date: Thu, 1 Jul 1999 00:35:28 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-20.uni-koblenz.de [141.26.131.20]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA26366 for ; Thu, 1 Jul 1999 00:35:24 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA30446; Thu, 1 Jul 1999 00:34:58 +0200 Date: Thu, 1 Jul 1999 00:34:58 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, Linux Announce Mailinglist , Arnaldo Carvalho de Melo , Marcelo Tosatti , Kirill Malkin Subject: New Linux/MIPS crosscompilers available Message-ID: <19990701003458.A30366@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 5772 Lines: 114 -----BEGIN PGP SIGNED MESSAGE----- Hi, I've uploaded new patches to build native and cross binutils and compilers for mips-linux and mipsel-linux targets for Linux/MIPS on ftp.linux.sgi.com into /pub/linux/mips/crossdev/src/ rsp. /pub/linux/mips/crossdev/src/egcs/. Binaries of binutils and egcs are available for the following types of hosts are available in /pub/linux/mips/crossdev/ - Linux/i386 (glibc 2.1 required) - Linux/Alpha (glibc 2.0 or newer required) - Linux/Sparc (glibc 2.0 or newer required) - Linux/PPC (glibc 2.0 or newer required) Credits for providing the Alpha and Sparc binaries go to Arnaldo Carvalho de Melo (acme@conectiva.com.br). Please read the list of changes to the patch files and RPM packages below. Please report problems ralf@uni-koblenz.de or one of the Linux/MIPS mailing lists. Ralf Changes to egcs since egcs 1.0.2: - Fixed #ident operator to generate .ident, not .string. You must upgrade binutils to at least binutils-2.8.1-1.diff before you can use or build this compiler. You must installed this compiler release if you want to compile modutils; previous releases were producing bad code. Changes to binutils since version binutils-2.8.1-2.diff: - TLB instructions are now applied to the same instruction scheduling rules as other coprocessor instructions. - Rebuilt the binary RPM using the new patch. You must upgrade to binutils-2.8.1-2.diff if you wish to compile Linux/MIPS kernels for R3000 CPUs. Changes to binutils since version binutils-2.8.1-1.diff: - Fix the .ident pseudo op in gas to handle sections correctly. You must upgrade to at least this version before you want to upgrade to egcs-1.0.3a.diff. 66f22d90c7bdbf77035f35a4cffa0e63 binutils-2.8.1-3.diff.gz 24906a53ab1abc105256d29e4928a77e binutils-mips-linux-2.8.1-1.alpha.rpm 331bbbe37ec6005a429d8e5886ccba1c binutils-mipsel-linux-2.8.1-1.alpha.rpm 17c1a924b4934040e6a5d0f7eef42278 binutils-mips-linux-2.8.1-1.i386.rpm 1e45a295ec695b241434332721144b1e binutils-mipsel-linux-2.8.1-1.i386.rpm c3214c60813f045e72ca2162a23c717e binutils-mips-linux-2.8.1-1.ppc.rpm 30652af3c6d6daf390f1c8b682dcdbde binutils-mipsel-linux-2.8.1-1.ppc.rpm 289f49618cb1fd122c0a1080575e30b8 binutils-mips-linux-2.8.1-1.sparc.rpm 489e2e34bf8d1671645b85fb3c630f68 binutils-mipsel-linux-2.8.1-1.sparc.rpm ef30d241f81c13cf443631bcd5ab1914 cross-binutils-2.8.1-1.src.rpm e64f9950999f3e0850ba7f73e65b75e5 cross-egcs-1.0.3a-1.src.rpm 5f57e092d9b5f221054332fc039dc4ff egcs-1.0.3a-2.diff.gz 04b9084199eb234b588ae8fcdb930dac egcs-c++-mips-linux-1.0.3a-1.alpha.rpm f10ddf2c07d2fd36ad02bed7a3e3acc7 egcs-c++-mipsel-linux-1.0.3a-1.alpha.rpm bbcfe6b7b1594d639156b90687fb4a5c egcs-g77-mips-linux-1.0.3a-1.alpha.rpm 1ccb88ad648f1ee762f45788e4a61e79 egcs-g77-mipsel-linux-1.0.3a-1.alpha.rpm 67af9cea602b93b6d125e569a3f938b3 egcs-libstdc++-mips-linux-2.8.0-1.alpha.rpm f0d2a5c19cbaf63859405f725f41818b egcs-libstdc++-mipsel-linux-2.8.0-1.alpha.rpm e3bf275316b98adb6367304d9db01a1d egcs-mips-linux-1.0.3a-1.alpha.rpm 1ae65785a9deb0cdedb5a656ade821c4 egcs-mipsel-linux-1.0.3a-1.alpha.rpm 720e571214f8d9ba05a998a10704af6b egcs-objc-mips-linux-1.0.3a-1.alpha.rpm 32bc3f37365483d5b65bd1aa4c8e0876 egcs-objc-mipsel-linux-1.0.3a-1.alpha.rpm 3d0dc466d92175c121300bdef4881a33 egcs-c++-mips-linux-1.0.3a-1.i386.rpm c4272a37fe8e57b3f9bb8be738274836 egcs-c++-mipsel-linux-1.0.3a-1.i386.rpm c0de740218490e1b5256c002df724e9e egcs-g77-mips-linux-1.0.3a-1.i386.rpm 9d539da26bb07b7edca4c2106cb23d3a egcs-g77-mipsel-linux-1.0.3a-1.i386.rpm e6bd26ab57563f6d6e854325728fe3f2 egcs-libstdc++-mips-linux-2.8.0-1.i386.rpm 42300569bb1356d4c3209006700f1c6a egcs-libstdc++-mipsel-linux-2.8.0-1.i386.rpm 9d69a4a9bb481ff8bde126b58e13f184 egcs-mips-linux-1.0.3a-1.i386.rpm a84256a9295121d8042e0a5a8f1127ea egcs-mipsel-linux-1.0.3a-1.i386.rpm e5583f2486e5a87e4715e2a0757f316d egcs-objc-mips-linux-1.0.3a-1.i386.rpm 0a1d9166d05c40fe242ebf3e8e4c9d67 egcs-objc-mipsel-linux-1.0.3a-1.i386.rpm f0f1d54a00c61541326d7a9c6fabd856 egcs-c++-mips-linux-1.0.3a-1.ppc.rpm f28e90e7bf2494be0c55d85a15ed7763 egcs-c++-mipsel-linux-1.0.3a-1.ppc.rpm ee7eb7f1bb1a24ba024ef6b16eb140d1 egcs-g77-mips-linux-1.0.3a-1.ppc.rpm 599424fb7cb8c6f9c665b4724be07bc8 egcs-g77-mipsel-linux-1.0.3a-1.ppc.rpm bf4a42ed26188fd3deaceeaf864d7765 egcs-libstdc++-mips-linux-2.8.0-1.ppc.rpm 770888f1c4c2882c9e5d1c6627c3ab81 egcs-libstdc++-mipsel-linux-2.8.0-1.ppc.rpm be4bf0ac5d0804fcd6a31ec88cfe651e egcs-mips-linux-1.0.3a-1.ppc.rpm 679de1a46ea47ef7a829e6abcb47a257 egcs-mipsel-linux-1.0.3a-1.ppc.rpm 3ab9e864b8b3d58bcac6c07fa7363daf egcs-objc-mips-linux-1.0.3a-1.ppc.rpm c48aaeabd8b7373ee8fd3b358fa0869c egcs-objc-mipsel-linux-1.0.3a-1.ppc.rpm f5dacd4ad42184f57a8cff6ea650e4be egcs-c++-mips-linux-1.0.3a-1.sparc.rpm 09f2301fc208bf434fb83c6ccebe9752 egcs-c++-mipsel-linux-1.0.3a-1.sparc.rpm dd9630b77a2ec7fa057da244040b4d6d egcs-g77-mips-linux-1.0.3a-1.sparc.rpm 26c01a32ec26cbc1746bca05c9726e3b egcs-g77-mipsel-linux-1.0.3a-1.sparc.rpm f6c2debe62d93ddedf95a91ee98805fb egcs-libstdc++-mips-linux-2.8.0-1.sparc.rpm 3da0d34a7420762c75fe477416451b71 egcs-libstdc++-mipsel-linux-2.8.0-1.sparc.rpm2ab9227097946bfbd4e795a07cad82a1 egcs-mips-linux-1.0.3a-1.sparc.rpm 0f19e28546a185da5969442a6d35b495 egcs-mipsel-linux-1.0.3a-1.sparc.rpm 6cdcfe0d1b52d3fd033c64a289ee4836 egcs-objc-mips-linux-1.0.3a-1.sparc.rpm 32ca712e0aa483520afe39b87b0fc6ab egcs-objc-mipsel-linux-1.0.3a-1.sparc.rpm -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQCVAwUBN3qbV0ckbl6vezDBAQGUsgP9F1VrQQELRKgm5SuVG7z13235ZgBmRnhA dYkE9NQMY798XedAnuf7SmZZGeaqYivM1/td8AXaDG8gueMcAzOoIkNhdeOGBVj2 L7CilWqpW60iMdTsjbXYT+azD4/xAB8CoBnK7hgEeZIqkEgTXfxPuOeb8G+2NAGc QpMp1L5xE+k= =Spnq -----END PGP SIGNATURE----- From ralf@lappi.waldorf-gmbh.de Thu Jul 1 01:02: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 BAA07577; Thu, 1 Jul 1999 01:02:18 +0200 (MET DST) Received-Date: Thu, 1 Jul 1999 01:02:18 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-20.uni-koblenz.de [141.26.131.20]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA04175 for ; Thu, 1 Jul 1999 01:02:16 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA30733; Thu, 1 Jul 1999 01:01:39 +0200 Date: Thu, 1 Jul 1999 01:01:39 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: linux-mips@fnet.fr Subject: Re: DECStation zs driver continued... Message-ID: <19990701010139.B30652@uni-koblenz.de> References: <3779C1F8.A000B45D@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3779C1F8.A000B45D@niisi.msk.ru>; from Gleb O. Raiko on Wed, Jun 30, 1999 at 11:06:32AM +0400 X-Accept-Language: de,en,fr Content-Length: 250 Lines: 9 On Wed, Jun 30, 1999 at 11:06:32AM +0400, Gleb O. Raiko wrote: > BTW, we've got at least 5 lance drivers (PC, Sparc, Atari, DECstation, > and Baget). Guess what I first got flamed for when these MIPS drivers appeared in the -ac patches ... Ralf From hlau@silicon-spice.com Thu Jul 1 04:15:42 1999 Received: from mailhost.silicon-spice.com (yarrow.silicon-spice.com [207.135.115.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA08876; Thu, 1 Jul 1999 04:15:36 +0200 (MET DST) Received-Date: Thu, 1 Jul 1999 04:15:36 +0200 (MET DST) Received: from silicon-spice.com (verbena.silicon-spice.com [192.168.1.243]) by mailhost.silicon-spice.com (8.9.2/8.9.2) with ESMTP id TAA06630 for ; Wed, 30 Jun 1999 19:15:20 -0700 (PDT) Message-ID: <377ACF26.DA64E481@silicon-spice.com> Date: Wed, 30 Jun 1999 19:15:03 -0700 From: hok lau X-Mailer: Mozilla 4.05 [en] (WinNT; U) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: IDT32364 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 95 Lines: 6 Hi, Does the MIPS port work for IDT RC32364? It's supposed to be MIPS II based. Cheers Hok From raiko@niisi.msk.ru Thu Jul 1 10:11:21 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 KAA12728; Thu, 1 Jul 1999 10:11:02 +0200 (MET DST) Received-Date: Thu, 1 Jul 1999 10:11:02 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA26639; Thu, 1 Jul 1999 12:10:26 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA30063; Thu, 1 Jul 1999 10:37:01 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA12694; Thu, 1 Jul 1999 12:07:09 +0400 (MSD) Message-ID: <377B233D.BA8AB0BA@niisi.msk.ru> Date: Thu, 01 Jul 1999 12:13:49 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: Harald Koerfgen CC: linux-mips@fnet.fr Subject: Re: DECStation zs driver continued... References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1041 Lines: 27 Hello, Harald Koerfgen wrote: > On 30-Jun-99 Gleb O. Raiko wrote: > > I'd like to note that I debugged DECstation zs at the point where it's > > stable enough to carry terminal, keyboard, and mouse. The only thing I > > have in TODO list is wait_until_sent. I think I'll ready to send a patch > > during next week. > > Excellent! Do you see a chance to unify your Baget driver and the > DECstation driver? Perhaps, you didn't understand that but we use the same sources. Even now we define CONFIG_TC for Baget. The only Baget-specific changes we made were in initialization code where we added additional conditions for Baget and converted some defines to variables (irq number, register window offset, clock value, etc.) > Nevertheless, I haven't given up yet and I still have some ideas for a > unified lance driver. Perhaps, it's worth idea to talk with Donald Becker who is mantainer of network drivers and Jakub Jelinek who had the valuable ideas about unified driver layer and who is able to implement it quickly. Regards, Gleb. From Harald.Koerfgen@home.ivm.de Thu Jul 1 13:23:04 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA13600; Thu, 1 Jul 1999 13:23:02 +0200 (MET DST) Received-Date: Thu, 1 Jul 1999 13:23:02 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id NAA18047; Thu, 1 Jul 1999 13:22:43 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199907010053.RAA00061@fir.engr.sgi.com> Date: Thu, 01 Jul 1999 13:25:45 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "William J. Earl" Subject: Re: Memory corruption Cc: linux@cthulhu.engr.sgi.com, Ulf Carlsson , Ralf Baechle , linux-mips@fnet.fr Content-Length: 1291 Lines: 32 On 01-Jul-99 William J. Earl wrote: > Ralf Baechle writes: [...] > > Actually we're pretty generous with our cacheflushed, we flush more than we > > should. > > Yes, but it is not clear that all paths are covered. > > > > Also, the flush_page_to_ram() slows down processing on > > > machines which physical cache tags, for cases where the virtual > > > index used by the kernel and the virtual index used by the application > > > are the same. It should have an extra argument of the intended user virtual > > > address, so that it can decide whether to flush or not on architectures > > > such as MIPS. > > > > For R3000 and R6000 flush_page_to_ram() is a no-op, see arch/mips/mm/r2300.c > > and arch/mips/mm/r6000.c. > > Yes, since those have write-through caches. The icache > invalidation is still an issue, if there are any paths, such as > try_to_swap_out(), which break a virtual-to-physical mapping without > flushing the icache. A good point. That seems to be exactly the problem R3k DECstations have. Processes are dying with SIGABRT SIGBUS or SIGSEGV shortly after swapping occurs. Trying to hunt that down I removed all optimisations from the cacheflushing routines and replaced them with flush_cache_all() but that didn't help. --- Regards, Harald From R.vandenBerg@inter.NL.net Fri Jul 2 10:02:36 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 KAA22298; Fri, 2 Jul 1999 10:02:35 +0200 (MET DST) Received-Date: Fri, 2 Jul 1999 10:02:35 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-22.Hoorn.NL.net [193.79.46.186] with ESMTP id KAA23360 (8.8.8/3.40); Fri, 2 Jul 1999 10:02:33 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 2 Jul 1999 09:39:26 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 2 Jul 1999 09:39:25 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Manish Talwar cc: linux-mips@fnet.fr Subject: Re: Please Help !!! In-Reply-To: <377CDEF0.EA86930B@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 436 Lines: 15 On Sat, 3 Jul 1999, Manish Talwar wrote: > I am having problem cross compiling kaffe and mips tx39 gcc of Toshiba > Can u please help me asap When you give a more detailed description of the problem, you might get a more detailed solution. Meanwhile have a look these pages: http://www.linux.sgi.com/ http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Regards, Richard From seb@moria.linguist.jussieu.fr Fri Jul 2 11:11:00 1999 Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA23062; Fri, 2 Jul 1999 11:10:59 +0200 (MET DST) Received-Date: Fri, 2 Jul 1999 11:10:59 +0200 (MET DST) Received: from moria.linguist.jussieu.fr (moria.linguist.jussieu.fr [134.157.23.19]) by shiva.jussieu.fr (8.9.3/jtpda-5.3.2) with ESMTP id LAA05952 ; Fri, 2 Jul 1999 11:10:57 +0200 (CEST) Received: from moria.linguist.jussieu.fr (localhost.linguist.jussieu.fr [127.0.0.1]) by moria.linguist.jussieu.fr (8.9.2/8.9.3/$RCSfile: moria.mc,v $Revision: 1.6 $) with ESMTP id LAA14735; Fri, 2 Jul 1999 11:10:56 +0200 (CEST) Message-Id: <199907020910.LAA14735@moria.linguist.jussieu.fr> To: damos.yum@usa.net cc: linux-mips@fnet.fr Subject: Re: bootp a Dec5000/240 In-reply-to: <19990702020004.22982.qmail@nw176.netaddress.usa.net> X-it: moria (wrong CPU but right OS) X-MAILER: NMH 0.27 Date: Fri, 02 Jul 1999 11:10:56 +0200 From: Stoned Elipot Content-Length: 1234 Lines: 33 Hi, I quote your message to the list linux-mips@fnet.fr "where" there should be people able to help you. On 1 Jul 99 20:00:04 MDT damos.yum@usa.net wrote: > Hi > I have recently followed the instructions from the DECStation Linux > installation HOWTO site setting up the boot and root FS server. I am using a > a alpha 500 running unix 4.0d as a server from which to boot the DEC station. > I have followed all the steps thus far to the point of configuring the > bootptab. This is how I configured it so far: > byron:\ //The name of my machine > ::\ > :ht=ether:\ > :ha=080026301a59:\ > :bf=vmlinux:\ > :sa=10.1.0.100:\ > :ip=10.1.0.150:\ > :gw=10.1.1.2:\ > :sm=255.255.0.0:\ > :td=/linux:\ > :hd=/linux:\ > > > > The problem I am encountering is that the decstation will not respond to the > bootp. I was wondering if you had any ideas on what may be missing here, or > of any mistakes or solution that may be worth checking out. I would be most > grateful for any responces! Thanks Damien. > > ____________________________________________________________________ > Get free e-mail and a permanent address at http://www.netaddress.com/?N=1 From K.H.C.vanHouten@research.kpn.com Fri Jul 2 17:03: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 RAA25008; Fri, 2 Jul 1999 17:03:13 +0200 (MET DST) Received-Date: Fri, 2 Jul 1999 17:03:13 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JD3H90RX7Q0007L8@research.kpn.com> for linux-mips@fnet.fr; Fri, 2 Jul 1999 17:02:31 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id RAA24474; Fri, 02 Jul 1999 17:01:39 +0200 (MET DST) Date: Fri, 02 Jul 1999 17:01:39 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: r2300_patch and hz_patch updated In-reply-to: "Your message of Wed, 30 Jun 1999 18:43:37 +0200." To: Harald Koerfgen Cc: linux-mips@fnet.fr, K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199907021501.RAA24474@sparta.research.kpn.com> Content-Length: 993 Lines: 26 Harald Koerfgen writes: >Gang, > >I just uploaded new versions of hz_patch.gz and r2300_patch.gz to >linux.sgi.com. These are against 2.2.10 from the CVS. > >To be able to compile 2.2.10 for little endian R4k machines you'll need >semaphore_patch.gz, but be warned, the r4k version of down_trylock is know >to be not fully correct although it _seems_ to work. Hi, i've just compiled linux 2.2.10 for R3k and R4k. On my R4k systems it runs fine, but on a R3k (3100) the network fails while mounting the root FS. I get repeated "neighbour table overflow" errors, and finally it gives up to mount NFS root, and panics. This is the only system I've tried to netboot on a busy network. A 5000/260 on a quiet network goes OK, as does a 5000/150 booting from disk. I'll have to find out if this is CPU related, or just a bug in 2.2.10 for DECStations (there are lots of changes in the ipv4 networking code between 2.2.1 and 2.2.10!). Does anyone of you have similar experiences? Regards, Karel. From manish_talwar@hotmail.com Fri Jul 2 08:45:19 1999 Received: from talwar (ppp15058.telecom.alles.or.jp [210.231.142.122]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA21915; Fri, 2 Jul 1999 08:45:17 +0200 (MET DST) Received-Date: Fri, 2 Jul 1999 08:45:17 +0200 (MET DST) Received: from hotmail.com (manish@localhost [127.0.0.1]) by talwar (8.8.7/8.8.7) with ESMTP id AAA02186 for ; Sat, 3 Jul 1999 00:46:56 +0900 Sender: manish@talwar Message-ID: <377CDEF0.EA86930B@hotmail.com> Date: Sat, 03 Jul 1999 00:46:56 +0900 From: Manish Talwar X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Please Help !!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 152 Lines: 9 Hi there, I am having problem cross compiling kaffe and mips tx39 gcc of Toshiba Can u please help me asap Regards, Manish manish_talwar@hotmail.com From R.vandenBerg@inter.NL.net Sat Jul 3 21:35:12 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA05021; Sat, 3 Jul 1999 21:35:12 +0200 (MET DST) Received-Date: Sat, 3 Jul 1999 21:35:12 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-50.Hoorn.NL.net [193.79.46.214] with ESMTP id VAA12294 (8.8.8/3.40); Sat, 3 Jul 1999 21:35:10 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 3 Jul 1999 21:34:54 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 3 Jul 1999 21:34:52 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: damos.yum@usa.net cc: linux-mips@fnet.fr Subject: Re: bootp a Dec5000/240 In-Reply-To: <199907020910.LAA14735@moria.linguist.jussieu.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1278 Lines: 39 Hello, > I have recently followed the instructions from the DECStation Linux > installation HOWTO site setting up the boot and root FS server. I am using a > a alpha 500 running unix 4.0d as a server from which to boot the DEC station. > > I have followed all the steps thus far to the point of configuring the > bootptab. This is how I configured it so far: > byron:\ //The name of my machine > ::\ > :ht=ether:\ > :ha=080026301a59:\ > :bf=vmlinux:\ ^^^^^^^ Where did you get that file from? Current builds produces a vmlinux.ecoff and before it was nbImage. > :sa=10.1.0.100:\ > :ip=10.1.0.150:\ > :gw=10.1.1.2:\ > :sm=255.255.0.0:\ > :td=/linux:\ > :hd=/linux:\ > > > > The problem I am encountering is that the decstation will not respond to the > bootp. I was wondering if you had any ideas on what may be missing here, or > of any mistakes or solution that may be worth checking out. Does the DECstation produce an error message, that can be helpful too give us a clue. The tftp server on Linux also likes the file to be world readable. Meanwhile Karel has instructions for his pre-built kernel binairies on his site: http://www.xs4all.nl/~vhouten/mipsel/ Regards, Richard From R.vandenBerg@inter.NL.net Sun Jul 4 00:26:27 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA06847; Sun, 4 Jul 1999 00:26:26 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 00:26:26 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-19.Hoorn.NL.net [193.79.46.183] with ESMTP for id AAA00243 (8.8.8/3.40); Sun, 4 Jul 1999 00:26:24 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 4 Jul 1999 00:26:10 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 4 Jul 1999 00:26:09 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: r2300_patch and hz_patch updated In-Reply-To: <199907021501.RAA24474@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 537 Lines: 14 Hello Karel, > Does anyone of you have similar experiences? Linux version 2.2.10 (ravdberg@fortuna) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #2 Sat Jul 3 23:56:56 CEST 1999 Boots fine on a 5k/25 with the whole filesystem nfs mounted and on a 5k/133 with the filesystem partial nfs mounted (/usr and /tmp local). This all on a local private network with top 5 machines connected, with usual traffic of one X-terminal and root fs of the 5k/133. BTW #1 was linked with the -N flag with the usual result. Regards, Richard From K.H.C.vanHouten@research.kpn.com Sun Jul 4 09:39:38 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 JAA11272; Sun, 4 Jul 1999 09:39:38 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 09:39:38 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JD5UE2LK7W00073T@research.kpn.com> for linux-mips@fnet.fr; Sun, 4 Jul 1999 09:39:33 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id JAA03082; Sun, 04 Jul 1999 09:39:32 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 04 Jul 1999 09:39:32 +0200 (MET DST) From: Karel van Houten Subject: Re: r2300_patch and hz_patch updated In-reply-to: To: R.vandenBerg@inter.NL.net (Richard van den Berg) Cc: linux-mips@fnet.fr Message-id: <199907040739.JAA03082@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: 1262 Lines: 31 Hi Richard, You wrote: > > > Does anyone of you have similar experiences? > > Linux version 2.2.10 (ravdberg@fortuna) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #2 Sat Jul 3 23:56:56 CEST 1999 > > Boots fine on a 5k/25 with the whole filesystem nfs mounted and on a > 5k/133 with the filesystem partial nfs mounted (/usr and /tmp local). This > all on a local private network with top 5 machines connected, with usual > traffic of one X-terminal and root fs of the 5k/133. BTW #1 was linked > with the -N flag with the usual result. I've successfully booted 2.2.10 on a 5000/240 on my network at home, including NFS root. So I think it is either 3100 related, or the result of a busy network. The network at my office has between 1000 and 2000 systems on it (switched segments), with the NFS server on a different segment from the DECStation. But I'm still in doubt wether I should update my pre-build kernels on my website. I would like to know them working on all 'supported' systems. 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 Jul 4 13:06:43 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA12966; Sun, 4 Jul 1999 13:06:42 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 13:06:42 +0200 (MET DST) Received: from mini.gt.owl.de (mini.gt.owl.de [62.52.19.6]) by noose.gt.owl.de (Postfix) with ESMTP id 17E77831; Sun, 4 Jul 1999 13:06:41 +0200 (CEST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 933B42E092; Sun, 4 Jul 1999 13:06:40 +0200 (CEST) Date: Sun, 4 Jul 1999 13:06:40 +0200 From: Florian Lohoff To: Richard van den Berg Cc: damos.yum@usa.net, linux-mips@fnet.fr Subject: Re: bootp a Dec5000/240 Message-ID: <19990704130640.F9494@mini.gt.owl.de> References: <199907020910.LAA14735@moria.linguist.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Richard van den Berg on Sat, Jul 03, 1999 at 09:34:52PM +0200 Sender: flo@mini.gt.owl.de Content-Length: 1724 Lines: 44 On Sat, Jul 03, 1999 at 09:34:52PM +0200, Richard van den Berg wrote: > > > I have recently followed the instructions from the DECStation Linux > > installation HOWTO site setting up the boot and root FS server. I am using a > > a alpha 500 running unix 4.0d as a server from which to boot the DEC station. > > > > I have followed all the steps thus far to the point of configuring the > > bootptab. This is how I configured it so far: > > byron:\ //The name of my machine > > ::\ > > :ht=ether:\ > > :ha=080026301a59:\ > > :bf=vmlinux:\ > > :sa=10.1.0.100:\ > > :ip=10.1.0.150:\ > > :gw=10.1.1.2:\ > > :sm=255.255.0.0:\ > > :td=/linux:\ > > :hd=/linux:\ > > > > > > > > The problem I am encountering is that the decstation will not respond to the > > bootp. I was wondering if you had any ideas on what may be missing here, or > > of any mistakes or solution that may be worth checking out. > > Does the DECstation produce an error message, that can be helpful too > give us a clue. The tftp server on Linux also likes the file to be world > readable. Meanwhile Karel has instructions for his pre-built kernel > binairies on his site: Just rereading - I had a similar problem - Bootpserver a Linux 2.2.x machine ? The Decstations seem not to answer on Arp request during tftp download so after 10-20 seconds the download stops because the arp entry expires. I have hardcoded my decstations in the arp cache to boot from 2.2. arp -s 10.1.1.11 08:00:2b:28:f0:a3 arp -s 10.1.1.12 08:00:2b:37:60:37 Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From R.vandenBerg@inter.NL.net Sun Jul 4 19:41: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 TAA15217; Sun, 4 Jul 1999 19:41:22 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 19:41:22 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-29.Hoorn.NL.net [193.79.46.193] with ESMTP id TAA09122 (8.8.8/3.40); Sun, 4 Jul 1999 19:41:20 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 4 Jul 1999 19:40:59 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 4 Jul 1999 19:40:58 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: damos.yum@usa.net cc: linux-mips@fnet.fr Subject: Re: bootp a Dec5000/240 In-Reply-To: <19990704130640.F9494@mini.gt.owl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 879 Lines: 23 On Sun, 4 Jul 1999, Florian Lohoff wrote: > Just rereading - I had a similar problem - Bootpserver a Linux 2.2.x machine ? It seems more like a DECstation issue. > The Decstations seem not to answer on Arp request during tftp download > so after 10-20 seconds the download stops because the arp entry expires. > I have hardcoded my decstations in the arp cache to boot from 2.2. What I have observed with the 5k/25 and /133 is that the arp entry on the server gets updated when the DECstation (re)starts and all goes well when the machine continues with a netboot. Leave either machine at the console prompt long enough so the arp entry expires - if it exists, issue a `boot` command and the DECstation reports a time-out. > arp -s 10.1.1.11 08:00:2b:28:f0:a3 > arp -s 10.1.1.12 08:00:2b:37:60:37 Indeed, I made a script for each machine that does that. Regards, Richard From alpha@rasgroup.rasgroup.com Sun Jul 4 21:55:53 1999 Received: from rasgroup.rasgroup.com (alpha@rasgroup.rasgroup.com [207.170.74.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA16470; Sun, 4 Jul 1999 21:55:51 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 21:55:51 +0200 (MET DST) Received: from localhost (alpha@localhost) by rasgroup.rasgroup.com (8.9.3/8.9.3) with SMTP id NAA16215 for ; Sun, 4 Jul 1999 13:55:28 -0500 Date: Sun, 4 Jul 1999 13:55:28 -0500 (CDT) From: "R.Charles Sweeten" To: linux-mips@fnet.fr Subject: Tandem 4440/A ?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1628 Lines: 37 Gents & Ladies, I recently aquired two (2) computer systems that I can't seem to find any information on. The are tagged "Tandem" and the model number is stated as "4440/A". They are MIPS R4000 based{50Mhz??} and have the phrase "ARCSystems" printed all over the place. They're EISA all the way. This leads me to believe that Linux/MIPS should work. I have several questions, if I may. Have you ever heard of theses?? I haven't been able to find any info on them from Tandem's site. Could they be another make and resold by Tandem?? If so, do you know what they are or who made them? They have a custom serial/ethernet card and a custom sound/mouse card. Any idea if those are supported by Linux/MIPS?? They appear to have 4meg EISA based graphics cards with 13W3 connector outputs. Any idea if THOSE are supported by Linux/MIPS?? If so, can you point me at the information on the cards?{I've got some mono Sun monitors. would they work?} When booting, does the system output to tty01 as well as the console?? Do you know what kind of memory they take?? One had two sticks left in it{hiding under a 105Mb scsi drive. hehehe} and it seems to be regular old RAM. Not even parity. Does this sound right? I would love to have any reference to these machines that you could point me at? They seem to have been scuttled but dont look in bad shape. I'd REALLY like to turn both of them into working linux boxes.{it would just have a high kewl-factor} And the fact that I only paid $5 apiece only sweetens the deal. Any help would be appreciated!! Thanx, Rick Sweeten............................................. From alhaz@xmission.com Sun Jul 4 22:19:58 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 WAA17006; Sun, 4 Jul 1999 22:19:57 +0200 (MET DST) Received-Date: Sun, 4 Jul 1999 22:19:57 +0200 (MET DST) Received: from alhaz.dsl.xmission.com ([198.60.114.134] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.12 #1) id 110sjy-0006au-00; Sun, 4 Jul 1999 14:19:54 -0600 Sender: alhaz@fnet.fr Message-ID: <377FC169.F0495CA0@xmission.com> Date: Sun, 04 Jul 1999 14:17:45 -0600 From: Eric Jorgensen X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.9 i686) X-Accept-Language: en MIME-Version: 1.0 To: "R.Charles Sweeten" , linux-mips@fnet.fr Subject: Re: Tandem 4440/A ?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2873 Lines: 59 I've personally never heard of them, but they sound strikingly similar to the original Jazz platform. Are you sure the video is EISA? The Jazz frame buffer uses an EISA type card edge connector but it is not in line with the backplane - mostly because it's a proprietary interface. Also - chances are that 13w3 uses the SGI pinout, which is substantially different from the Sun pinout. If your Sun monitors are analog signaled (not ECL as would be found on Sun3 systems) they might work, after the connector has been rewired. The most notable difference, aside from the pin assignment, is that Sun uses composite sync and SGI does not. This could be a problem if your Sun monitors expect composite sync. Also, if this is Jazz derived, the memory would most definately be parity. The Magnum 4000/pc (reference Jazz design) is tremendously picky about it's memory. Incedentally, Mips Co. has been clock doubling for ages, but it took Intel to make it popular. the 50Mhz refers to the external clock - the chip is 100Mhz internally. Until Intel started doing it, most other chip makers didn't think an internal clock was something to brag about. At least, this was the case with Mips and I believe AMD AM29000 chips. $5 is a pretty good deal - that's how much my Magnum cost me. - eric > I recently aquired two (2) computer systems that I can't seem to find any > information on. The are tagged "Tandem" and the model number is stated as > "4440/A". They are MIPS R4000 based{50Mhz??} and have the phrase > "ARCSystems" printed all over the place. They're EISA all the way. This > leads me to believe that Linux/MIPS should work. > > I have several questions, if I may. > > Have you ever heard of theses?? I haven't been able to find any info on > them from Tandem's site. > Could they be another make and resold by Tandem?? If so, do you know what > they are or who made them? > They have a custom serial/ethernet card and a custom sound/mouse card. > Any idea if those are supported by Linux/MIPS?? > They appear to have 4meg EISA based graphics cards with 13W3 connector > outputs. Any idea if THOSE are supported by Linux/MIPS?? If so, can you > point me at the information on the cards?{I've got some mono Sun monitors. > would they work?} > When booting, does the system output to tty01 as well as the console?? > Do you know what kind of memory they take?? One had two sticks left in > it{hiding under a 105Mb scsi drive. hehehe} and it seems to be regular > old RAM. Not even parity. Does this sound right? > > I would love to have any reference to these machines that you could point > me at? They seem to have been scuttled but dont look in bad shape. I'd > REALLY like to turn both of them into working linux boxes.{it would just > have a high kewl-factor} And the fact that I only paid $5 apiece only > sweetens the deal. From ralf@lappi.waldorf-gmbh.de Tue Jul 6 00:00:24 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 AAA28759; Tue, 6 Jul 1999 00:00:23 +0200 (MET DST) Received-Date: Tue, 6 Jul 1999 00:00:23 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA08585 for ; Tue, 6 Jul 1999 00:00:20 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id OAA05468; Mon, 5 Jul 1999 14:28:37 +0200 Date: Mon, 5 Jul 1999 14:28:37 +0200 From: Ralf Baechle To: "William J. Earl" Cc: digital convergence , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: IRIX binary compatibility (Was: Re: X VNC server compiled on Hardhat!!) Message-ID: <19990705142836.B5432@uni-koblenz.de> References: <19990614043723.24062.rocketmail@web502.yahoomail.com> <19990614123809.C14977@uni-koblenz.de> <199906300008.RAA09229@fir.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199906300008.RAA09229@fir.engr.sgi.com>; from William J. Earl on Tue, Jun 29, 1999 at 05:08:31PM -0700 X-Accept-Language: de,en,fr Content-Length: 1033 Lines: 23 On Tue, Jun 29, 1999 at 05:08:31PM -0700, William J. Earl wrote: > Ralf Baechle writes: > > On Sun, Jun 13, 1999 at 09:37:23PM -0700, digital convergence wrote: > > > > > btw, how well is native IRIX binary loading supported? I wish to run a > > > copy of BMRT on my farm of indy's under linux, but it won't let me > > > execute any of the binaries (they're R4000 optimised old style linkage > > > bins).... > > > > Only a limited number of syscalls and other interfaces is supported at > > all and I haven't received any reports about the IRIX compatibility > > stuff in ages. Anybody interested in maintaining this facility? > > IRIX 4.* binaries are COFF binaries, not ELF, and have a very > different ABI from IRIX 5.* binaries. The present support is really > for IRIX 5 binaries, which are much closer in interface semantics to > Linux native binaries. So far not a single person has asked for binary compatibility with IRIX < 5.0, so ECOFF support isn't exactly something I'm worried about ... Ralf From alpha@rasgroup.rasgroup.com Mon Jul 5 16:56:27 1999 Received: from rasgroup.rasgroup.com (alpha@rasgroup.rasgroup.com [207.170.74.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA24649; Mon, 5 Jul 1999 16:56:25 +0200 (MET DST) Received-Date: Mon, 5 Jul 1999 16:56:25 +0200 (MET DST) Received: from localhost (alpha@localhost) by rasgroup.rasgroup.com (8.9.3/8.9.3) with SMTP id IAA17574; Mon, 5 Jul 1999 08:55:52 -0500 Date: Mon, 5 Jul 1999 08:55:52 -0500 (CDT) From: "R.Charles Sweeten" To: Eric Jorgensen cc: linux-mips@fnet.fr Subject: Re: Tandem 4440/A ?? In-Reply-To: <377FC169.F0495CA0@xmission.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3756 Lines: 81 Eric, You'd be correct on the video. The connector is not in line with the rest of the EISA bus. I suspected that it may not be actually EISA, but I'd thought that I'd seen other EISA boards with an offset slot like that. As for the memory, there's no guarantee, of course, that the memory that I found in the system is the memory that worked in it. It looked authentic/orginal, but oh well. It has 8 chips on the stick and would be seen in my PS/1{requires parity} and came up in a generic 486 I was playing with. So, is there no reference point for these machines? No web page with docs or anything? Or is this a "you want it, then do it" kind of thing? Thanks for the info, Rick......................... On Sun, 4 Jul 1999, Eric Jorgensen wrote: > > I've personally never heard of them, but they sound strikingly similar > to the original Jazz platform. > > Are you sure the video is EISA? The Jazz frame buffer uses an EISA type > card edge connector but it is not in line with the backplane - mostly > because it's a proprietary interface. > > Also - chances are that 13w3 uses the SGI pinout, which is > substantially different from the Sun pinout. If your Sun monitors are > analog signaled (not ECL as would be found on Sun3 systems) they might > work, after the connector has been rewired. > > The most notable difference, aside from the pin assignment, is that Sun > uses composite sync and SGI does not. This could be a problem if your > Sun monitors expect composite sync. > > Also, if this is Jazz derived, the memory would most definately be > parity. The Magnum 4000/pc (reference Jazz design) is tremendously picky > about it's memory. > > Incedentally, Mips Co. has been clock doubling for ages, but it took > Intel to make it popular. the 50Mhz refers to the external clock - the > chip is 100Mhz internally. Until Intel started doing it, most other chip > makers didn't think an internal clock was something to brag about. At > least, this was the case with Mips and I believe AMD AM29000 chips. > > $5 is a pretty good deal - that's how much my Magnum cost me. > > - eric > > > I recently aquired two (2) computer systems that I can't seem to find any > > information on. The are tagged "Tandem" and the model number is stated as > > "4440/A". They are MIPS R4000 based{50Mhz??} and have the phrase > > "ARCSystems" printed all over the place. They're EISA all the way. This > > leads me to believe that Linux/MIPS should work. > > > > I have several questions, if I may. > > > > Have you ever heard of theses?? I haven't been able to find any info on > > them from Tandem's site. > > Could they be another make and resold by Tandem?? If so, do you know what > > they are or who made them? > > They have a custom serial/ethernet card and a custom sound/mouse card. > > Any idea if those are supported by Linux/MIPS?? > > They appear to have 4meg EISA based graphics cards with 13W3 connector > > outputs. Any idea if THOSE are supported by Linux/MIPS?? If so, can you > > point me at the information on the cards?{I've got some mono Sun monitors. > > would they work?} > > When booting, does the system output to tty01 as well as the console?? > > Do you know what kind of memory they take?? One had two sticks left in > > it{hiding under a 105Mb scsi drive. hehehe} and it seems to be regular > > old RAM. Not even parity. Does this sound right? > > > > I would love to have any reference to these machines that you could point > > me at? They seem to have been scuttled but dont look in bad shape. I'd > > REALLY like to turn both of them into working linux boxes.{it would just > > have a high kewl-factor} And the fact that I only paid $5 apiece only > > sweetens the deal. > From alhaz@xmission.com Mon Jul 5 20:11:40 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 UAA26104; Mon, 5 Jul 1999 20:11:38 +0200 (MET DST) Received-Date: Mon, 5 Jul 1999 20:11:38 +0200 (MET DST) Received: from alhaz.dsl.xmission.com ([198.60.114.134] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.12 #1) id 111DDM-0005LK-00; Mon, 5 Jul 1999 12:11:36 -0600 Sender: alhaz@fnet.fr Message-ID: <3780F4D5.D9ACE8B3@xmission.com> Date: Mon, 05 Jul 1999 12:09:25 -0600 From: Eric Jorgensen X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.9 i686) X-Accept-Language: en MIME-Version: 1.0 To: "R.Charles Sweeten" CC: linux-mips@fnet.fr Subject: Re: Tandem 4440/A ?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 5645 Lines: 112 "R.Charles Sweeten" wrote: > > Eric, > > You'd be correct on the video. The connector is not in line with the rest > of the EISA bus. I suspected that it may not be actually EISA, but I'd > thought that I'd seen other EISA boards with an offset slot like that. Yup, that sounds like it's probably one of the many systems that were based heavily on the Jazz motherboard. Few companies varied from the design until NEC started manufacturing multiprocessor ARC systems. There were two video cards available for the proprietary 128-bit frame buffer interface in the Jazz motherboard. The low end one I believe was just refered to as "Jazz" and was a more or less brainless 8 bit non-accelerated Brooktree frame buffer. This is probably what you have. There should be a prominant Bt chip near the back of the case on the card. This frame buffer is fixed at 1024x768x8bpp. Probably at 60 or 72 hz. So nearly any good VGA monitor these days is compatible with it's signals. The high end one, I could have sworn they named it after some large jungle cat but Cheetah doesn't sound right. I believe it was manufactured by Carrera. It was accelerated and I believe was usually shipped with either both the 13W3 and an HD15, or just an HD15. This board was multi-frequency like PC video cards so it could do several resolutions. You probably don't have this one, since they were awful expensive, and you have just the one 13W3 connector anyway. There are companies that manufacture 13W3 to VGA adapters intended to let people attach PC monitors to SGI computers. They charge from $40 to $65 for the finished product. Alternately, on Sparc mailing lists, I've heard reports that ViewSonic will sell you a Sun 13W3 to SVGA adapter for $23 if you call them and tell them about how you'd just love to use a bright, crisp ViewSonic monitor instead of a fuzzy old Trinitron on your Sparc. If you're up for a little social engineering you might be able to swing the same deal saying how much more you like ViewSonic monitors than the monitor on your ageing Onyx. If you want to build your own, somebody on this list maintains a faq that includes SGI 13W3 to SVGA pinouts that I gave them. I still haven't personally tested them. What I have here is a fully wired cable hacked off the back of a dead Sun 21" monitor. It's quite fortunate that every pin is wired because Sun and Mips/SGI use different pins on the connector. My plan here is to stick an SVGA connector on the other end and plug it into a keyboard/monitor/mouse switchbox I bought about a month ago. One of these days when I get some of that "free time" I've heard about. Anyway, the 13W3 connector is available from Mouser for $11, preassembled. You want the preassembled one, since it's no fun to crimp the mini-coaxial bits into the housing without the proper tools. www.mouser.com. > As for the memory, there's no guarantee, of course, that the memory that I > found in the system is the memory that worked in it. It looked > authentic/orginal, but oh well. It has 8 chips on the stick and would > be seen in my PS/1{requires parity} and came up in a generic 486 I was > playing with. Hmm, well, it might work anyway. I mean, it's not like they couldn't have adjusted that part of the design. Have you tried booting it up at all? The original Magnum hardware has a small one-digit LED readout on the motherboard that serves more or less as a POST code display. As long as you have a keyboard plugged into the keyboard port (Should be PS/2 style), if all is well it should go completely blank as soon as the bootprom console loads - signifying that it didn't have any problems with the hardware. > So, is there no reference point for these machines? No web page with docs > or anything? Or is this a "you want it, then do it" kind of thing? I believe there is a web page with docs on this somewhere. I'm sitting here with my own server on a T1 colocated at a company i work for, so I should go ahead and start a "Linux/Mips on Jazz/ARC Hardware" home page, if nobody else has one in the works already. Of course, it'd be cooler if i were running it on a Magnum, instead of a Sparc 2. Or if i had Linux running on my Magnum at all . . . . . Anyway, I'm sure you've noticed that, while pretty, the fnet.fr page is a couple years out of date. You can indeed run Linux mostly without problems at all on Jazz hardware. X and everything, so I hear it. Here are some more links on the issue: http://www.linux.sgi.com/ http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Jazz platform machines are bi-endian, being able to boot into either NT or RISCos. If yours is in big-endian mode and boots to an SRM console once you've got it hooked up to some video and a keyboard, you will need to switch the system into little-endian mode. on the Magnum this involves using a disk to load the ARC console into the boot prom, and the Magnum disk may or may not work in your system. You'll know SRM by the sinking feeling of futility generally associated with it. It's designed to mount a BSD filesystem and launch the OS, and I don't know if anybody has managed to get Linux/Mips to boot from SRM. It may well be possible, since Linux/Alpha is now booting correctly from the similar SRM console on AXP systems. To make things more confusing, Alpha and Mips both have both SRM and ARC consoles available, and both call their boot loader MiLo. If it boots up into something bearing a striking resemblance to the old Windows 3.0 setup program, that's the ARC console, and you're in business. - Eric From hughesmk@probass.com Mon Jul 5 22:43:31 1999 Received: from tas6-atm.tampabay.rr.com (tas6-atm.tampabay.rr.com [24.92.0.56]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27420; Mon, 5 Jul 1999 22:43:27 +0200 (MET DST) Received-Date: Mon, 5 Jul 1999 22:43:27 +0200 (MET DST) Received: from probass.com (dt062nb2.tampabay.rr.com [24.92.16.178]) by tas6-atm.tampabay.rr.com (8.9.3/8.9.3) with ESMTP id QAA02887 for ; Mon, 5 Jul 1999 16:39:25 -0400 (EDT) Message-ID: <378118AE.454554C2@probass.com> Date: Mon, 05 Jul 1999 16:42:22 -0400 From: "Michael Hughes@probass.com" Reply-To: hughesmk@probass.com Organization: Probass Networks Inc X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux Mips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 187 Lines: 8 I have around 80 Cobalt servers that use the Quantum Effects RM5231-250Q CPU. I would love to assit in what ever efforts are currently underway. Michael Hughes Probass Networks Inc. From ralf@lappi.waldorf-gmbh.de Tue Jul 6 00:32:11 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 AAA00842; Tue, 6 Jul 1999 00:32:10 +0200 (MET DST) Received-Date: Tue, 6 Jul 1999 00:32:10 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA09769 for ; Tue, 6 Jul 1999 00:32:07 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA07089; Tue, 6 Jul 1999 00:31:23 +0200 Date: Tue, 6 Jul 1999 00:31:23 +0200 From: Ralf Baechle To: Eric Jorgensen Cc: "R.Charles Sweeten" , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Tandem 4440/A ?? Message-ID: <19990706003123.D6351@uni-koblenz.de> References: <3780F4D5.D9ACE8B3@xmission.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3780F4D5.D9ACE8B3@xmission.com>; from Eric Jorgensen on Mon, Jul 05, 1999 at 12:09:25PM -0600 X-Accept-Language: de,en,fr Content-Length: 2131 Lines: 42 On Mon, Jul 05, 1999 at 12:09:25PM -0600, Eric Jorgensen wrote: > here with my own server on a T1 colocated at a company i work for, so I > should go ahead and start a "Linux/Mips on Jazz/ARC Hardware" home page, > if nobody else has one in the works already. Of course, it'd be cooler > if i were running it on a Magnum, instead of a Sparc 2. Or if i had > Linux running on my Magnum at all . . . . . Linux works just fine in little endian mode on Magnum 4000. The big endian mode uses the same partitioning scheme like IRIX which we purely coincidentaly happen to support :-) fdisk has some not too great support for creating Mips Disk Volume Headers in current versions. I've just written half of dvhtools and in the same washup will rewrite a free version of fx. > Jazz platform machines are bi-endian, being able to boot into either NT > or RISCos. If yours is in big-endian mode and boots to an SRM console > once you've got it hooked up to some video and a keyboard, you will need > to switch the system into little-endian mode. on the Magnum this > involves using a disk to load the ARC console into the boot prom, and > the Magnum disk may or may not work in your system. You'll know SRM by > the sinking feeling of futility generally associated with it. It's > designed to mount a BSD filesystem and launch the OS, and I don't know > if anybody has managed to get Linux/Mips to boot from SRM. It may well > be possible, since Linux/Alpha is now booting correctly from the similar > SRM console on AXP systems. It's actually fairly easy to get Linux running on that old Mips firmware. For the most part of it you can just ignore it's existence. For the rest of it I can send you actual code :-) I hope all that sounds at least somewhat attrative to somebody to actually complete the big endian port. Myself and if necessary hopefully a couple of MIPS RISC/os engineers as well can help if necessary :-) > To make things more confusing, Alpha and Mips both have both SRM and > ARC consoles available, and both call their boot loader MiLo. We don't use Milo anymore on the little endian ARC machines. Ralf From ralf@lappi.waldorf-gmbh.de Wed Jul 7 00:28: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 AAA13870; Wed, 7 Jul 1999 00:28:05 +0200 (MET DST) Received-Date: Wed, 7 Jul 1999 00:28:05 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-28.uni-koblenz.de [141.26.131.28]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA28476 for ; Wed, 7 Jul 1999 00:27:59 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA28855; Tue, 6 Jul 1999 15:05:49 +0200 Date: Tue, 6 Jul 1999 15:05:49 +0200 From: Ralf Baechle To: "William J. Earl" Cc: Ulf Carlsson , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Memory corruption Message-ID: <19990706150549.A28849@uni-koblenz.de> References: <19990622033931.A7201@thepuffingroup.com> <199906300101.SAA09334@fir.engr.sgi.com> <19990630044702.A6969@thepuffingroup.com> <199906302201.PAA29334@fir.engr.sgi.com> <19990701022357.D30652@uni-koblenz.de> <199907010053.RAA00061@fir.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199907010053.RAA00061@fir.engr.sgi.com>; from William J. Earl on Wed, Jun 30, 1999 at 05:53:58PM -0700 X-Accept-Language: de,en,fr Content-Length: 182 Lines: 7 I've received a report from some person who is working on his own R3081 port. He also observes data corruption and suspects reading of swapped pages is causing that. Sigh, Ralf From special_offers@gnwmail.com Wed Jul 7 18:59:29 1999 Received: from utopia.EUnet.fr (utopia.eunet.fr [192.134.192.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA22125; Wed, 7 Jul 1999 18:59:28 +0200 (MET DST) Received-Date: Wed, 7 Jul 1999 18:59:28 +0200 (MET DST) From: special_offers@gnwmail.com Received: from relay2.eunet.fr by utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16854; Wed, 7 Jul 1999 18:58:53 +0200 (MET) Received: from relay5.eunet.fr by relay2.eunet.fr (5.65c8d/96.05.03) via EUnet-France id AA25501; Wed, 7 Jul 1999 18:59:26 +0200 (MET) Received: from relay2.eunet.fr (relay2.eunet.fr [192.134.192.149]) by relay5.eunet.fr (8.8.5/8.8.5) with ESMTP id SAA18279; Wed, 7 Jul 1999 18:59:18 +0200 (MET DST) Received: from gnwmail.com (bay2-145.la.ziplink.net [208.196.123.159]) by relay2.eunet.fr (8.8.5/8.8.5) with SMTP id SAA25497; Wed, 7 Jul 1999 18:59:22 +0200 (MET DST) Date: Wed, 07 Jul 1999 10:00:52 -0800 Message-Id: Subject: Never a dull moment! Casino Action To: gamblers@guadalquivir.fnet.fr Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 204 Lines: 12 24 Hour Casino and Sportsbook Excitement!!! No Download Required Instant Payouts http://3491382728/members7/ecash77/rollthedice.htm To be removed send mailto:twilly@gnwmail.com?subject=remove_rtd From Harald.Koerfgen@home.ivm.de Wed Jul 7 23:07:05 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA25286; Wed, 7 Jul 1999 23:07:02 +0200 (MET DST) Received-Date: Wed, 7 Jul 1999 23:07:02 +0200 (MET DST) Received: from franz.no.dom (port4.koeln.ivm.de [195.247.239.4]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id XAA30233; Wed, 7 Jul 1999 23:05:51 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990706150549.A28849@uni-koblenz.de> Date: Wed, 07 Jul 1999 23:08:57 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Ralf Baechle Subject: Re: Memory corruption Cc: linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@engr.sgi.com, Ulf Carlsson , "William J. Earl" Content-Length: 558 Lines: 17 On 06-Jul-99 Ralf Baechle wrote: > I've received a report from some person who is working on his own R3081 > port. He also observes data corruption and suspects reading of swapped > pages is causing that. That's definitely true for R3k DECstations, and no, flushing the icache in flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, copy_page and even rw_swap_page_base() and swap_after_unlock_page() without success. Any ideas? --- Regards, Harald P.S.: I'll be on vacation until July 18th so this has twait a little bit :-) From imp@harmony.village.org Thu Jul 8 03:54:18 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA00218; Thu, 8 Jul 1999 03:54:16 +0200 (MET DST) Received-Date: Thu, 8 Jul 1999 03:54:16 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA27082; Wed, 7 Jul 1999 19:53:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA05482; Wed, 7 Jul 1999 19:51:37 -0600 (MDT) Message-Id: <199907080151.TAA05482@harmony.village.org> To: "Harald Koerfgen" Subject: Re: Memory corruption Cc: Ralf Baechle , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@engr.sgi.com, Ulf Carlsson , "William J. Earl" In-reply-to: Your message of "Wed, 07 Jul 1999 23:08:57 +0200." References: Date: Wed, 07 Jul 1999 19:51:37 -0600 From: Warner Losh Content-Length: 571 Lines: 12 In message Harald Koerfgen writes: : That's definitely true for R3k DECstations, and no, flushing the icache in : flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, : copy_page and even rw_swap_page_base() and swap_after_unlock_page() without : success. Don'y you want to flush the dcache as well? I think that you can run into problems when you have a dirty dcache and then dma into the pages that are dirty. Instant karma corruption, no? Or am I thinking of some other problem? Warner From kevin@idns.gv.com.tw Thu Jul 8 04:02:34 1999 Received: from idns.gv.com.tw (root@idns.gv.com.tw [203.75.221.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA00328; Thu, 8 Jul 1999 04:02:32 +0200 (MET DST) Received-Date: Thu, 8 Jul 1999 04:02:32 +0200 (MET DST) Received: from JMT (gate14.gv.com.tw [203.75.221.77]) by idns.gv.com.tw (8.9.0/8.8.3) with SMTP id KAA13164; Thu, 8 Jul 1999 10:04:17 +0800 Received: by JMT with Microsoft Mail id <01BEC929.22B65790@JMT>; Thu, 8 Jul 1999 10:03:32 +0800 Message-ID: <01BEC929.22B65790@JMT> From: jmt To: Ralf Baechle , "'Harald Koerfgen'" Cc: "linux-mips@vger.rutgers.edu" , "linux-mips@fnet.fr" , "linux@engr.sgi.com" , Ulf Carlsson , "William J. Earl" Subject: =?Big5?Q?=A6=5E=C2=D0=3A_Memory_corruption?= Date: Thu, 8 Jul 1999 10:03:30 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Big5" Content-Transfer-Encoding: quoted-printable Content-Length: 921 Lines: 34 Im looking forward to this fix Thx in advanced!^_^ ralf,harald ---------- =B1H=A5=F3=AA=CC: Harald Koerfgen =B6=C7=B0e=A4=E9=B4=C1: 1999=A6~7=A4=EB8=A4=E9 AM 05:09 =A6=AC=A5=F3=AA=CC Ralf Baechle =B0=C6=A5=BB: linux-mips@vger.rutgers.edu; linux-mips@fnet.fr; = linux@engr.sgi.com; Ulf Carlsson; William J. Earl =A5D=A6=AE: Re: Memory corruption On 06-Jul-99 Ralf Baechle wrote: > I've received a report from some person who is working on his own = R3081 > port. He also observes data corruption and suspects reading of = swapped > pages is causing that. That's definitely true for R3k DECstations, and no, flushing the icache = in flush_tlb_page() does not help. I have added cacheflushing to all tlb = routines, copy_page and even rw_swap_page_base() and swap_after_unlock_page() = without success. Any ideas? --- Regards, Harald P.S.: I'll be on vacation until July 18th so this has twait a little bit = :-) From wje@fir.engr.sgi.com Thu Jul 8 05:15:29 1999 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA00634; Thu, 8 Jul 1999 05:15:27 +0200 (MET DST) Received-Date: Thu, 8 Jul 1999 05:15:27 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA00388; Wed, 7 Jul 1999 20:14:22 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: from fir.engr.sgi.com (fir.engr.sgi.com [150.166.40.90]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id UAA67312; Wed, 7 Jul 1999 20:14:20 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: (from wje@localhost) by fir.engr.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA20666; Wed, 7 Jul 1999 20:12:03 -0700 From: "William J. Earl" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14212.5891.237364.112104@fir.engr.sgi.com> Date: Wed, 7 Jul 1999 20:12:03 -0700 (PDT) To: Warner Losh Cc: "Harald Koerfgen" , Ralf Baechle , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, Ulf Carlsson , "William J. Earl" Subject: Re: Memory corruption In-Reply-To: <199907080151.TAA05482@harmony.village.org> References: <199907080151.TAA05482@harmony.village.org> X-Mailer: VM 6.72 under Emacs 19.34.1 Content-Length: 893 Lines: 16 Warner Losh writes: > In message Harald Koerfgen writes: > : That's definitely true for R3k DECstations, and no, flushing the icache in > : flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, > : copy_page and even rw_swap_page_base() and swap_after_unlock_page() without > : success. > > Don'y you want to flush the dcache as well? I think that you can run > into problems when you have a dirty dcache and then dma into the pages > that are dirty. Instant karma corruption, no? Or am I thinking of > some other problem? The R3000 has a write-through cache, so there cannot be dirty cache lines, although you do have to flush the write buffers to be completely correct (in the case of a DMA device writing to memory VERY quickly after the register write which starts it up, on some hardware). From raiko@niisi.msk.ru Thu Jul 8 11:30:40 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 LAA03847; Thu, 8 Jul 1999 11:30:33 +0200 (MET DST) Received-Date: Thu, 8 Jul 1999 11:30:33 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA23858; Thu, 8 Jul 1999 13:25:25 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA29875; Thu, 8 Jul 1999 11:48:14 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA15929; Thu, 8 Jul 1999 13:19:35 +0400 (MSD) Message-ID: <37846EE7.EADD9E32@niisi.msk.ru> Date: Thu, 08 Jul 1999 13:27:03 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "William J. Earl" CC: Warner Losh , Harald Koerfgen , Ralf Baechle , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, Ulf Carlsson Subject: Re: Memory corruption References: <199907080151.TAA05482@harmony.village.org> <14212.5891.237364.112104@fir.engr.sgi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1283 Lines: 27 "William J. Earl" wrote: > > Warner Losh writes: > > In message Harald Koerfgen writes: > > : That's definitely true for R3k DECstations, and no, flushing the icache in > > : flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, > > : copy_page and even rw_swap_page_base() and swap_after_unlock_page() without > > : success. > > > > Don'y you want to flush the dcache as well? I think that you can run > > into problems when you have a dirty dcache and then dma into the pages > > that are dirty. Instant karma corruption, no? Or am I thinking of > > some other problem? > > The R3000 has a write-through cache, so there cannot be dirty cache > lines, although you do have to flush the write buffers to be completely > correct (in the case of a DMA device writing to memory VERY quickly after > the register write which starts it up, on some hardware). You must flush d-cache after dma. While some cache controllers are able to watch the bus and flush the data that are invalidated due to DMA transfers, I think, most r3k boxes doesn't have such beasts. Flushing d-cache wasn't implemented at the same time as the cache stuff because we hadn't boxes with DMA devices. Regards, Gleb. From ralf@lappi.waldorf-gmbh.de Fri Jul 9 16:47:49 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 QAA08604; Fri, 9 Jul 1999 16:47:47 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:47:47 +0200 (MET DST) 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/990126/louis-blanc); id XAA21744; Thu, 8 Jul 1999 23:46:59 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-3.uni-koblenz.de [141.26.131.3]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA06585 for ; Thu, 8 Jul 1999 23:46:56 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id MAA04105; Thu, 8 Jul 1999 12:39:15 +0200 Date: Thu, 8 Jul 1999 12:39:14 +0200 From: Ralf Baechle To: Harald Koerfgen Cc: linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@engr.sgi.com, Ulf Carlsson , "William J. Earl" Subject: Re: Memory corruption Message-ID: <19990708123914.E4012@uni-koblenz.de> References: <19990706150549.A28849@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Harald Koerfgen on Wed, Jul 07, 1999 at 11:08:57PM +0200 X-Accept-Language: de,en,fr Content-Length: 1345 Lines: 29 On Wed, Jul 07, 1999 at 11:08:57PM +0200, Harald Koerfgen wrote: > On 06-Jul-99 Ralf Baechle wrote: > > I've received a report from some person who is working on his own R3081 > > port. He also observes data corruption and suspects reading of swapped > > pages is causing that. > > That's definitely true for R3k DECstations, and no, flushing the icache in > flush_tlb_page() does not help. I have added cacheflushing to all tlb routines, > copy_page and even rw_swap_page_base() and swap_after_unlock_page() without > success. Note that on R3000 with it's physical indexed caches there is no way that cache problems should be able to crash the whole system. At least under the provision that DMA drivers get their cacheflushing right. I recently tried to put our memcpy / memmove from the kernel into libc and as result ended up with a libc which was almost unusable. Also, a part of memove is disabled by #if 0, it was demonstrated to cause data corruption. Time to fix that bastard. The whole file is a big mess, btw. because the code tries to share as much code as possible between memcpy, memmove and __copy_{to,from}_user. So put on your peril sensitive glasses ;-) > P.S.: I'll be on vacation until July 18th so this has twait a little bit :-) s/.*/P.S.: I have plenty of time for hacking during my vacation :-)/p ;-) Ralf From wje@fir.engr.sgi.com Fri Jul 9 16:50:20 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 QAA09750; Fri, 9 Jul 1999 16:50:19 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:50:19 +0200 (MET DST) Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id UAA20254; Thu, 8 Jul 1999 20:00:40 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA4977921; Thu, 8 Jul 1999 10:59:59 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: from fir.engr.sgi.com (fir.engr.sgi.com [150.166.40.90]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id KAA92486; Thu, 8 Jul 1999 10:59:57 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: (from wje@localhost) by fir.engr.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA05663; Thu, 8 Jul 1999 10:56:41 -0700 From: "William J. Earl" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14212.58969.26507.519213@fir.engr.sgi.com> Date: Thu, 8 Jul 1999 10:56:41 -0700 (PDT) To: "Gleb O. Raiko" Cc: "William J. Earl" , Warner Losh , Harald Koerfgen , Ralf Baechle , linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, Ulf Carlsson Subject: Re: Memory corruption In-Reply-To: <37846EE7.EADD9E32@niisi.msk.ru> References: <199907080151.TAA05482@harmony.village.org> <14212.5891.237364.112104@fir.engr.sgi.com> <37846EE7.EADD9E32@niisi.msk.ru> X-Mailer: VM 6.72 under Emacs 19.34.1 Content-Length: 2248 Lines: 39 Gleb O. Raiko writes: > "William J. Earl" wrote: ... > > The R3000 has a write-through cache, so there cannot be dirty cache > > lines, although you do have to flush the write buffers to be completely > > correct (in the case of a DMA device writing to memory VERY quickly after > > the register write which starts it up, on some hardware). > > You must flush d-cache after dma. While some cache controllers are able > to watch the bus and flush the data that are invalidated due to DMA > transfers, I think, most r3k boxes doesn't have such beasts. Flushing > d-cache wasn't implemented at the same time as the cache stuff because > we hadn't boxes with DMA devices. Most R3000 (and many R4000/R4600/R5000) boxes do not have cache-coherent I/O, and Linux/MIPS does do cache flushing. If everything is well-organized, one can flush the d-cache only before an I/O. On an R3000, it does not much matter which approach you take, since the caches are write-through (aside from the need to flush the write-buffer before initiating a DMA). For later processors, you must flush the d-cache BEFORE a DMA, since victim writebacks of dirty lines after a DMA into memory has updated memory will lead to I/O data corruption, and failure to flush dirty lines before a DMA from memory will lead to stale data being written to disk. If it is possible for the CPU to access the buffer during the DMA, then you must invalidate the cache for the buffer after a DMA into memory as well, but a well-constructed system should never do that. If you have a buffer which is not cache-line-aligned (which is possible with the general case of raw or direct I/O, although not in unmodified Linux at the moment), then, for DMA into memory, you must use temporary buffers for any portion of the buffer which occupies just part of a cache line, and copy the data from the temporary buffer to the real buffer after the DMA completes, to account for the possibility of a separate thread modifying data outside the buffer in the shared cache line, leading to a victim writeback (or a writethrough on the R3000). This could apply even to the R3000, depending on how the compiler generates code for a partial-word update, although it is unlikely. From tm2@shell14.ba.best.com Fri Jul 9 16:49:18 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 QAA09309; Fri, 9 Jul 1999 16:49:17 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:49:17 +0200 (MET DST) Received: from shell14.ba.best.com (root@shell14.ba.best.com [206.184.139.145]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id UAA20654; Thu, 8 Jul 1999 20:49:52 +0200 (MET DST) Received: (from tm2@localhost) by shell14.ba.best.com (8.9.3/8.9.2/best.sh) id LAA20796; Thu, 8 Jul 1999 11:49:15 -0700 (PDT) From: Toshi Morita Message-Id: <199907081849.LAA20796@shell14.ba.best.com> Subject: Re: Memory corruption In-Reply-To: <14212.58969.26507.519213@fir.engr.sgi.com> from "William J. Earl" at "Jul 8, 99 10:56:41 am" To: wje@fir.engr.sgi.com (William J. Earl) Date: Thu, 8 Jul 1999 11:49:15 -0700 (PDT) Cc: linux-mips@fnet.fr X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 884 Lines: 18 > If you have a buffer which is not cache-line-aligned (which is > possible with the general case of raw or direct I/O, although not in > unmodified Linux at the moment), then, for DMA into memory, you must > use temporary buffers for any portion of the buffer which occupies > just part of a cache line, and copy the data from the temporary buffer > to the real buffer after the DMA completes, to account for the > possibility of a separate thread modifying data outside the buffer in > the shared cache line, leading to a victim writeback (or a > writethrough on the R3000). This could apply even to the R3000, depending > on how the compiler generates code for a partial-word update, although > it is unlikely. I don't see why this is necessary? You should only have to force a writeback of the first and last cache lines before DMA prior to a non-cache-aligned DMA. Toshi From wje@fir.engr.sgi.com Fri Jul 9 16:48:53 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 QAA09121; Fri, 9 Jul 1999 16:48:52 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:48:52 +0200 (MET DST) Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id VAA20980; Thu, 8 Jul 1999 21:45:29 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA4979381; Thu, 8 Jul 1999 12:45:18 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: from fir.engr.sgi.com (fir.engr.sgi.com [150.166.40.90]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id MAA97073; Thu, 8 Jul 1999 12:45:18 -0700 (PDT) mail_from (wje@fir.engr.sgi.com) Received: (from wje@localhost) by fir.engr.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA05905; Thu, 8 Jul 1999 12:43:56 -0700 From: "William J. Earl" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14212.65404.267253.683092@fir.engr.sgi.com> Date: Thu, 8 Jul 1999 12:43:56 -0700 (PDT) To: Toshi Morita Cc: linux-mips@fnet.fr Subject: Re: Memory corruption In-Reply-To: <199907081849.LAA20796@shell14.ba.best.com> References: <14212.58969.26507.519213@fir.engr.sgi.com> <199907081849.LAA20796@shell14.ba.best.com> X-Mailer: VM 6.72 under Emacs 19.34.1 Content-Length: 2000 Lines: 34 Toshi Morita writes: > > If you have a buffer which is not cache-line-aligned (which is > > possible with the general case of raw or direct I/O, although not in > > unmodified Linux at the moment), then, for DMA into memory, you must > > use temporary buffers for any portion of the buffer which occupies > > just part of a cache line, and copy the data from the temporary buffer > > to the real buffer after the DMA completes, to account for the > > possibility of a separate thread modifying data outside the buffer in > > the shared cache line, leading to a victim writeback (or a > > writethrough on the R3000). This could apply even to the R3000, depending > > on how the compiler generates code for a partial-word update, although > > it is unlikely. > > I don't see why this is necessary? > > You should only have to force a writeback of the first and last cache lines > before DMA prior to a non-cache-aligned DMA. Suppose you have a process with two or more threads (clone/pthread), or suppose you have two processes sharing a System V shared memory segment, or suppose you have two processes sharing a mapped file (MAP_SHARED with PROT_WRITE). Then suppose the buffer is in the shared memory and is unaligned, and suppose that the buffer starts at offset 0x10 in a cache line, and there is a variable x at offset 0x0 in the same cache line. Then suppose thread A starts a DMA into memory, thread B modifies x (leaving the cache line dirty in memory), the DMA updates the beginning of the buffer, and then the line containing is written back (as via victim writeback). Now the bytes of the buffer starting at offset 0x10 in the cacheline have been overwritten by the stale data from before the DMA. This scenario does not apply on machines with cache-coherent I/O (such as IA32 PCs), but it does apply on many RISC systems, including all systems using the various QED processors and all SGI and MIPS Computer Systems workstations with pre-R10000 processors. From paul@milleng.com.au Fri Jul 9 16:45:24 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 QAA07966; Fri, 9 Jul 1999 16:45:23 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:45:23 +0200 (MET DST) Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id IAA26001; Fri, 9 Jul 1999 08:34:02 +0200 (MET DST) 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 QAA07495; Fri, 9 Jul 1999 16:33:26 +1000 (EST) X-BPC-Relay-Envelope-From: paul@milleng.com.au X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20] X-BPC-Relay-Info: Message delivered as CC or BCC. Received: from slither.flatnet.au (CPE-24-192-45-196.nsw.bigpond.net.au [24.192.45.196]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id QAA22736; Fri, 9 Jul 1999 16:33:16 +1000 (EST) Received: from milleng.com.au (slug.flatnet.au [192.168.1.4]) by slither.flatnet.au (8.9.3/8.8.7) with ESMTP id QAA18607; Fri, 9 Jul 1999 16:33:14 +1000 Message-ID: <37859805.E7A482F0@milleng.com.au> Date: Fri, 09 Jul 1999 16:34:45 +1000 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: damos.yum@usa.net, Linux MIPS mailing list Subject: Re: Bootp DECStation 5000/240 References: <19990708021529.22303.qmail@www0i.netaddress.usa.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1075 Lines: 24 Hi Damien, I've forwarded your email to the Linux/MIPS mailing list so that others who're used to Unix 4.0d (I assume you mean Ultrix??) can help. You will probably want to explain in more detail what's happening, especially error messages etc. so they can guide you in solving the problem. damos.yum@usa.net wrote: > I am currently focused on a project that uses a DECStation 5000/240 as a linux > server for a hospital intranet. I have met problems with booting my Station > using bootp and I was wondering if you had any documentation which may be of > help. My problem is that I cannot bootp over the network using unix 4.0d os > as the server. I would be grateful for any help in regards to my problem. > > Thanks Damien Harris. 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 balo29@cnet.co.kr Fri Jul 9 16:44:28 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 QAA07802; Fri, 9 Jul 1999 16:44:27 +0200 (MET DST) Received-Date: Fri, 9 Jul 1999 16:44:27 +0200 (MET DST) Received: from ERSI4.u-3mrs.fr (ERSI4.U-3MRS.FR [193.51.221.20]) by louis-blanc.univ-evry.fr with SMTP (8.8.8/980318/990126/louis-blanc); id NAA28614; Fri, 9 Jul 1999 13:08:27 +0200 (MET DST) Received: from Default by ERSI4.u-3mrs.fr via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA21325; Fri, 9 Jul 1999 13:07:09 -0700 Date: Fri, 9 Jul 1999 13:07:09 -0700 To: balo29@cnet.co.kr From: balo29@cnet.co.kr (pyrt8te) Comments: Authenticated sender is Subject: Grandma's and businessman's new Internet tool. Message-Id: <199907093084CAA50635@ymutoas.u-3mrs.fr> Content-Length: 844 Lines: 18 Headline: With the iPhone even your Grandmother can surf and send email instantly-but wait until you see how it speeds up your business. Copy: Now your grandmother can get wired, your wife can divorce the desktop, your 6-yr. old can email your mom and you can increase your efficiency. The iPhone (as seen in PCWORLD, Red Herring, Baltimore Sun News) comes plug and play with a 56k modem, zero boot-up time, retractable laptop-size keyboard, 7.4 inch tiltable touchscreen, built-in digital answering machine and 2 lines. (Use the phone while sending email or surfing.) Did we say plug and play? Just $399. The king (pc) is dead. Long live the king (iPhone). For info on how to buy or sell call 603-537-0751, fax 603-537-0753, mail: iphone4u@bigfoot.com ADVD58E27-Exgh58S49 Mailz-Complyant V3.2 'mments: Au From crevo@vol.vnn.vn Sat Jul 10 18:38:03 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 SAA28305; Sat, 10 Jul 1999 18:37:57 +0200 (MET DST) Received-Date: Sat, 10 Jul 1999 18:37:57 +0200 (MET DST) From: crevo@vol.vnn.vn Received: from mail.hjkj_hgfd-67.ca (98CADD9C.ipt.aol.com [152.202.221.156]) by louis-blanc.univ-evry.fr with SMTP (8.8.8/980318/990126/louis-blanc); id SAA09322; Sat, 10 Jul 1999 18:37:47 +0200 (MET DST) Message-Id: <199907101637.SAA09322@louis-blanc.univ-evry.fr> Subject: Get the credit you deserve! Date: Sat, 10 Jul 1999 08:11:38 Content-Length: 536 Lines: 22 Are you tired of having bad credit but don't know what you can do about it? Having a good credit rating can help you get the house or car of your dreams. Afford to put yourself or a child through college or take that vacation you have been dreaming about. All that plus so much more depends on your credit rating. Check out the website below for information on how to improve your credit rating and get the credit you deserve. http://3626046468/nt/credit2/ (cut and copy or type directly into your browser) From MagicKits@familyfun.com Sat Jul 10 20:47:15 1999 Received: from falcon.inetnebr.com (root@falcon.inetnebr.com [199.184.119.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA01781; Sat, 10 Jul 1999 20:47:13 +0200 (MET DST) Received-Date: Sat, 10 Jul 1999 20:47:13 +0200 (MET DST) From: MagicKits@familyfun.com Received: from Yahoo.com (lin-dsl2-011.inetnebr.com [209.50.17.11]) by falcon.inetnebr.com (8.8.8/8.8.8) with SMTP id NAA03239 for ; Sat, 10 Jul 1999 13:47:08 -0500 (CDT) Message-Id: <199907101847.NAA03239@falcon.inetnebr.com> To: linux-mips@fnet.fr Date: Sat, 10 Jul 99 13:42:02 -0500 Subject: Remember When You Were Going To Be A Magician? X-Mailer: CTMailer Content-Length: 32 Lines: 2 http://www.magickits.com/kits/ From ralf@lappi.waldorf-gmbh.de Sun Jul 11 01:15:48 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA11197; Sun, 11 Jul 1999 01:15:47 +0200 (MET DST) Received-Date: Sun, 11 Jul 1999 01:15:47 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-1.uni-koblenz.de [141.26.131.1]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA12141 for ; Sun, 11 Jul 1999 01:15:45 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA21653; Sun, 11 Jul 1999 01:15:25 +0200 Date: Sun, 11 Jul 1999 01:15:24 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: CVS archive Message-ID: <19990711011524.D17143@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 545 Lines: 18 Hi, I recently updated the CVS server on linus.linux.sgi.com. The old one was misshaving when working on a branch. That is after a sequence of commands like cvs update -d -P -r linux_2_2 cvs update -d -P the final local copy would end up containing files both from the branch linux_2_2 and the main branch. This is fixed now. Just in case everybody who is working on a branch should explicitly give an ``-r '' option on the next update, ESPECIALLY before doing checkins; the archive might get messed up otherwise. Ralf From crevo@vol.vnn.vn Sun Jul 11 17:59:35 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 RAA21405; Sun, 11 Jul 1999 17:59:34 +0200 (MET DST) Received-Date: Sun, 11 Jul 1999 17:59:34 +0200 (MET DST) From: crevo@vol.vnn.vn Received: from mailer.jiow8_-dsajf.ca (98A6E3F8.ipt.aol.com [152.166.227.248]) by louis-blanc.univ-evry.fr with SMTP (8.8.8/980318/990126/louis-blanc); id RAA15716; Sun, 11 Jul 1999 17:59:31 +0200 (MET DST) Message-Id: <199907111559.RAA15716@louis-blanc.univ-evry.fr> Subject: Do you have good credit? Date: Sun, 11 Jul 1999 07:33:35 Content-Length: 536 Lines: 22 Are you tired of having bad credit but don't know what you can do about it? Having a good credit rating can help you get the house or car of your dreams. Afford to put yourself or a child through college or take that vacation you have been dreaming about. All that plus so much more depends on your credit rating. Check out the website below for information on how to improve your credit rating and get the credit you deserve. http://3626046468/yt/credit2/ (cut and copy or type directly into your browser) From raiko@niisi.msk.ru Tue Jul 13 17:04:39 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA18707; Tue, 13 Jul 1999 17:04:35 +0200 (MET DST) Received-Date: Tue, 13 Jul 1999 17:04:35 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id TAA03364 for ; Tue, 13 Jul 1999 19:03:53 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id RAA07059 for linux-mips@fnet.fr; Tue, 13 Jul 1999 17:29:35 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id SAA09844 for ; Tue, 13 Jul 1999 18:58:11 +0400 (MSD) Message-ID: <378B55DF.CDB053F@niisi.msk.ru> Date: Tue, 13 Jul 1999 19:06:07 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: [PATCH] DECstation zs.c Content-Type: multipart/mixed; boundary="------------65319F7163720DDB690C83C7" Content-Length: 23039 Lines: 886 This is a multi-part message in MIME format. --------------65319F7163720DDB690C83C7 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello, The patch attached here fixes bugs, adds hooks (the low-level software channels between the zs driver and the rest of the kernel), and adds support for Baget. The hooks are intented for use by kgdb and keyboard driver in Baget. I'd like to hear opinions from DECstation mantainers, especially Michael Engel who supports serial keyboard on zs. I think, serial keyboard in DECstation might be implemented via hooks too and we can get rid of ugly ifdefs in the zs driver. Harald: this is the patch I've sent to you but against current cvs 2.2 branch, So, it should be applied cleanly. Regards, Gleb. --------------65319F7163720DDB690C83C7 Content-Type: text/plain; charset=koi8-r; name="zs.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="zs.patch" --- /ultra/vladimir/sgi/2.2/linux/drivers/tc/zs.c Mon Jul 12 21:52:32 1999 +++ /home/vladimir/linux-2.2.1/drivers/tc/zs.c Tue Jul 13 18:38:24 1999 @@ -31,6 +31,7 @@ #include #include #include +#include #ifdef CONFIG_SERIAL_CONSOLE #include #endif @@ -42,17 +43,24 @@ #include #include #include +#include +#include +#ifdef CONFIG_DECSTATION #include #include #include #include +#endif +#ifdef CONFIG_BAGET_MIPS +#include +unsigned long system_base; +#endif #ifdef CONFIG_KGDB #include #endif #include "zs.h" - /* * It would be nice to dynamically allocate everything that * depends on NUM_SERIAL, so we could support any number of @@ -60,11 +68,60 @@ */ #define NUM_SERIAL 2 /* Max number of ZS chips supported */ #define NUM_CHANNELS (NUM_SERIAL * 2) /* 2 channels per chip */ +#define CHANNEL_A_NR (zs_parms->channel_a_offset > zs_parms->channel_b_offset) + /* Number of channel A in the chip */ +#define ZS_CHAN_IO_SIZE 8 +#define ZS_CLOCK 7372800 /* Z8530 RTxC input clock rate */ #define RECOVERY_DELAY udelay(2) -struct dec_zschannel zs_channels[NUM_CHANNELS]; +struct zs_parms { + unsigned long scc0; + unsigned long scc1; + int channel_a_offset; + int channel_b_offset; + int irq; + int clock; +}; +static struct zs_parms *zs_parms; + +#ifdef CONFIG_DECSTATION +static struct zs_parms ds_parms = { + scc0 : SCC0, + scc1 : SCC1, + channel_a_offset : 1, + channel_b_offset : 9, + irq : SERIAL, + clock : ZS_CLOCK +}; +#endif +#ifdef CONFIG_BAGET_MIPS +static struct zs_parms baget_parms = { + scc0 : UNI_SCC0, + scc1 : UNI_SCC1, + channel_a_offset : 9, + channel_b_offset : 1, + irq : BAGET_SCC_IRQ, + clock : 14745000 +}; +#endif + +#ifdef CONFIG_DECSTATION +#define DS_BUS_PRESENT (IOASIC) +#else +#define DS_BUS_PRESENT 0 +#endif + +#ifdef CONFIG_BAGET_MIPS +#define BAGET_BUS_PRESENT (mips_machtype == MACH_BAGET202) +#else +#define BAGET_BUS_PRESENT 0 +#endif + +#define BUS_PRESENT (DS_BUS_PRESENT || BAGET_BUS_PRESENT) + +struct dec_zschannel zs_channels[NUM_CHANNELS]; struct dec_serial zs_soft[NUM_CHANNELS]; int zs_channels_found; struct dec_serial *zs_chain; /* list of all channels */ @@ -75,20 +132,6 @@ static struct console sercons; #endif -#ifdef CONFIG_KGDB -struct dec_zschannel *zs_kgdbchan; -static unsigned char scc_inittab[] = { - 9, 0x80, /* reset A side (CHRA) */ - 13, 0, /* set baud rate divisor */ - 12, 1, - 14, 1, /* baud rate gen enable, src=rtxc (BRENABL) */ - 11, 0x50, /* clocks = br gen (RCBR | TCBR) */ - 5, 0x6a, /* tx 8 bits, assert RTS (Tx8 | TxENAB | RTS) */ - 4, 0x44, /* x16 clock, 1 stop (SB1 | X16CLK)*/ - 3, 0xc1, /* rx enable, 8 bits (RxENABLE | Rx8)*/ -}; -#endif - static unsigned char zs_init_regs[16] __initdata = { 0, /* write 0 */ 0, /* write 1 */ @@ -105,8 +148,6 @@ 0 /* write 15 */ }; -#define ZS_CLOCK 7372800 /* Z8530 RTxC input clock rate */ - DECLARE_TASK_QUEUE(tq_zs_serial); struct tty_driver serial_driver, callout_driver; @@ -128,6 +169,12 @@ #undef SERIAL_DEBUG_THROTTLE #undef SERIAL_PARANOIA_CHECK +#undef ZS_DEBUG_REGS + +#ifdef SERIAL_DEBUG_THROTTLE +#define _tty_name(tty,buf) tty_name(tty,buf) +#endif + #define RS_STROBE_TIME 10 #define RS_ISR_PASS_LIMIT 256 @@ -195,7 +242,7 @@ if (reg != 0) { *channel->control = reg & 0xf; - RECOVERY_DELAY; + wbflush(); RECOVERY_DELAY; } retval = *channel->control; RECOVERY_DELAY; @@ -207,10 +254,10 @@ { if (reg != 0) { *channel->control = reg & 0xf; - RECOVERY_DELAY; + wbflush(); RECOVERY_DELAY; } *channel->control = value; - RECOVERY_DELAY; + wbflush(); RECOVERY_DELAY; return; } @@ -227,7 +274,7 @@ unsigned char value) { *channel->data = value; - RECOVERY_DELAY; + wbflush(); RECOVERY_DELAY; return; } @@ -255,16 +302,18 @@ } /* Sets or clears DTR/RTS on the requested line */ -static inline void zs_rtsdtr(struct dec_serial *ss, int set) +static inline void zs_rtsdtr(struct dec_serial *info, int set) { - if (ss->zs_channel != ss->zs_chan_a) { - if (set) - ss->zs_chan_a->curregs[5] |= (RTS | DTR); - else - ss->zs_chan_a->curregs[5] &= ~(RTS | DTR); - write_zsreg(ss->zs_chan_a, 5, ss->zs_chan_a->curregs[5]); - } - return; + unsigned long flags; + + save_flags(flags); cli(); + if(set) { + info->zs_channel->curregs[5] |= (RTS | DTR); + } else { + info->zs_channel->curregs[5] &= ~(RTS | DTR); + } + write_zsreg(info->zs_channel, 5, info->zs_channel->curregs[5]); + restore_flags(flags); } /* Utility routines for the Zilog */ @@ -280,7 +329,7 @@ */ brg = (read_zsreg(channel, 13) << 8); brg |= read_zsreg(channel, 12); - return BRG_TO_BPS(brg, (ZS_CLOCK/(ss->clk_divisor))); + return BRG_TO_BPS(brg, (zs_parms->clock/(ss->clk_divisor))); } /* On receive, this clears errors and the receiver interrupts */ @@ -324,15 +373,11 @@ stat = read_zsreg(info->zs_channel, R1); ch = read_zsdata(info->zs_channel); -#ifdef CONFIG_KGDB - if (info->kgdb_channel) { - if (ch == 0x03 || ch == '$') - breakpoint(); - if (stat & (Rx_OVR|FRM_ERR|PAR_ERR)) - write_zsreg(info->zs_channel, 0, ERR_RES); + if (info->hook && info->hook->rx_char) { + (*info->hook->rx_char)(info, ch, stat); return; } -#endif + if (!tty) continue; @@ -361,7 +406,8 @@ *tty->flip.flag_buf_ptr++ = flag; *tty->flip.char_buf_ptr++ = ch; } - tty_flip_buffer_push(tty); + if (tty) + tty_flip_buffer_push(tty); } static void transmit_chars(struct dec_serial *info) @@ -458,7 +504,7 @@ shift = 0; /* Channel B */ for (;;) { - zs_intreg = read_zsreg(info->zs_chan_a, 3) >> shift; + zs_intreg = read_zsreg(info->zs_chan_a, 3) >> shift; if ((zs_intreg & CHAN_IRQMASK) == 0) break; @@ -472,7 +518,30 @@ status_handle(info); } } + + /* Why do we need this ? */ + write_zsreg(info->zs_channel, 0, RES_H_IUS); +} + +#ifdef ZS_DEBUG_REGS +void zs_dump (void) { + int i, j; + for (i = 0; i < zs_channels_found; i++) { + struct dec_zschannel *ch = &zs_channels[i]; + if ((long)ch->control == UNI_IO_BASE+UNI_SCC1A_CTRL) { + for (j = 0; j < 15; j++) { + printk("W%d = 0x%x\t", + j, (int)ch->curregs[j]); + } + for (j = 0; j < 15; j++) { + printk("R%d = 0x%x\t", + j, (int)read_zsreg(ch,j)); + } + printk("\n\n"); + } + } } +#endif /* * ------------------------------------------------------------------- @@ -494,7 +563,7 @@ if (serial_paranoia_check(info, tty->device, "rs_stop")) return; - + #if 1 save_flags(flags); cli(); if (info->zs_channel->curregs[5] & TxENAB) { @@ -545,7 +614,7 @@ { struct dec_serial *info = (struct dec_serial *) private_; struct tty_struct *tty; - + tty = info->tty; if (!tty) return; @@ -667,8 +736,7 @@ info->zs_channel->curregs[5] &= ~TxENAB; write_zsreg(info->zs_channel, 5, info->zs_channel->curregs[5]); if (!info->tty || C_HUPCL(info->tty)) { - info->zs_chan_a->curregs[5] &= ~(DTR | RTS); - write_zsreg(info->zs_chan_a, 5, info->zs_chan_a->curregs[5]); + zs_rtsdtr(info, 0); } if (info->tty) @@ -684,54 +752,65 @@ */ static void change_speed(struct dec_serial *info) { - unsigned short port; unsigned cflag; int i; - int brg; + int brg, bits; unsigned long flags; - if (!info->tty || !info->tty->termios) - return; - cflag = info->tty->termios->c_cflag; - if (!(port = info->port)) - return; + if (!info->hook) { + if (!info->tty || !info->tty->termios) + return; + cflag = info->tty->termios->c_cflag; + if (!info->port) + return; + } else { + cflag = info->hook->cflags; + } i = cflag & CBAUD; - save_flags(flags); cli(); info->zs_baud = baud_table[i]; info->clk_divisor = 16; - - switch (info->zs_baud) { - default: + if (info->zs_baud) { info->zs_channel->curregs[4] = X16CLK; - brg = BPS_TO_BRG(info->zs_baud, ZS_CLOCK/info->clk_divisor); + brg = BPS_TO_BRG(info->zs_baud, zs_parms->clock/info->clk_divisor); info->zs_channel->curregs[12] = (brg & 255); info->zs_channel->curregs[13] = ((brg >> 8) & 255); - } + zs_rtsdtr(info, 1); + } else { + zs_rtsdtr(info, 0); + return; + } /* byte size and parity */ info->zs_channel->curregs[3] &= ~RxNBITS_MASK; info->zs_channel->curregs[5] &= ~TxNBITS_MASK; switch (cflag & CSIZE) { case CS5: + bits = 7; info->zs_channel->curregs[3] |= Rx5; info->zs_channel->curregs[5] |= Tx5; break; case CS6: + bits = 8; info->zs_channel->curregs[3] |= Rx6; info->zs_channel->curregs[5] |= Tx6; break; case CS7: + bits = 9; info->zs_channel->curregs[3] |= Rx7; info->zs_channel->curregs[5] |= Tx7; break; case CS8: default: /* defaults to 8 bits */ + bits = 10; info->zs_channel->curregs[3] |= Rx8; info->zs_channel->curregs[5] |= Tx8; break; } + info->timeout = ((info->xmit_fifo_size*HZ*bits) / info->zs_baud); + info->timeout += HZ/50; /* Add .02 seconds of slop */ + info->zs_channel->curregs[4] &= ~(SB_MASK | PAR_ENA | PAR_EVEN); if (cflag & CSTOPB) { info->zs_channel->curregs[4] |= SB2; @@ -854,7 +933,7 @@ static void rs_flush_buffer(struct tty_struct *tty) { struct dec_serial *info = (struct dec_serial *)tty->driver_data; - + if (serial_paranoia_check(info, tty->device, "rs_flush_buffer")) return; cli(); @@ -898,17 +977,7 @@ } if (C_CRTSCTS(tty)) { - /* - * Here we want to turn off the RTS line. On Macintoshes, - * we only get the DTR line, which goes to both DTR and - * RTS on the modem. RTS doesn't go out to the serial - * port socket. So you should make sure your modem is - * set to ignore DTR if you're using CRTSCTS. - */ - save_flags(flags); cli(); - info->zs_chan_a->curregs[5] &= ~(DTR | RTS); - write_zsreg(info->zs_chan_a, 5, info->zs_chan_a->curregs[5]); - restore_flags(flags); + zs_rtsdtr(info, 0); } } @@ -940,11 +1009,7 @@ } if (C_CRTSCTS(tty)) { - /* Assert RTS and DTR lines */ - save_flags(flags); cli(); - info->zs_chan_a->curregs[5] |= DTR | RTS; - write_zsreg(info->zs_chan_a, 5, info->zs_chan_a->curregs[5]); - restore_flags(flags); + zs_rtsdtr(info, 1); } } @@ -1046,7 +1111,7 @@ unsigned int result; cli(); - control = info->zs_chan_a->curregs[5]; + control = info->zs_channel->curregs[5]; status = read_zsreg(info->zs_channel, 0); sti(); result = ((control & RTS) ? TIOCM_RTS: 0) @@ -1071,19 +1136,20 @@ cli(); switch (cmd) { case TIOCMBIS: - info->zs_chan_a->curregs[5] |= bits; + info->zs_channel->curregs[5] |= bits; break; case TIOCMBIC: - info->zs_chan_a->curregs[5] &= ~bits; + info->zs_channel->curregs[5] &= ~bits; break; case TIOCMSET: - info->zs_chan_a->curregs[5] = (info->zs_chan_a->curregs[5] & ~(DTR | RTS)) | bits; + info->zs_channel->curregs[5] = + (info->zs_channel->curregs[5] & ~(DTR | RTS)) | bits; break; default: sti(); return -EINVAL; } - write_zsreg(info->zs_chan_a, 5, info->zs_chan_a->curregs[5]); + write_zsreg(info->zs_channel, 5, info->zs_channel->curregs[5]); sti(); return 0; } @@ -1116,10 +1182,9 @@ int error; struct dec_serial * info = (struct dec_serial *)tty->driver_data; -#ifdef CONFIG_KGDB - if (info->kgdb_channel) + if (info->hook) return -ENODEV; -#endif + if (serial_paranoia_check(info, tty->device, "rs_ioctl")) return -ENODEV; @@ -1297,7 +1362,7 @@ { struct dec_serial *info = (struct dec_serial *) tty->driver_data; unsigned long orig_jiffies, char_time; - + if (serial_paranoia_check(info, tty->device, "rs_wait_until_sent")) return; @@ -1313,7 +1378,7 @@ char_time = 1; if (timeout) char_time = MIN(char_time, timeout); - while ((read_zsreg(info->zs_channel, 1) & ALL_SNT) == 0) { + while ((read_zsreg(info->zs_channel, 0) & Tx_BUF_EMP) == 0) { current->state = TASK_INTERRUPTIBLE; current->counter = 0; /* make us low-priority */ schedule_timeout(char_time); @@ -1491,10 +1556,9 @@ return -ENODEV; info = zs_soft + line; -#ifdef CONFIG_KGDB - if (info->kgdb_channel) + if (info->hook) return -ENODEV; -#endif + if (serial_paranoia_check(info, tty->device, "rs_open")) return -ENODEV; #ifdef SERIAL_DEBUG_OPEN @@ -1576,12 +1640,11 @@ { struct dec_serial **pp; int i, n, n_chips = 0, n_channels, chip, channel; - unsigned long flags; /* * did we get here by accident? */ - if(!IOASIC) { + if(!BUS_PRESENT) { printk("Not on JUNKIO machine, skipping probe_sccs\n"); return; } @@ -1592,19 +1655,36 @@ * system_base for this case :-(. HK */ switch(mips_machtype) { +#ifdef CONFIG_DECSTATION case MACH_DS5000_2X0: system_base = 0xbf800000; n_chips = 2; + zs_parms = &ds_parms; break; case MACH_DS5000_1XX: system_base = 0xbc000000; n_chips = 2; + zs_parms = &ds_parms; break; case MACH_DS5000_XX: system_base = 0xbc000000; n_chips = 1; + zs_parms = &ds_parms; break; +#endif +#ifdef CONFIG_BAGET_MIPS + case MACH_BAGET202: + system_base = UNI_IO_BASE; + n_chips = 2; + zs_parms = &baget_parms; + zs_init_regs[2] = 0x8; + break; +#endif + default: + panic("zs: unsupported bus"); } + if (!zs_parms) + panic("zs: uninitialized parms"); pp = &zs_chain; @@ -1615,16 +1695,38 @@ /* * The sccs reside on the high byte of the 16 bit IOBUS */ - zs_channels[n_channels].control = (volatile unsigned char *) - system_base + (0 == chip ? SCC0 : SCC1) + (0 == channel ? 1 : 9); - zs_channels[n_channels].data = zs_channels[n_channels].control + 4; + zs_channels[n_channels].control = + (volatile unsigned char *)system_base + + (0 == chip ? zs_parms->scc0 : zs_parms->scc1) + + (0 == channel ? zs_parms->channel_a_offset : + zs_parms->channel_b_offset); + zs_channels[n_channels].data = + zs_channels[n_channels].control + 4; + + if (check_region((unsigned long) + zs_channels[n_channels].control, + ZS_CHAN_IO_SIZE) < 0) + panic("SCC I/O region is not free"); + request_region((unsigned long) + zs_channels[n_channels].control, + ZS_CHAN_IO_SIZE, "SCC"); + zs_soft[n_channels].zs_channel = &zs_channels[n_channels]; - zs_soft[n_channels].irq = SERIAL; + zs_soft[n_channels].irq = zs_parms->irq; - if (0 == channel) - zs_soft[n_channels].zs_chan_a = &zs_channels[n_channels+1]; + /* + * Identification of channel A. Location of channel A + * inside chip depends on mapping of internal address + * the chip decodes channels by. + * CHANNEL_A_NR returns either 0 (in case of + * DECstations) or 1 (in case of Baget). + */ + if (CHANNEL_A_NR == channel) + zs_soft[n_channels].zs_chan_a = + &zs_channels[n_channels+1-2*CHANNEL_A_NR]; else - zs_soft[n_channels].zs_chan_a = &zs_channels[n_channels]; + zs_soft[n_channels].zs_chan_a = + &zs_channels[n_channels]; *pp = &zs_soft[n_channels]; pp = &zs_soft[n_channels].zs_next; @@ -1660,7 +1762,10 @@ unsigned long flags; struct dec_serial *info; - if(!IOASIC) + if (zs_chain) + return 0; + + if(!BUS_PRESENT) return -ENODEV; /* Setup base handler, and timer table. */ @@ -1729,18 +1834,19 @@ save_flags(flags); cli(); for (channel = 0; channel < zs_channels_found; ++channel) { -#ifdef CONFIG_KGDB - if (zs_soft[channel].kgdb_channel) { + if (zs_soft[channel].hook && + zs_soft[channel].hook->init_channel) { + (*zs_soft[channel].hook->init_channel)(&zs_soft[channel]); continue; } -#endif + zs_soft[channel].clk_divisor = 16; zs_soft[channel].zs_baud = get_zsbaud(&zs_soft[channel]); - if (request_irq(SERIAL, rs_interrupt, SA_SHIRQ, + if (request_irq(zs_parms->irq, rs_interrupt, SA_SHIRQ, "SCC", &zs_soft[channel])) printk(KERN_ERR "decserial: can't get irq %d\n", - SERIAL); + zs_parms->irq); /* If console serial line, then enable interrupts. */ /* if (zs_soft[channel].is_cons) { @@ -1754,11 +1860,10 @@ for (info = zs_chain, i = 0; info; info = info->zs_next, i++) { -#ifdef CONFIG_KGDB - if (info->kgdb_channel) { + if (info->hook && info->hook->init_info) { + (*info->hook->init_info)(info); continue; } -#endif info->magic = SERIAL_MAGIC; info->port = (int) info->zs_channel->control; info->line = i; @@ -1825,12 +1930,10 @@ return; save_flags(flags); cli(); - while (!(*(info->zs_channel->control) & Tx_BUF_EMP) && --loops) RECOVERY_DELAY; *(info->zs_channel->data) = ch; - RECOVERY_DELAY; - + wbflush(); RECOVERY_DELAY; restore_flags(flags); } @@ -1839,32 +1942,13 @@ { struct dec_serial *info; int i; - unsigned char nine; info = zs_soft + co->index; - -#if 0 - /* - * disable master interrupt if necessary - */ - nine = info->zs_channel->curregs[9]; - if(nine & MIE) - write_zsreg(info->zs_channel, R9, nine & ~MIE); -#endif - /* - * do it - */ for (i = 0; i < count; i++, s++) { if(*s == '\n') zs_console_putchar(info, '\r'); zs_console_putchar(info, *s); } - /* - * restore master interrupt enable - */ -#if 0 - write_zsreg(info->zs_channel, R9, nine); -#endif } /* @@ -1896,7 +1980,7 @@ char *s; unsigned long flags; - if(!IOASIC) + if(!BUS_PRESENT) return -ENODEV; info = zs_soft + co->index; @@ -1971,7 +2055,7 @@ /* * Turn on RTS and DTR. */ - zs_rtsdtr(info, 1); + zs_rtsdtr(info, 1); /* * Finally, enable sequencing @@ -2030,6 +2114,18 @@ #endif /* ifdef CONFIG_SERIAL_CONSOLE */ #ifdef CONFIG_KGDB +struct dec_zschannel *zs_kgdbchan; +static unsigned char scc_inittab[] = { + 9, 0x80, /* reset A side (CHRA) */ + 13, 0, /* set baud rate divisor */ + 12, 1, + 14, 1, /* baud rate gen enable, src=rtxc (BRENABL) */ + 11, 0x50, /* clocks = br gen (RCBR | TCBR) */ + 5, 0x6a, /* tx 8 bits, assert RTS (Tx8 | TxENAB | RTS) */ + 4, 0x44, /* x16 clock, 1 stop (SB1 | X16CLK)*/ + 3, 0xc1, /* rx enable, 8 bits (RxENABLE | Rx8)*/ +}; + /* These are for receiving and sending characters under the kgdb * source level kernel debugger. */ @@ -2064,6 +2160,24 @@ write_zsreg(chan, 1, one); write_zsreg(chan, 9, nine); } + +static void kgdbhook_init_channel(struct dec_serial* info) +{ +} + +static void kgdbhook_init_info(struct dec_serial* info) +{ +} + +static void kgdbhook_rx_char(struct dec_serial* info, + unsigned char ch, unsigned char stat) +{ + if (ch == 0x03 || ch == '$') + breakpoint(); + if (stat & (Rx_OVR|FRM_ERR|PAR_ERR)) + write_zsreg(info->zs_channel, 0, ERR_RES); +} + /* This sets up the serial port we're using, and turns on * interrupts for that channel, so kgdb is usable once we're done. */ @@ -2072,7 +2186,7 @@ int brg; int i, x; volatile char *sccc = ms->control; - brg = BPS_TO_BRG(bps, ZS_CLOCK/16); + brg = BPS_TO_BRG(bps, zs_parms->clock/16); printk("setting bps on kgdb line to %d [brg=%x]\n", bps, brg); for (i = 20000; i != 0; --i) { x = *sccc; eieio(); @@ -2087,6 +2201,13 @@ * for /dev/ttyb which is determined in setup_arch() from the * boot command line flags. */ +struct zs_hook zs_kgdbhook = { + init_channel : kgdbhook_init_channel, + init_info : kgdbhook_init_info, + cflags : B38400|CS8|CLOCAL, + rx_char : kgdbhook_rx_char, +} + __initfunc(void zs_kgdb_hook(int tty_num)) { /* Find out how many Z8530 SCCs we have */ @@ -2097,11 +2218,40 @@ zs_soft[tty_num].change_needed = 0; zs_soft[tty_num].clk_divisor = 16; zs_soft[tty_num].zs_baud = 38400; - zs_soft[tty_num].kgdb_channel = 1; /* This runs kgdb */ - zs_soft[tty_num ^ 1].kgdb_channel = 0; /* This does not */ + zs_soft[tty_num].hook = &zs_kgdbhook; /* This runs kgdb */ /* Turn on transmitter/receiver at 8-bits/char */ kgdb_chaninit(zs_soft[tty_num].zs_channel, 1, 38400); printk("KGDB: on channel %d initialized\n", tty_num); set_debug_traps(); /* init stub */ } #endif /* ifdef CONFIG_KGDB */ + +#ifdef CONFIG_BAGET_MIPS +static void baget_kbd_rx_char(struct dec_serial *info, + unsigned char ch, unsigned char stat) +{ + if (stat & (Rx_OVR|FRM_ERR|PAR_ERR)) + write_zsreg(info->zs_channel, 0, ERR_RES); + else + baget_kbd_put(ch); +} + +struct zs_hook baget_kbdhook = { + init_channel : NULL, + init_info : NULL, + cflags : B9600|CS8|CSTOPB|CLOCAL, + rx_char : baget_kbd_rx_char +}; + +__initfunc(void baget_kbd_hook(int tty_num)) +{ + zs_init(); + if (tty_num < 0 || tty_num > zs_channels_found) { + printk(KERN_ERR + "kbd: invalid tty number %d, keyboard disabled\n", tty_num); + return; + } + zs_soft[tty_num].hook = &baget_kbdhook; + startup(&zs_soft[tty_num]); +} +#endif /* ifdef CONFIG_BAGET_MIPS */ --- /ultra/vladimir/sgi/2.2/linux/drivers/tc/zs.h Mon Jul 12 21:52:32 1999 +++ /home/vladimir/linux-2.2.1/drivers/tc/zs.h Tue Jul 13 18:41:16 1999 @@ -89,6 +89,16 @@ unsigned char curregs[NUM_ZSREGS]; }; +struct dec_serial; + +struct zs_hook { + void (*init_channel)(struct dec_serial* info); + void (*init_info)(struct dec_serial* info); + unsigned cflags; + void (*rx_char)(struct dec_serial* info, + unsigned char ch, unsigned char stat); +}; + struct dec_serial { struct dec_serial *zs_next; /* For IRQ servicing chain */ struct dec_zschannel *zs_channel; /* Channel registers */ @@ -97,7 +107,7 @@ char soft_carrier; /* Use soft carrier on this channel */ char break_abort; /* Is serial console in, so process brk/abrt */ - char kgdb_channel; /* Kgdb is running on this channel */ + struct zs_hook *hook; /* Hook on this channel */ char is_cons; /* Is this our console. */ unsigned char tx_active; /* character is being xmitted */ unsigned char tx_stopped; /* output is suspended */ --------------65319F7163720DDB690C83C7-- From cyxob@tipas.lt Wed Jul 14 22:29:47 1999 Received: from hermit.tipas.lt (hermit.tipas.lt [193.219.1.213]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA01910; Wed, 14 Jul 1999 22:29:31 +0200 (MET DST) Received-Date: Wed, 14 Jul 1999 22:29:31 +0200 (MET DST) Received: from hermit.tipas.lt (localhost [127.0.0.1]) by hermit.tipas.lt (8.8.8/cyxob-1.7) with SMTP id TAA00780 for ; Wed, 14 Jul 1999 19:28:08 GMT Sender: cyxob@hermit.tipas.lt Message-ID: <378CE4C6.41C6@tipas.lt> Date: Wed, 14 Jul 1999 22:28:06 +0300 From: "Denis A. Doroshenko" Organization: T.I.P.A.S. X-Mailer: Mozilla 3.01Gold (X11; I; SCO_SV 3.2 i386) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: MIPS Linux for RM200 (no-PCI) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 267 Lines: 11 hello! we have siemens rm200 and would like to kick out of it winblowsnt and install linux to it. is it possible? sometime ago we heard you have ported linux to rm200 pci variant, and earlier are not ready yet. has anything changed since then? thank you! -- cyxob From sue@peritek.com Wed Jul 14 23:28:18 1999 Received: from diablo.peritek.com (diablo.peritek.com [198.151.249.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA02628; Wed, 14 Jul 1999 23:28:17 +0200 (MET DST) Received-Date: Wed, 14 Jul 1999 23:28:17 +0200 (MET DST) Received: (from sue@localhost) by diablo.peritek.com (8.8.7/8.8.7) id OAA08318; Wed, 14 Jul 1999 14:28:07 -0700 (PDT) From: Susan Dickey Message-Id: <199907142128.OAA08318@diablo.peritek.com> X-Envelope-From: sue X-Envelope-To: linux-mips@fnet.fr Subject: status of Linux port to MIPS To: linux-mips@fnet.fr Date: Wed, 14 Jul 1999 14:28:07 -0700 (PDT) Cc: victor@diablo.peritek.com (Victor Gold), lou@diablo.peritek.com (Lou Katz), jim@diablo.peritek.com (Jim Hixson) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 328 Lines: 11 Hello, Our company is considering the use of a MIPS processor in a new product. Could you tell me the current status of the Linux port to MIPS? The web site and ftp download do not seem to have been updated since last July, is that correct? Has the MIPS development been merged with the main tree? Best regards, Susan Dickey From R.vandenBerg@inter.NL.net Thu Jul 15 00:05:26 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 AAA03044; Thu, 15 Jul 1999 00:05:25 +0200 (MET DST) Received-Date: Thu, 15 Jul 1999 00:05:25 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-18.Hoorn.NL.net [193.79.46.182] with ESMTP id AAA17495 (8.8.8/3.40); Thu, 15 Jul 1999 00:05:12 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 14 Jul 1999 23:59:18 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 14 Jul 1999 23:59:17 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Susan Dickey cc: linux-mips@fnet.fr, Victor Gold , Lou Katz , Jim Hixson Subject: Re: status of Linux port to MIPS In-Reply-To: <199907142128.OAA08318@diablo.peritek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 249 Lines: 11 Hello, Linux MIPS is covered on these pages (and you find more links on these pages too): http://www.linux.sgi.com/ http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Regards, Richard From R.vandenBerg@inter.NL.net Thu Jul 15 00:05: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 AAA03021; Thu, 15 Jul 1999 00:05:15 +0200 (MET DST) Received-Date: Thu, 15 Jul 1999 00:05:15 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-18.Hoorn.NL.net [193.79.46.182] with ESMTP id AAA17503 (8.8.8/3.40); Thu, 15 Jul 1999 00:05:13 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 15 Jul 1999 00:04:33 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 15 Jul 1999 00:04:32 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: "Denis A. Doroshenko" cc: linux-mips@fnet.fr Subject: Re: MIPS Linux for RM200 (no-PCI) In-Reply-To: <378CE4C6.41C6@tipas.lt> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 296 Lines: 11 Hello, The RM200 still isn't officially supported. More up to date info is on these pages (and you find more links on these pages too): http://www.linux.sgi.com/ http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Regards, Richard From ralf@lappi.waldorf-gmbh.de Thu Jul 15 03:47: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 DAA06593; Thu, 15 Jul 1999 03:47:12 +0200 (MET DST) Received-Date: Thu, 15 Jul 1999 03:47:12 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA12281 for ; Thu, 15 Jul 1999 03:47:07 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id DAA02354; Thu, 15 Jul 1999 03:45:54 +0200 Date: Thu, 15 Jul 1999 03:45:54 +0200 From: Ralf Baechle To: Richard van den Berg Cc: "Denis A. Doroshenko" , linux-mips@fnet.fr Subject: Re: MIPS Linux for RM200 (no-PCI) Message-ID: <19990715034554.C1381@uni-koblenz.de> References: <378CE4C6.41C6@tipas.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Richard van den Berg on Thu, Jul 15, 1999 at 12:04:32AM +0200 X-Accept-Language: de,en,fr Content-Length: 1020 Lines: 22 On Thu, Jul 15, 1999 at 12:04:32AM +0200, Richard van den Berg wrote: > The RM200 still isn't officially supported. More up to date info is on > these pages (and you find more links on these pages too): > http://www.linux.sgi.com/ > http://decstation.unix-ag.org/ > http://www.xs4all.nl/~vhouten/mipsel/ > http://www.inter.nl.net/users/schnecke/mips/ Just to give a status update about the RM200 - I've got severe trouble with the ASIC PCI or the Intel chipset used in the system. What happens is that after some time one or more interrupts of those which are routed via the PC style PICs freeze. That's nasty if it hits the keyboard but it's almost fatal if it freezes the timer interrupt. The cause seems to be that various buffers in the system may delay the writes to the PICs for a very long time. That's a known problem but somehow the workaround from the SINIX sources doesn't seem to be sufficient for Linux. It's driving me nuts, the RM200C might well be the most solid Linux port otherwise ... Ralf From wyldfier@iname.com Fri Jul 16 08:09:40 1999 Received: from smtp4.erols.com (smtp4.erols.com [207.172.3.237]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA22234; Fri, 16 Jul 1999 08:09:39 +0200 (MET DST) Received-Date: Fri, 16 Jul 1999 08:09:39 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp4.erols.com (8.8.8/smtp-v1) with SMTP id CAA18334 for ; Fri, 16 Jul 1999 02:09:31 -0400 (EDT) From: "Mike Klar" To: Subject: MIPS portion of the Linux CE project Date: Fri, 16 Jul 1999 02:05:50 -0400 Message-ID: <000201becf52$048a6840$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 1065 Lines: 24 Hi everyone. I thought I'd let everyone here know that we're ready to actually start working on kernel code over at the Linux CE project, but we're having a little trouble deciding which kernel branch to start from. Can someone explain to me what's going on in and what the status is of the 2.3.x tree as far as MIPS is concerned? I'm interested in knowing about both the CVS repository at linux.sgi.com and the official Linux source tree. Linux CE, at least the MIPS portion of it, will be 32-bit little endian, and although I can get the 2.2 sources from SGI to compile OK, I'm having some trouble with the 2.3 sources for little endian configs. Meanwhile, I can't get the 2.3 (specifically 2.3.10) sources from the official Linux tree to compile for any MIPS configuration. Like most of the Linux CE developers, I don't have a desktop MIPS system to test compiled kernels with, so I want to make sure we're starting from a reasonably working base. For more information on Linux CE, check out http://www.linuxce.org and the links therein. Thanks, Mike K. From ed315@aol.com Sun Jul 18 12:04:34 1999 Received: from mailhost.tca.co.uk (mailhost.tca.co.uk [193.133.105.38]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id MAA11499; Sun, 18 Jul 1999 12:04:33 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 12:04:33 +0200 (MET DST) From: ed315@aol.com Received: from 8976tui by mailhost.tca.co.uk (8.6.12/PIPEX simple 1.27) id LAA05298; Sun, 18 Jul 1999 11:05:49 GMT Date: Sun, 18 Jul 1999 11:05:49 GMT Message-Id: <199907181105.LAA05298@mailhost.tca.co.uk> To: deon22@sprynet.com Subject: PRESS PASS 5326-568-585-99 Content-Length: 235 Lines: 8 Generate thousands of hits to your company’s web site by writing a press release to the editor of a newspaper, magazine, radio, etc. For a free sample of a successful press release visit at http://www2.crosswinds.net/~godlike40/ From pen763n13@aol.com Sun Jul 18 13:11:41 1999 Received: from odyn.sybase.com.pl ([212.244.185.166]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA11810; Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) From: pen763n13@aol.com Received: from 8976tui ([38.11.207.195]) by odyn.sybase.com.pl (Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) with SMTP id C12567B2.003DCD2F; Sun, 18 Jul 1999 13:15:09 +0200 To: deon22@sprynet.com Subject: PRESS PASS 5326-568-585-99 Content-Length: 235 Lines: 8 Generate thousands of hits to your company’s web site by writing a press release to the editor of a newspaper, magazine, radio, etc. For a free sample of a successful press release visit at http://www2.crosswinds.net/~godlike40/ From pen763n13@aol.com Sun Jul 18 13:11:41 1999 Received: from odyn.sybase.com.pl ([212.244.185.166]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA11810; Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) From: pen763n13@aol.com Received: from 8976tui ([38.11.207.195]) by odyn.sybase.com.pl (Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) with SMTP id C12567B2.003DCD2F; Sun, 18 Jul 1999 13:15:09 +0200 To: deon22@sprynet.com Subject: PRESS PASS 5326-568-585-99 Content-Length: 235 Lines: 8 Generate thousands of hits to your company’s web site by writing a press release to the editor of a newspaper, magazine, radio, etc. For a free sample of a successful press release visit at http://www2.crosswinds.net/~godlike40/ From pen763n13@aol.com Sun Jul 18 13:11:41 1999 Received: from odyn.sybase.com.pl ([212.244.185.166]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA11810; Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 13:11:40 +0200 (MET DST) From: pen763n13@aol.com Received: from 8976tui ([38.11.207.195]) by odyn.sybase.com.pl (Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) with SMTP id C12567B2.003DCD2F; Sun, 18 Jul 1999 13:15:09 +0200 To: deon22@sprynet.com Subject: PRESS PASS 5326-568-585-99 Content-Length: 235 Lines: 8 Generate thousands of hits to your company’s web site by writing a press release to the editor of a newspaper, magazine, radio, etc. For a free sample of a successful press release visit at http://www2.crosswinds.net/~godlike40/ From Harald.Koerfgen@home.ivm.de Sun Jul 18 18:21:02 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA13725; Sun, 18 Jul 1999 18:21:01 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 18:21:01 +0200 (MET DST) Received: from franz.no.dom (port60.koeln.ivm.de [195.247.239.60]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA20607; Sun, 18 Jul 1999 18:20:49 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <37859805.E7A482F0@milleng.com.au> Date: Sun, 18 Jul 1999 18:23:58 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: damos.yum@usa.net Subject: Re: Bootp DECStation 5000/240 Cc: Linux MIPS mailing list Content-Length: 558 Lines: 15 Hi Damien, >> I am currently focused on a project that uses a DECStation 5000/240 as a >> linux >> server for a hospital intranet. I have met problems with booting my Station >> using bootp and I was wondering if you had any documentation which may be of >> help. My problem is that I cannot bootp over the network using unix 4.0d os >> as the server. I would be grateful for any help in regards to my problem. There are /240 DECstations which are known to have buggy PROMS. What error messages do you get after trying to netboot? --- Regards, Harald From michael.micheletti@eudoramail.com Sun Jul 18 21:16:31 1999 Received: from mc-qout2.whowhere.com (nytoday.whowhere.com [209.1.236.38]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA14634; Sun, 18 Jul 1999 21:16:29 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 21:16:29 +0200 (MET DST) Received: from Unknown/Local ([?.?.?.?]) by shared1-mail.whowhere.com; Sun Jul 18 12:16:07 1999 To: linux-mips@fnet.fr Date: Sun, 18 Jul 1999 12:16:07 -0700 From: "Micheletti Michael" Message-ID: Mime-Version: 1.0 X-Sent-Mail: off X-Mailer: MailCity Service Subject: help me X-Sender-Ip: 195.130.132.49 Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com:80) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 831 Lines: 45 Dear, I would like to install linux on my Handheld PC ( sharp mobilon 4100, mips RS 4000 ) Could you help me, how to do, wich files to install,... Many thanks --- ***************************************************** ***************************************************** Micheletti Michael Biesdreef 8 B-1933 Sterrebeek 0032 495 /93.74.47 Belgium michael.micheletti@eudoramail.com ***************************************************** free university of brussels agricultural engineering horticulture & crops production cp 169 50 av f. roosevelt b-1050 bruxelles. belgium ***************************************************** ***************************************************** Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com From radek@ids.pl Mon Jul 19 17:08:11 1999 Received: from ids1.ids.pl (ids1.ids.pl [195.117.3.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA22921; Mon, 19 Jul 1999 17:08:10 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 17:08:10 +0200 (MET DST) Received: from luna.ids.pl (p14.a1.core.ids.pl [195.117.3.145]) by ids1.ids.pl (8.9.3/8.8.8/rchk1.19) with ESMTP id RAA19227 for ; Mon, 19 Jul 1999 17:06:21 +0200 (MET DST) Received: from luna.ids.pl (luna.ids.pl [127.0.0.1]) by luna.ids.pl (8.8.7/8.6.12) with ESMTP id VAA00397 for ; Sun, 18 Jul 1999 21:41:47 +0200 Date: Sun, 18 Jul 1999 21:41:44 +0200 (EEST) From: Radoslaw Roszczyk To: linux-mips@fnet.fr Subject: signoff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 509 Lines: 21 -----BEGIN PGP SIGNED MESSAGE----- Please signoff me from Linux Mips List Radek - ----- Radoslaw Roszczyk - radek@ids.pl, R.Roszczyk@elka.pw.edu.pl MobilePhone: +48-604-570-290 Unix is like a wigwam - no windows, no gates, Apache inside... -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv iQB1AwUBN5It+w3Q8+gSdklJAQGi7AL+LNcfX4DVncX8epEHHyHnZpcsMtTncDIb H3rnOnJZpJJ7PwAgcuMd6QsGB2bNZwe+lXD/CMX2B+kydElM/+qyet9QMrByL8VK jWo5R54moCvYzXWbny/2ALDU7IQmNhPJ =l8xN -----END PGP SIGNATURE----- From brad@ltc.com Sun Jul 18 23:01:18 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA15620; Sun, 18 Jul 1999 23:01:17 +0200 (MET DST) Received-Date: Sun, 18 Jul 1999 23:01:17 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id va309447 for ; Sun, 18 Jul 1999 17:05:48 -0400 Message-ID: <003401bed15f$b451a360$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , "Micheletti Michael" Subject: Re: help me Date: Sun, 18 Jul 1999 16:54:18 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1180 Lines: 61 If only it were that easy. :) It is currently a work in progress. See www.linuxce.org for starters. Regards, Brad -----Original Message----- From: Micheletti Michael To: linux-mips@fnet.fr Date: Sunday, July 18, 1999 3:24 PM Subject: help me >Dear, > > >I would like to install linux on my Handheld PC ( >sharp mobilon 4100, mips RS 4000 ) > >Could you help me, how to do, wich files to install,... > >Many thanks > > >--- >***************************************************** >***************************************************** > >Micheletti Michael >Biesdreef 8 >B-1933 Sterrebeek 0032 495 /93.74.47 >Belgium > >michael.micheletti@eudoramail.com > >***************************************************** > free university of brussels > > agricultural engineering > >horticulture & crops production > > >cp 169 > >50 av f. roosevelt >b-1050 bruxelles. >belgium >***************************************************** >***************************************************** > > > > > > > >Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com > From <@Cologne.DE:karsten@excalibur.cologne.de> Mon Jul 19 06:42:19 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA19126; Mon, 19 Jul 1999 06:42:18 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 06:42:18 +0200 (MET DST) Received: from localhost (1522 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Mon, 19 Jul 1999 06:42:12 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id WAA05199; Sun, 18 Jul 1999 22:54:36 +0200 Message-ID: <19990718225436.C3137@excalibur.cologne.de> Date: Sun, 18 Jul 1999 22:54:36 +0200 From: Karsten Merker To: Micheletti Michael Cc: linux-mips@fnet.fr Subject: Re: help me Mail-Followup-To: Micheletti Michael , linux-mips@fnet.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: ; from Micheletti Michael on Sun, Jul 18, 1999 at 12:16:07PM -0700 X-No-Archive: yes Content-Length: 618 Lines: 18 On Sun, Jul 18, 1999 at 12:16:07PM -0700, Micheletti Michael wrote: > I would like to install linux on my Handheld PC ( > sharp mobilon 4100, mips RS 4000 ) > > Could you help me, how to do, wich files to install,... Linux has not been ported to your computer, so you have bad luck. People are trying to port linux to some MIPS-based handheld-systems, but yours is AFAIK not among them. Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From brad@ltc.com Mon Jul 19 01:33:08 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA17495; Mon, 19 Jul 1999 01:33:07 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 01:33:07 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ya309450 for ; Sun, 18 Jul 1999 19:37:44 -0400 Message-ID: <00d201bed174$edd62b00$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Booting Linux on Vadem Clio Date: Sun, 18 Jul 1999 19:26:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1834 Lines: 47 Here is my story. So far... 1. I've been able build and run simple cross-compiled programs on my Vadem Clio, loading them using pbsdboot (a bootloader developed for loading NetBSD on a WindowsCE device) with a lot of help from Mike Klar (thank you Mike) and his LinuxCE-MIPS page at http://www.hacksrus.com/~mike/lince/lince-mips.htm. Also, thank you Ralf for making those cross-compiler binaries available. For the record, the Clio's processor is Vr4111, and I've been treating it like a R3000. 2. I've been able to cross-compile the linux kernel 2.3.9 from SGI CVS configured for DECStation with only a few warnings. 3. I've created a ce directory under mips, added ce stuff to config.in and arch/mips/Makefile, re-run 'make config' and picked CE, and re-run 'make dep'. All seems to work just fine. 4. I've created an init.c that defines those three required prom functions. 5. I've put some code into my prom_init that should clear the screen and write some text to it (using simple functions that I've tested with simple programs that run fine loaded with pbsdboot). 6. I've built vmlinux, stripped it, attempted to load it using pbsdboot.exe, and... A big drumroll please... 7. It flops (stripped or not stripped BTW). :( It appears that my code in prom_init never gets called. I've even put some really simple code in prom_init that should just make an LED on the Clio flash. Still, nothing. I watch it, and my init.o code is getting linked in, so that's not the problem (it wouldn't link without it either). >From what I can tell, prom_init should get called from head.S before jal start_kernel. What am I missing? I'm getting stuck in trying to understand ld.script.little and head.S. Where can I go from here? Any suggestions? Any advice about understanding/working with head.S? Regards, Brad From imp@harmony.village.org Mon Jul 19 02:35:23 1999 Received: from rover.village.org ([204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA17776; Mon, 19 Jul 1999 02:35:21 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 02:35:21 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id SAA38993; Sun, 18 Jul 1999 18:34:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id SAA75786; Sun, 18 Jul 1999 18:34:37 -0600 (MDT) Message-Id: <199907190034.SAA75786@harmony.village.org> To: "Bradley D. LaRonde" Subject: Re: Booting Linux on Vadem Clio Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr In-reply-to: Your message of "Sun, 18 Jul 1999 19:26:14 EDT." <00d201bed174$edd62b00$b1119526@tecra.ltc.com> References: <00d201bed174$edd62b00$b1119526@tecra.ltc.com> Date: Sun, 18 Jul 1999 18:34:37 -0600 From: Warner Losh Content-Length: 1481 Lines: 30 In message <00d201bed174$edd62b00$b1119526@tecra.ltc.com> "Bradley D. LaRonde" writes: : 1. I've been able build and run simple cross-compiled programs on my Vadem : Clio, loading them using pbsdboot (a bootloader developed for loading NetBSD : on a WindowsCE device) with a lot of help from Mike Klar (thank you Mike) : and his LinuxCE-MIPS page at : http://www.hacksrus.com/~mike/lince/lince-mips.htm. Also, thank you Ralf : for making those cross-compiler binaries available. For the record, the : Clio's processor is Vr4111, and I've been treating it like a R3000. You should be treating it as if it is a R4000. The TLB entries are exactly like a R4000... The locking functions may be different, but if you treat the MMU as a R3000, bad things will likely happen. : >From what I can tell, prom_init should get called from head.S before jal : start_kernel. What am I missing? Have you tried adding a few lines of assembler in head.S that tweaks the LEDs to make sure that it is even getting called? : I'm getting stuck in trying to understand ld.script.little and head.S. : Where can I go from here? Any suggestions? Any advice about : understanding/working with head.S? Those I can't help you with. I know that the Vadem CLIO and the Sharp Tripad are the same beastie (if anybody knows the OEM that makes these, please drop me a line). I know that NetBSD/hpc boots up to the root partition prompt and that I've hacked vrkiu to grok the vadem's keymap. Warner From wyldfier@iname.com Mon Jul 19 04:07:00 1999 Received: from smtp2.erols.com (smtp2.erols.com [207.172.3.235]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA18412; Mon, 19 Jul 1999 04:06:59 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 04:06:59 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp2.erols.com (8.8.8/8.8.5) with SMTP id WAA21175; Sun, 18 Jul 1999 22:13:33 -0400 (EDT) From: "Mike Klar" To: "'Warner Losh'" , "'Bradley D. LaRonde'" Cc: , Subject: RE: Booting Linux on Vadem Clio Date: Sun, 18 Jul 1999 22:07:30 -0400 Message-ID: <000101bed18b$97f50870$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <199907190034.SAA75786@harmony.village.org> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 1034 Lines: 23 Warner Losh wrote: > In message <00d201bed174$edd62b00$b1119526@tecra.ltc.com> > "Bradley D. LaRonde" writes: ... > : Clio's processor is Vr4111, and I've been treating it like a R3000. > > You should be treating it as if it is a R4000. The TLB entries are > exactly like a R4000... The locking functions may be different, but > if you treat the MMU as a R3000, bad things will likely happen. I'm starting to agree with Warner about it being closer to R4000 than R3000 as far as the kernel is concerned, but the fact is that we cannot simply treat it as either an R4000 or R3000. It's not exactly like either one. What we need to do is define the CPU as a VR41xx and then look at every piece of the kernel code that is CPU-type specific, adding the appropriate #ifdef's. For the MMU code, it'll be R4000-like. For the exception-handling code, it'll be mostly R4000-like, but parts will probably be neither exactly R4000-like nor exactly R3000-like. Anywhere there's an LL/SC instruction pair, it should be R3000-like. Mike K. From sjhill@plutonium.net Mon Jul 19 04:43:45 1999 Received: from home.plutonium.net (home.plutonium.net [208.244.78.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA18574; Mon, 19 Jul 1999 04:43:44 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 04:43:44 +0200 (MET DST) Received: from plutonium.net (proto.plutonium.net [208.244.79.221]) by home.plutonium.net (8.8.7/8.8.6) with ESMTP id VAA23032; Sun, 18 Jul 1999 21:45:49 -0500 Sender: sjhill@home.plutonium.net Message-ID: <37929077.DA54A0FD@plutonium.net> Date: Sun, 18 Jul 1999 21:42:00 -0500 From: "Steven J. Hill" Organization: Plutonium Inc. X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10 i586) X-Accept-Language: en MIME-Version: 1.0 To: Mike Klar CC: "'Warner Losh'" , "'Bradley D. LaRonde'" , linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio References: <000101bed18b$97f50870$f325a4d8@ppan.hlb.cable.rcn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1415 Lines: 30 Mike Klar wrote: > > --------------------------------------------------------------------- > Email sent to all subscriber or the linuxce-devel@linuxce.org mailing list > --------------------------------------------------------------------- > > Warner Losh wrote: > > In message <00d201bed174$edd62b00$b1119526@tecra.ltc.com> > > "Bradley D. LaRonde" writes: > ... > > : Clio's processor is Vr4111, and I've been treating it like a R3000. > > > > You should be treating it as if it is a R4000. The TLB entries are > > exactly like a R4000... The locking functions may be different, but > > if you treat the MMU as a R3000, bad things will likely happen. > > I'm starting to agree with Warner about it being closer to R4000 than R3000 > as far as the kernel is concerned, but the fact is that we cannot simply > treat it as either an R4000 or R3000. It's not exactly like either one. > What we need to do is define the CPU as a VR41xx and then look at every > piece of the kernel code that is CPU-type specific, adding the appropriate > #ifdef's. Perhaps on a related issue, when I use the 'GetSystemInfo' command under WindowsCE on my Philips Nino, it tells me that the processor is of R4000 type. That's a contradictino if you use the System Information dialog provided with the Nino. I would tend to backup up R4000 similarity as well. However, maybe that's not good reasoning :). Just my 2 cents. -Steve From brad@ltc.com Mon Jul 19 04:59:20 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA18692; Mon, 19 Jul 1999 04:59:19 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 04:59:19 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ca309454 for ; Sun, 18 Jul 1999 23:03:57 -0400 Message-ID: <017301bed191$bcdb3be0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Sun, 18 Jul 1999 22:52:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 538 Lines: 14 >Perhaps on a related issue, when I use the 'GetSystemInfo' command under >WindowsCE on my Philips Nino, it tells me that the processor is of R4000 >type. That's a contradictino if you use the System Information dialog >provided with the Nino. I would tend to backup up R4000 similarity as >well. However, maybe that's not good reasoning :). Just my 2 cents. Also (with similar caveats), I notice that it is called a Vr4111 (vs. Vr3111), which leads me to reason that NEC probably considers it part of the R4000 family. Regards, Brad From brad@ltc.com Mon Jul 19 06:13:56 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA18993; Mon, 19 Jul 1999 06:13:55 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 06:13:55 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ea309456 for ; Mon, 19 Jul 1999 00:18:30 -0400 Message-ID: <01d601bed19c$26e381a0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 00:07:00 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 3347 Lines: 101 >: >From what I can tell, prom_init should get called from head.S before jal >: start_kernel. What am I missing? > >Have you tried adding a few lines of assembler in head.S that tweaks >the LEDs to make sure that it is even getting called? I just did it. Even if I put it right before the 'jal prom_init' in head.S it works, but not if I put it inside prom_init. Any ideas why it's not jumping to my code in prom_init? It's a simple jal instruction. What else can it do? The linker complains if I '#ifdef 0' out my function, so it knows where it is. What is it doing? The only thing I can think of at this point is that the bootloader is not loading my code at 80084d7c. I've even disassembled the kernel - it's doing exactly what I expected it to do: 00000000800025e0 : // vmlinux starts executing here // it does a few simple initialzation steps first // figure what cpu it is 800025e0: 1000002a b 8000268c 800025e4: 00000000 nop 00000000800025e8 : // clear .bss 800025e8: 3c088009 lui $t0,0x8009 800025ec: 65084e10 daddiu $t0,$t0,19984 800025f0: ad000000 sw $zero,0($t0) 800025f4: 3c09800b lui $t1,0x800b 800025f8: 65298bec daddiu $t1,$t1,-29716 800025fc: 25080004 addiu $t0,$t0,4 80002600: 1509fffe bne $t0,$t1,800025fc 80002604: ad000000 sw $zero,0($t0) // make the LED blink with a 1 second cycle // this code DOES get executed 80002608: 24020010 li $v0,16 8000260c: 3c01ab00 lui $at,0xab00 80002610: a4220240 sh $v0,576($at) 80002614: 24020010 li $v0,16 80002618: 3c01ab00 lui $at,0xab00 8000261c: a4220242 sh $v0,578($at) 80002620: 24020001 li $v0,1 80002624: 3c01ab00 lui $at,0xab00 80002628: a4220248 sh $v0,584($at) // jump and link to prom_init 8000262c: 0c02135f jal 80084d7c 80002630: 00000000 nop ... 0000000080084d7c : // this code apparently DOES NOT get executed // ok, it thinks that there are parameters on the stack 80084d7c: 27bdffe8 addiu $sp,$sp,-24 // get ready to make the LED blink with a 1/10 second cycle - faster so I can see the difference 80084d80: 24020001 li $v0,1 // kind of odd how it puts this here out of order // why is it storing the return address like this? 80084d84: afbf0010 sw $ra,16($sp) // back to blinking 80084d88: 3c01ab00 lui $at,0xab00 80084d8c: a4220240 sh $v0,576($at) 80084d90: 3c01ab00 lui $at,0xab00 80084d94: a4220242 sh $v0,578($at) 80084d98: 3c01ab00 lui $at,0xab00 // other code in prom_init that I would like executed 80084d9c: 0c01414f jal 8005053c // finish setting up the blinking // so odd getting used to this delay slot thing 80084da0: a4220248 sh $v0,584($at) // do some more stuff 80084da4: 3c048008 lui $a0,0x8008 80084da8: 0c0140e3 jal 8005038c 80084dac: 24849fc0 addiu $a0,$a0,-24640 80084db0: 3c048008 lui $a0,0x8008 80084db4: 0c0140e3 jal 8005038c 80084db8: 24849fd4 addiu $a0,$a0,-24620 80084dbc: 8fbf0010 lw $ra,16($sp) 80084dc0: 00001021 move $v0,$zero // return from prom_init 80084dc4: 03e00008 jr $ra 80084dc8: 27bd0018 addiu $sp,$sp,24 Regards, Brad From imp@harmony.village.org Mon Jul 19 06:47:43 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA19177; Mon, 19 Jul 1999 06:47:41 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 06:47:41 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA39408; Sun, 18 Jul 1999 22:47:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA76621; Sun, 18 Jul 1999 22:47:37 -0600 (MDT) Message-Id: <199907190447.WAA76621@harmony.village.org> To: Karsten Merker Subject: Re: help me Cc: Micheletti Michael , linux-mips@fnet.fr In-reply-to: Your message of "Sun, 18 Jul 1999 22:54:36 +0200." <19990718225436.C3137@excalibur.cologne.de> References: <19990718225436.C3137@excalibur.cologne.de> Date: Sun, 18 Jul 1999 22:47:37 -0600 From: Warner Losh Content-Length: 441 Lines: 10 In message <19990718225436.C3137@excalibur.cologne.de> Karsten Merker writes: : Linux has not been ported to your computer, so you have bad luck. People : are trying to port linux to some MIPS-based handheld-systems, but yours is : AFAIK not among them. The Sharp 4100 has a Toshiba TMPR3912 in it. This chip is similar to the ones in the Nino, which is one that people want Linux to run on. Check out www.linuxce.com for details. Warner From wyldfier@iname.com Mon Jul 19 06:59:29 1999 Received: from smtp2.erols.com (smtp2.erols.com [207.172.3.235]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA19286; Mon, 19 Jul 1999 06:59:28 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 06:59:28 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp2.erols.com (8.8.8/8.8.5) with SMTP id BAA00274; Mon, 19 Jul 1999 01:06:16 -0400 (EDT) From: "Mike Klar" To: "'Bradley D. LaRonde'" , , Subject: RE: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 01:01:00 -0400 Message-ID: <000301bed1a3$b93f2430$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <01d601bed19c$26e381a0$b1119526@tecra.ltc.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 1706 Lines: 47 > Any ideas why it's not jumping to my code in prom_init? You're probably causing an exception somehow, that is not being properly handled. I would guess a TLB miss or cache error. > I've even disassembled the kernel - it's doing exactly what I > expected it to > do: > > 00000000800025e0 : > // vmlinux starts executing here > // it does a few simple initialzation steps first ... > // jump and link to prom_init > 8000262c: 0c02135f jal 80084d7c > 80002630: 00000000 nop > > ... > > 0000000080084d7c : > // this code apparently DOES NOT get executed > > // ok, it thinks that there are parameters on the stack > 80084d7c: 27bdffe8 addiu $sp,$sp,-24 > > // get ready to make the LED blink with a 1/10 second > cycle - faster so > I can see the difference > 80084d80: 24020001 li $v0,1 > > // kind of odd how it puts this here out of order > // why is it storing the return address like this? > 80084d84: afbf0010 sw $ra,16($sp) Did you cut out the part where it sets up the stack pointer? If this is the first place it uses the stack and sp isn't initialized properly, this may do bad things. To answer your question about why it saves off ra, you make another subroutine call further on via jal, which will overwrite ra with the new return address, so the compiler saves it off to the stack. The compiler arranged the instructions that way because it knows the MIPS CPU (at least R3000 and R4000) can't use a register the instruction after it's been modified due to pipelining, so it rearranged the code to put at least one instruction between the 'addiu $sp,$sp,-24' and the 'sw $ra,16($sp)'. Mike K. From imp@harmony.village.org Mon Jul 19 07:48:04 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA19488; Mon, 19 Jul 1999 07:48:02 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 07:48:02 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA39503; Sun, 18 Jul 1999 23:47:59 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA77076; Sun, 18 Jul 1999 23:47:58 -0600 (MDT) Message-Id: <199907190547.XAA77076@harmony.village.org> To: "Mike Klar" Subject: Re: Booting Linux on Vadem Clio Cc: "'Bradley D. LaRonde'" , linuxce-devel@linuxce.org, linux-mips@fnet.fr In-reply-to: Your message of "Mon, 19 Jul 1999 01:01:00 EDT." <000301bed1a3$b93f2430$f325a4d8@ppan.hlb.cable.rcn.com> References: <000301bed1a3$b93f2430$f325a4d8@ppan.hlb.cable.rcn.com> Date: Sun, 18 Jul 1999 23:47:58 -0600 From: Warner Losh Content-Length: 599 Lines: 15 In message <000301bed1a3$b93f2430$f325a4d8@ppan.hlb.cable.rcn.com> "Mike Klar" writes: : You're probably causing an exception somehow, that is not being properly : handled. I would guess a TLB miss or cache error. I suggested adding the LED flash to the exception code... : Did you cut out the part where it sets up the stack pointer? If this is the : first place it uses the stack and sp isn't initialized properly, this may do : bad things. Another thing to try, if this isn't it, is to see if booting in the uncached segment rather than in the cached segment makes and difference... Warner From raiko@niisi.msk.ru Mon Jul 19 12:28:16 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 MAA20545; Mon, 19 Jul 1999 12:28:02 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 12:28:02 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id OAA20998; Mon, 19 Jul 1999 14:27:22 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA27801; Mon, 19 Jul 1999 12:55:47 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id OAA07697; Mon, 19 Jul 1999 14:22:29 +0400 (MSD) Message-ID: <3792FE53.ACDA188D@niisi.msk.ru> Date: Mon, 19 Jul 1999 14:30:43 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "Bradley D. LaRonde" CC: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio References: <00d201bed174$edd62b00$b1119526@tecra.ltc.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1682 Lines: 45 "Bradley D. LaRonde" wrote: > > Here is my story. So far... [snipped] > It appears that my code in prom_init never gets called. I've even put some > really simple code in prom_init that should just make an LED on the Clio > flash. Still, nothing. > Are you shure you pass all stuff above prom_init ? > I watch it, and my init.o code is getting linked in, so that's not the > problem (it wouldn't link without it either). > > >From what I can tell, prom_init should get called from head.S before jal > start_kernel. What am I missing? > > I'm getting stuck in trying to understand ld.script.little and head.S. > Where can I go from here? Any suggestions? Any advice about > understanding/working with head.S? Your prom must call kernel_entry. Then cpu_probe is called, it shouldn't get an exception, even if your cpu doesn't detected. You just have CPU_UNKNOWN in the latter case. Then the kernel clears bss and calls prom_init. The the kernel initializes mmu and calls start_kernel. Perhaps, your bootloader doesn't set up the kernel sections correctly. What I'd like to recommend is the following: 1. Found a way to print messages somewhere (at your display, over serial line, etc.) 2. Write a simple function that prints messages and a standalone program "hello world". The function should be written to be called from kernel_entry. Look at arch/mips/baget/print.c 3. Test the program by loading it to your box. At that point, your print fascility should be tested. 4. Hack kernel/printk.c to use your simple print function, not the console stuff. At that point you might add printks or your_arch_specific_printks to display the kernel messages. Regards, Gleb. From dom@mudchute.algor.co.uk Mon Jul 19 13:19:50 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA20799; Mon, 19 Jul 1999 13:19:49 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 13:19:49 +0200 (MET DST) Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id MAA27805; Mon, 19 Jul 1999 12:19:28 +0100 (BST) Received: (from dom@localhost) by mudchute.algor.co.uk (8.8.5/8.8.5) id MAA29895; Mon, 19 Jul 1999 12:19:28 +0100 (BST) Date: Mon, 19 Jul 1999 12:19:28 +0100 (BST) Message-Id: <199907191119.MAA29895@mudchute.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Bradley D. LaRonde" Cc: , Subject: Re: Booting Linux on Vadem Clio (really Vr41xx identity) In-Reply-To: <017301bed191$bcdb3be0$b1119526@tecra.ltc.com> References: <017301bed191$bcdb3be0$b1119526@tecra.ltc.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 871 Lines: 23 Bradley D. LaRonde (brad@ltc.com) writes: > Also (with similar caveats), I notice that it is called a Vr4111 > (vs. Vr3111), which leads me to reason that NEC probably considers > it part of the R4000 family. The Vr41xx CPU core is NEC's first attempt to implement a MIPS CPU (as opposed to building a MIPS-designed CPU like R4400, or working as part of a MIPS design team like Vr4300). It is a clone of the R4000 architecture - a 64-bit CPU running most of the MIPS-3 core instruction set. The TLB is R4000-like, but then all recent MIPS CPU TLBs are R4000-like, since anything else won't ever run Windows CE. I know it fails to provide the (core MIPS-3) instructions LL/SC, because it's designers erroneously thought they were only useful for multiprocessor systems. Otherwise, it should be pretty compatible. Dominic Sweetman Algorithmics Ltd dom@algor.co.uk From brad@ltc.com Mon Jul 19 14:52:16 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id OAA21207; Mon, 19 Jul 1999 14:52:15 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 14:52:15 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id la309463 for ; Mon, 19 Jul 1999 08:56:49 -0400 Message-ID: <010c01bed1e4$8f5343e0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Dominic Sweetman" Cc: , Subject: Re: Booting Linux on Vadem Clio (really Vr41xx identity) Date: Mon, 19 Jul 1999 08:45:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 917 Lines: 26 Would you say choose R4300 or R4x00 in make config? Regards, Brad >> Also (with similar caveats), I notice that it is called a Vr4111 >> (vs. Vr3111), which leads me to reason that NEC probably considers >> it part of the R4000 family. > >The Vr41xx CPU core is NEC's first attempt to implement a MIPS CPU (as >opposed to building a MIPS-designed CPU like R4400, or working as part >of a MIPS design team like Vr4300). > >It is a clone of the R4000 architecture - a 64-bit CPU running most of >the MIPS-3 core instruction set. The TLB is R4000-like, but then all >recent MIPS CPU TLBs are R4000-like, since anything else won't ever >run Windows CE. > >I know it fails to provide the (core MIPS-3) instructions LL/SC, >because it's designers erroneously thought they were only useful for >multiprocessor systems. Otherwise, it should be pretty compatible. > >Dominic Sweetman >Algorithmics Ltd >dom@algor.co.uk > From raiko@niisi.msk.ru Mon Jul 19 14:47:42 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA21150; Mon, 19 Jul 1999 14:47:32 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 14:47:32 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id QAA21946; Mon, 19 Jul 1999 16:47:10 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id PAA29756; Mon, 19 Jul 1999 15:12:34 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id QAA24386; Mon, 19 Jul 1999 16:39:16 +0400 (MSD) Message-ID: <37931E61.794228D4@niisi.msk.ru> Date: Mon, 19 Jul 1999 16:47:29 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: Dominic Sweetman CC: "Bradley D. LaRonde" , linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio (really Vr41xx identity) References: <017301bed191$bcdb3be0$b1119526@tecra.ltc.com> <199907191119.MAA29895@mudchute.algor.co.uk> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 466 Lines: 13 Dominic Sweetman wrote: > I know it fails to provide the (core MIPS-3) instructions LL/SC, > because it's designers erroneously thought they were only useful for > multiprocessor systems. Otherwise, it should be pretty compatible. > Fortunately, Harald Koerfgen has implemented ll/sc for r3k. Thus, for the user mode, they are already handled (iirelevant from CPU type, I guess). In the kernel, you need to choose r3k logic for ops on semaphores. Regards, Gleb. From brad@ltc.com Mon Jul 19 14:57:19 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id OAA21291; Mon, 19 Jul 1999 14:57:18 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 14:57:18 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id na309465 for ; Mon, 19 Jul 1999 09:01:56 -0400 Message-ID: <011d01bed1e5$46c23040$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 08:50:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 400 Lines: 12 Eeek. It looks like I screwed up the r2300_patch thing. One of the things the patch does is move that stack init code to before prom_init, but since I messed it up, it was still down there after all those jals. I've gone back to the original 2.3.9 and re-patched it. It looks better this time. I'm building now and intend report my results later today. Thanks for all the help. Regard, Brad From alpha@rasgroup.rasgroup.com Mon Jul 19 19:05:23 1999 Received: from rasgroup.rasgroup.com (alpha@rasgroup.rasgroup.com [207.170.74.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA23547; Mon, 19 Jul 1999 19:05:19 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:05:19 +0200 (MET DST) Received: from localhost (alpha@localhost) by rasgroup.rasgroup.com (8.9.3/8.9.3) with SMTP id LAA06544; Mon, 19 Jul 1999 11:04:16 -0500 Date: Mon, 19 Jul 1999 11:04:16 -0500 (CDT) From: "R.Charles Sweeten" To: Eric Jorgensen cc: linux-mips@fnet.fr Subject: Re: Tandem 4440/A ?? In-Reply-To: <3780F4D5.D9ACE8B3@xmission.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 6381 Lines: 129 Hey! Thanks for all the info and posts. Sorry I dropped off of radar momentarily.{so many email accounts, so little time...:-) } I'll tear into them again and see if I can get them up and flying. They'll have to go in the queue behind about 4 linux 486s I'm working on. {gotta convert the nephews and neices early, you know! So many systems, so little time...} Anyhow, I'll do the post-LED check and see what I come up with. Thanks again! Rick.Sweeten On Mon, 5 Jul 1999, Eric Jorgensen wrote: > "R.Charles Sweeten" wrote: > > > > Eric, > > > > You'd be correct on the video. The connector is not in line with the rest > > of the EISA bus. I suspected that it may not be actually EISA, but I'd > > thought that I'd seen other EISA boards with an offset slot like that. > > Yup, that sounds like it's probably one of the many systems that were > based heavily on the Jazz motherboard. Few companies varied from the > design until NEC started manufacturing multiprocessor ARC systems. > > There were two video cards available for the proprietary 128-bit frame > buffer interface in the Jazz motherboard. The low end one I believe was > just refered to as "Jazz" and was a more or less brainless 8 bit > non-accelerated Brooktree frame buffer. This is probably what you have. > There should be a prominant Bt chip near the back of the case on the > card. This frame buffer is fixed at 1024x768x8bpp. Probably at 60 or 72 > hz. So nearly any good VGA monitor these days is compatible with it's > signals. > > The high end one, I could have sworn they named it after some large > jungle cat but Cheetah doesn't sound right. I believe it was > manufactured by Carrera. It was accelerated and I believe was usually > shipped with either both the 13W3 and an HD15, or just an HD15. This > board was multi-frequency like PC video cards so it could do several > resolutions. You probably don't have this one, since they were awful > expensive, and you have just the one 13W3 connector anyway. > > There are companies that manufacture 13W3 to VGA adapters intended to > let people attach PC monitors to SGI computers. They charge from $40 to > $65 for the finished product. > > Alternately, on Sparc mailing lists, I've heard reports that ViewSonic > will sell you a Sun 13W3 to SVGA adapter for $23 if you call them and > tell them about how you'd just love to use a bright, crisp ViewSonic > monitor instead of a fuzzy old Trinitron on your Sparc. If you're up for > a little social engineering you might be able to swing the same deal > saying how much more you like ViewSonic monitors than the monitor on > your ageing Onyx. > > If you want to build your own, somebody on this list maintains a faq > that includes SGI 13W3 to SVGA pinouts that I gave them. I still haven't > personally tested them. What I have here is a fully wired cable hacked > off the back of a dead Sun 21" monitor. It's quite fortunate that every > pin is wired because Sun and Mips/SGI use different pins on the > connector. My plan here is to stick an SVGA connector on the other end > and plug it into a keyboard/monitor/mouse switchbox I bought about a > month ago. One of these days when I get some of that "free time" I've > heard about. > > Anyway, the 13W3 connector is available from Mouser for $11, > preassembled. You want the preassembled one, since it's no fun to crimp > the mini-coaxial bits into the housing without the proper tools. > www.mouser.com. > > > As for the memory, there's no guarantee, of course, that the memory that I > > found in the system is the memory that worked in it. It looked > > authentic/orginal, but oh well. It has 8 chips on the stick and would > > be seen in my PS/1{requires parity} and came up in a generic 486 I was > > playing with. > > Hmm, well, it might work anyway. I mean, it's not like they couldn't > have adjusted that part of the design. Have you tried booting it up at > all? The original Magnum hardware has a small one-digit LED readout on > the motherboard that serves more or less as a POST code display. > > As long as you have a keyboard plugged into the keyboard port (Should > be PS/2 style), if all is well it should go completely blank as soon as > the bootprom console loads - signifying that it didn't have any problems > with the hardware. > > > So, is there no reference point for these machines? No web page with docs > > or anything? Or is this a "you want it, then do it" kind of thing? > > I believe there is a web page with docs on this somewhere. I'm sitting > here with my own server on a T1 colocated at a company i work for, so I > should go ahead and start a "Linux/Mips on Jazz/ARC Hardware" home page, > if nobody else has one in the works already. Of course, it'd be cooler > if i were running it on a Magnum, instead of a Sparc 2. Or if i had > Linux running on my Magnum at all . . . . . > > Anyway, I'm sure you've noticed that, while pretty, the fnet.fr page is > a couple years out of date. You can indeed run Linux mostly without > problems at all on Jazz hardware. X and everything, so I hear it. Here > are some more links on the issue: > > http://www.linux.sgi.com/ > http://decstation.unix-ag.org/ > http://www.xs4all.nl/~vhouten/mipsel/ > http://www.inter.nl.net/users/schnecke/mips/ > > Jazz platform machines are bi-endian, being able to boot into either NT > or RISCos. If yours is in big-endian mode and boots to an SRM console > once you've got it hooked up to some video and a keyboard, you will need > to switch the system into little-endian mode. on the Magnum this > involves using a disk to load the ARC console into the boot prom, and > the Magnum disk may or may not work in your system. You'll know SRM by > the sinking feeling of futility generally associated with it. It's > designed to mount a BSD filesystem and launch the OS, and I don't know > if anybody has managed to get Linux/Mips to boot from SRM. It may well > be possible, since Linux/Alpha is now booting correctly from the similar > SRM console on AXP systems. > > To make things more confusing, Alpha and Mips both have both SRM and > ARC consoles available, and both call their boot loader MiLo. > > If it boots up into something bearing a striking resemblance to the old > Windows 3.0 setup program, that's the ARC console, and you're in > business. > > - Eric > From brad@ltc.com Mon Jul 19 18:36:23 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA23320; Mon, 19 Jul 1999 18:36:21 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 18:36:21 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ia309486 for ; Mon, 19 Jul 1999 12:40:51 -0400 Message-ID: <001301bed203$db7eaec0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 12:29:21 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 701 Lines: 20 >I don't know. This is very odd.... > >You might want to put the LED flashing code in the trap handler to >make sure you aren't getting a trap for some reason when it tries to >jump to prom_init.... > >Warner Good advice, thank you. I put the LED flashing code in all the exception vectors and it is now getting executed. Now I'm trying to figure out which exception it is (I just jumped to the same blink for all three vectors) and what is causing it. I plan to report on this later today. This makes me wonder though: head.S doesn't do init_trap. That's not done until main.c:start_kernel. So how is that all of these other mips machines can jal in head.S without trapping? Regards, Brad From Harald.Koerfgen@home.ivm.de Mon Jul 19 19:38:55 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA23747; Mon, 19 Jul 1999 19:38:53 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:38:53 +0200 (MET DST) Received: from franz.no.dom (port22.koeln.ivm.de [195.247.239.22]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA14680; Mon, 19 Jul 1999 19:38:32 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <011d01bed1e5$46c23040$b1119526@tecra.ltc.com> Date: Mon, 19 Jul 1999 19:41:44 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Bradley D. LaRonde" Subject: Re: Booting Linux on Vadem Clio Cc: linux-mips@fnet.fr, linuxce-devel@linuxce.org Content-Length: 463 Lines: 16 Hi, On 19-Jul-99 Bradley D. LaRonde wrote: > Eeek. It looks like I screwed up the r2300_patch thing. One of the things > the patch does is move that stack init code to before prom_init, but since I > messed it up, it was still down there after all those jals. That's what I would have suggested :-) BTW, does pbsdboot invalidate the caches after copying the kernel pages around? This may be another point where the kernel could "hang". --- Regards, Harald From Harald.Koerfgen@home.ivm.de Mon Jul 19 19:38:50 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA23725; Mon, 19 Jul 1999 19:38:44 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:38:44 +0200 (MET DST) Received: from franz.no.dom (port22.koeln.ivm.de [195.247.239.22]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA14684; Mon, 19 Jul 1999 19:38:34 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 19 Jul 1999 19:41:45 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr, SGI Linux , linuxce-devel@linuxce.org Subject: Bye, bye, "generic kernels" Content-Length: 814 Lines: 21 Hi gang, I am planning to commit the R3000 changes to the CVS this week. In preparation for that I have cleaned up some things and made the CPU configuration finer granulated (if you want it) so that it will be possible to configure Linux for CPUs with, for example, an R4000 core but without ll/sc instructions. As a side effect it will be no longer possible to build "generic" kernels, i.e. kernels that are able to work on R3xxx and R4xxx machines and you'll have to choose at least the right CPU core. Wanting to have "generic" kernels leads to major uglinesses like avoidable indirect function calls and self-modifying code and I don't like that. AFAIK only the DECstations will be affected and I can happily live with that when it leads to cleaner, leaner and faster code. Comments? --- Regards, Harald From nweaver@hiss.CS.Berkeley.EDU Mon Jul 19 19:50:46 1999 Received: from hiss.CS.Berkeley.EDU (hiss.CS.Berkeley.EDU [128.32.131.214]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA23879; Mon, 19 Jul 1999 19:50:44 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:50:44 +0200 (MET DST) Received: (from nweaver@localhost) by hiss.CS.Berkeley.EDU (8.9.1a/8.9.1) id KAA03406 for linux-mips@fnet.fr; Mon, 19 Jul 1999 10:42:04 -0700 (PDT) From: "Nicholas C. Weaver" Message-Id: <199907191742.KAA03406@hiss.CS.Berkeley.EDU> Subject: DDB Vrc5074 development board To: linux-mips@fnet.fr Date: Mon, 19 Jul 1999 10:42:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 269 Lines: 10 Does anyone have experience or a skeletal port for this board? It uses a NEC Vr5000 cpu (A Mips 4 ISA CPU), their Vrc5074 PCI bridge chip, and a DEC Tulip ethernet on-board. Thanks. -- Nicholas C. Weaver nweaver@cs.berkeley.edu From brad@ltc.com Mon Jul 19 19:52:37 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA23922; Mon, 19 Jul 1999 19:52:36 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:52:36 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ka309488 for ; Mon, 19 Jul 1999 13:57:14 -0400 Message-ID: <003b01bed20e$87118500$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 13:45:44 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1518 Lines: 44 OK, it's calling the "Other" exception vector, so it's not a reset (doh), NMI, TLB Refill, or XTLB Refill (whatever that is). Let's see, that leaves... a whole ton of things. :) So I tried disabling interrupts. Guess what? It now calls the TLB Refill vector. Hmmm... So now I have to handle that exception. This is odd because how am I supposed to handle this stuff when the kernel hasn't been started, and init_trap hasn't been called? Warner, you mentioned I might be getting a trap when I jal. According to the docs, jal will not generate any exceptions. So how can I get a TLB refill exception from it? Am I reading the docs wrong. Well, it would seem that the next step is to figure out what address is causing the TLB refill exception. Any other suggestions? Regards, Brad >>I don't know. This is very odd.... >> >>You might want to put the LED flashing code in the trap handler to >>make sure you aren't getting a trap for some reason when it tries to >>jump to prom_init.... >> >>Warner > >Good advice, thank you. I put the LED flashing code in all the exception >vectors and it is now getting executed. Now I'm trying to figure out which >exception it is (I just jumped to the same blink for all three vectors) and >what is causing it. I plan to report on this later today. > >This makes me wonder though: head.S doesn't do init_trap. That's not done >until main.c:start_kernel. So how is that all of these other mips machines >can jal in head.S without trapping? > > >Regards, >Brad From brad@ltc.com Mon Jul 19 19:57:37 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA24020; Mon, 19 Jul 1999 19:57:35 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 19:57:35 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id la309489 for ; Mon, 19 Jul 1999 14:02:10 -0400 Message-ID: <006401bed20f$37ebdf60$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , "SGI Linux" , Subject: Re: Bye, bye, "generic kernels" Date: Mon, 19 Jul 1999 13:50:41 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1414 Lines: 46 Off topic: I'm wondering - why did I need to apply the R3000 patch for my R4000 processor build? Is it just called the R3000 patch but really it's more than that? On topic: I like the fine-grained CPU configuration. By any chance did you include Vr4111 in there? Regards, Brad -----Original Message----- From: Harald Koerfgen To: linux-mips@fnet.fr ; SGI Linux ; linuxce-devel@linuxce.org Date: Monday, July 19, 1999 1:46 PM Subject: Bye, bye, "generic kernels" >Hi gang, > >I am planning to commit the R3000 changes to the CVS this week. In preparation >for that I have cleaned up some things and made the CPU configuration finer >granulated (if you want it) so that it will be possible to configure Linux for >CPUs with, for example, an R4000 core but without ll/sc instructions. > >As a side effect it will be no longer possible to build "generic" kernels, i.e. >kernels that are able to work on R3xxx and R4xxx machines and you'll have to >choose at least the right CPU core. > >Wanting to have "generic" kernels leads to major uglinesses like avoidable >indirect function calls and self-modifying code and I don't like that. > >AFAIK only the DECstations will be affected and I can happily live with that >when it leads to cleaner, leaner and faster code. > >Comments? >--- >Regards, >Harald > From brad@ltc.com Mon Jul 19 20:03:11 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA24093; Mon, 19 Jul 1999 20:03:10 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 20:03:10 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id oa309492 for ; Mon, 19 Jul 1999 14:07:47 -0400 Message-ID: <008b01bed210$00578d00$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 13:56:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 697 Lines: 23 >On 19-Jul-99 Bradley D. LaRonde wrote: >> Eeek. It looks like I screwed up the r2300_patch thing. One of the things >> the patch does is move that stack init code to before prom_init, but since I >> messed it up, it was still down there after all those jals. > >That's what I would have suggested :-) > >BTW, does pbsdboot invalidate the caches after copying the kernel pages around? > >This may be another point where the kernel could "hang". I think it does, but I'm not sure. I can boot NetBSD, so I think it must, but I haven't gotten into the psdboot sources that far to say. I think Steven Hill has gotten into them more than I (me?). Steven, do you know if it does? Regards, Brad From brad@ltc.com Mon Jul 19 20:35:20 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA24324; Mon, 19 Jul 1999 20:35:18 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 20:35:18 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ra309495 for ; Mon, 19 Jul 1999 14:39:55 -0400 Message-ID: <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 14:28:26 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1891 Lines: 62 Wait a minute - how am I getting a TLB refill exception in kseg0? Regards, Brad -----Original Message----- From: Bradley D. LaRonde To: linuxce-devel@linuxce.org ; linux-mips@fnet.fr Date: Monday, July 19, 1999 1:59 PM Subject: Re: Booting Linux on Vadem Clio >OK, it's calling the "Other" exception vector, so it's not a reset (doh), >NMI, TLB Refill, or XTLB Refill (whatever that is). Let's see, that >leaves... a whole ton of things. :) > >So I tried disabling interrupts. Guess what? It now calls the TLB Refill >vector. Hmmm... So now I have to handle that exception. > >This is odd because how am I supposed to handle this stuff when the kernel >hasn't been started, and init_trap hasn't been called? > >Warner, you mentioned I might be getting a trap when I jal. According to >the docs, jal will not generate any exceptions. So how can I get a TLB >refill exception from it? Am I reading the docs wrong. > >Well, it would seem that the next step is to figure out what address is >causing the TLB refill exception. > >Any other suggestions? > > >Regards, >Brad > >>>I don't know. This is very odd.... >>> >>>You might want to put the LED flashing code in the trap handler to >>>make sure you aren't getting a trap for some reason when it tries to >>>jump to prom_init.... >>> >>>Warner >> >>Good advice, thank you. I put the LED flashing code in all the exception >>vectors and it is now getting executed. Now I'm trying to figure out which >>exception it is (I just jumped to the same blink for all three vectors) and >>what is causing it. I plan to report on this later today. >> >>This makes me wonder though: head.S doesn't do init_trap. That's not done >>until main.c:start_kernel. So how is that all of these other mips machines >>can jal in head.S without trapping? >> >> >>Regards, >>Brad > > From wyldfier@iname.com Mon Jul 19 21:05:07 1999 Received: from smtp1.erols.com (smtp1.erols.com [207.172.3.234]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA24617; Mon, 19 Jul 1999 21:05:06 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 21:05:06 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp1.erols.com (8.8.8/8.8.5) with SMTP id PAA04217; Mon, 19 Jul 1999 15:04:58 -0400 (EDT) From: "Mike Klar" To: "'Bradley D. LaRonde'" , , Subject: RE: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 15:06:42 -0400 Message-ID: <000001bed219$d98e9c90$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> Importance: Normal Content-Length: 835 Lines: 18 Bradley D. LaRonde wrote: > Wait a minute - how am I getting a TLB refill exception in kseg0? You may be running code in kseg0, but you're apparently trying to load from or store to one of the TLB-mapped segments. Be careful about what assumptions you make about where that exception is coming from. You could be triggering some other exception, then that exception could be causing a TLB miss, possibly as a result of going haywire (or possibly normal). If you don't have the exception handlers going into an infinite loop after they turn on the LED blink, they're going to go on their merry way, handle the exception as best they can, then return (or panic and die if they discover something really bad). Or maybe it is going right into the TLB refill. I would still suspect the place that it writes ra to the stack. Mike K. From brad@ltc.com Mon Jul 19 22:00:15 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA25646; Mon, 19 Jul 1999 22:00:14 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 22:00:14 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id wa309500 for ; Mon, 19 Jul 1999 16:04:46 -0400 Message-ID: <014301bed220$57fc6de0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , "SGI Linux" , Subject: Re: Bye, bye, "generic kernels" Date: Mon, 19 Jul 1999 15:53:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1000 Lines: 34 >On 19-Jul-99 Bradley D. LaRonde wrote: >> Off topic: I'm wondering - why did I need to apply the R3000 patch for my >> R4000 processor build? Is it just called the R3000 patch but really it's >> more than that? > >Well, the VR4111 doesn't support ll/sc instructions and without the R3000 patch >you will have no chance to get a working kernel. Ah... I see. So in the mean time (until the fine-grained CPU configuration is in place), for the Vr4111, should I pick R4x00 and then make sure that CONFIG_CPU_HAS_LLSC is not defined (with the r2300_patch in place of course). Is that enough? >> On topic: I like the fine-grained CPU configuration. By any chance did you >> include Vr4111 in there? > >Not exactly. I was more thinking along the lines of: > >"Hey, I have this wonderful CPU with an R4000 core (i.e. R4000 exception >handling) but it doesn't support ll/sc instructions so use the R3000 variant >for atomic operations" Yes! I'm with you and I like it. Thanks. Regards, Brad From Harald.Koerfgen@home.ivm.de Mon Jul 19 21:51:55 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25415; Mon, 19 Jul 1999 21:51:54 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 21:51:54 +0200 (MET DST) Received: from franz.no.dom (port53.koeln.ivm.de [195.247.239.53]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA19933; Mon, 19 Jul 1999 21:51:29 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <006401bed20f$37ebdf60$b1119526@tecra.ltc.com> Date: Mon, 19 Jul 1999 21:54:41 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Bradley D. LaRonde" Subject: Re: Bye, bye, "generic kernels" Cc: linuxce-devel@linuxce.org, SGI Linux , linux-mips@fnet.fr Content-Length: 1365 Lines: 41 On 19-Jul-99 Bradley D. LaRonde wrote: > Off topic: I'm wondering - why did I need to apply the R3000 patch for my > R4000 processor build? Is it just called the R3000 patch but really it's > more than that? Well, the VR4111 doesn't support ll/sc instructions and without the R3000 patch you will have no chance to get a working kernel. > On topic: I like the fine-grained CPU configuration. By any chance did you > include Vr4111 in there? Not exactly. I was more thinking along the lines of: "Hey, I have this wonderful CPU with an R4000 core (i.e. R4000 exception handling) but it doesn't support ll/sc instructions so use the R3000 variant for atomic operations" or "My CPU is based on an R3000 but it does have ll/sc instructions so use them" or even "Yes, my box has an R3000 variant but linux doesn't have to care about the writeback buffer, some magical hardware does this". That is already implemented (No big deal, to be honest. Just some config.in hacking and replacing some "#if (_MIPS_ISA == _MIPS_ISA_MIPS1)" with "#if !defined (CONFIG_CPU_HAS_LLSC)"). This concept can easily be expanded to, let's say, DMA snooping or "cache coherent I/O", if needed. An additional idea is to hide all these details from Joe Average, based on assumptions from the machine and CPU type, but to make them available to developers. --- Regards, Harald From imp@harmony.village.org Mon Jul 19 21:55:25 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25495; Mon, 19 Jul 1999 21:55:22 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 21:55:22 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA41484; Mon, 19 Jul 1999 13:55:18 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA81435; Mon, 19 Jul 1999 13:55:18 -0600 (MDT) Message-Id: <199907191955.NAA81435@harmony.village.org> To: "Bradley D. LaRonde" Subject: Re: Booting Linux on Vadem Clio Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr In-reply-to: Your message of "Mon, 19 Jul 1999 13:45:44 EDT." <003b01bed20e$87118500$b1119526@tecra.ltc.com> References: <003b01bed20e$87118500$b1119526@tecra.ltc.com> Date: Mon, 19 Jul 1999 13:55:18 -0600 From: Warner Losh Content-Length: 443 Lines: 10 In message <003b01bed20e$87118500$b1119526@tecra.ltc.com> "Bradley D. LaRonde" writes: : Warner, you mentioned I might be getting a trap when I jal. According to : the docs, jal will not generate any exceptions. So how can I get a TLB : refill exception from it? Am I reading the docs wrong. Branch delay slot? If you have a bogus SP, then if you store ra on the stack in the branch delay slot, that could cause the exception... Warner From imp@harmony.village.org Mon Jul 19 21:56:58 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25536; Mon, 19 Jul 1999 21:56:56 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 21:56:56 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA41494; Mon, 19 Jul 1999 13:56:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA81462; Mon, 19 Jul 1999 13:56:51 -0600 (MDT) Message-Id: <199907191956.NAA81462@harmony.village.org> To: "Bradley D. LaRonde" Subject: Re: Booting Linux on Vadem Clio Cc: linux-mips@fnet.fr, linuxce-devel@linuxce.org In-reply-to: Your message of "Mon, 19 Jul 1999 13:56:17 EDT." <008b01bed210$00578d00$b1119526@tecra.ltc.com> References: <008b01bed210$00578d00$b1119526@tecra.ltc.com> Date: Mon, 19 Jul 1999 13:56:51 -0600 From: Warner Losh Content-Length: 430 Lines: 10 In message <008b01bed210$00578d00$b1119526@tecra.ltc.com> "Bradley D. LaRonde" writes: : I think it does, but I'm not sure. I can boot NetBSD, so I think it must, : but I haven't gotten into the psdboot sources that far to say. I think : Steven Hill has gotten into them more than I (me?). Steven, do you know if : it does? All versions of pbsdboot after approx May 14 do flush the cahce before jumping to the kernel. Warner From imp@harmony.village.org Mon Jul 19 21:57:54 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA25574; Mon, 19 Jul 1999 21:57:52 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 21:57:52 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA41498; Mon, 19 Jul 1999 13:57:49 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA81475; Mon, 19 Jul 1999 13:57:48 -0600 (MDT) Message-Id: <199907191957.NAA81475@harmony.village.org> To: "Bradley D. LaRonde" Subject: Re: Booting Linux on Vadem Clio Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr In-reply-to: Your message of "Mon, 19 Jul 1999 14:28:26 EDT." <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> References: <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> Date: Mon, 19 Jul 1999 13:57:48 -0600 From: Warner Losh Content-Length: 285 Lines: 7 In message <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> "Bradley D. LaRonde" writes: : Wait a minute - how am I getting a TLB refill exception in kseg0? By accessing something other than kseg0. This points more strongly to the stack theory that another poster presented... Warner From brad@ltc.com Mon Jul 19 22:16:53 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA25815; Mon, 19 Jul 1999 22:16:51 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 22:16:51 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ya309502 for ; Mon, 19 Jul 1999 16:21:28 -0400 Message-ID: <018401bed222$ad969300$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 16:09:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 3359 Lines: 99 >You may be running code in kseg0, but you're apparently trying to load from >or store to one of the TLB-mapped segments. Be careful about what >assumptions you make about where that exception is coming from. You could >be triggering some other exception, then that exception could be causing a >TLB miss, possibly as a result of going haywire (or possibly normal). If >you don't have the exception handlers going into an infinite loop after they >turn on the LED blink, they're going to go on their merry way, handle the >exception as best they can, then return (or panic and die if they discover >something really bad). Good thinking. I put the exceptions into inifinite loop after the blink code. That showed me that the first exception I'm getting is an "other" exception. Interrupts are disabled, so it's not one of those. But if I can't even jump to a function (!), I'm miles away from dumping the exception info registers to the screen or serial port to figure out what the "other" is. So then I decided to set up a "heartbeat" blink (distinguishable from all other blinks - dit, pause, dit) right off. Aside: What would I do without the LED? Then I put an infinte loop right *before* jal prom_init. Heartbeat came on and continued as expected. Then I removed the infinite loop right before prom_init and put one first thing *inside* promp_init. Guess what? I get an "other" exception. What? Check this out. It's not even touching the stack now, and it still excepts: 0000000080000784 : // disable interrupts 80000784: 40086000 mfc0 $t0,$12 80000788: 35080001 ori $t0,$t0,0x1 8000078c: 39080001 xori $t0,$t0,0x1 80000790: 40886000 mtc0 $t0,$12 // setup heartbeat 80000794: 24020001 li $v0,1 80000798: 3c01ab00 lui $at,0xab00 8000079c: a4220240 sh $v0,576($at) 800007a0: 24020010 li $v0,16 800007a4: 3c01ab00 lui $at,0xab00 800007a8: a4220242 sh $v0,578($at) 800007ac: 24020001 li $v0,1 800007b0: 3c01ab00 lui $at,0xab00 800007b4: a4220248 sh $v0,584($at) // probe the cpu 800007b8: 1000001e b 80000834 800007bc: 00000000 nop 00000000800007c0 : // setup the stack 800007c0: 3c1c8000 lui $gp,0x8000 800007c4: 279c6000 addiu $gp,$gp,24576 800007c8: 27881fe0 addiu $t0,$gp,8160 800007cc: 3c018008 lui $at,0x8008 800007d0: ac2880cc sw $t0,-32564($at) 800007d4: 251dfff0 addiu $sp,$t0,-16 // clear bss 800007d8: 3c088008 lui $t0,0x8008 800007dc: 25086a30 addiu $t0,$t0,27184 800007e0: ad000000 sw $zero,0($t0) 800007e4: 3c09800a lui $t1,0x800a 800007e8: 2529a40c addiu $t1,$t1,-23540 800007ec: 25080004 addiu $t0,$t0,4 800007f0: 1509fffe bne $t0,$t1,800007ec 800007f4: ad000000 sw $zero,0($t0) // when an infinite loop is placed here, the heartbeat continues // when one is not here, I get an "other" exception // jump and link to prom_init 800007f8: 0c01db5b jal 80076d6c 800007fc: 00000000 nop ... 0000000080076d6c : // adjust the stack pointer for local vars 80076d6c: 27bdfff0 addiu $sp,$sp,-16 // endless loop 80076d70: 0801db5c j 80076d70 80076d74: 00000000 nop How can that possibly except? Any ideas? Regards, Brad From Harald.Koerfgen@home.ivm.de Mon Jul 19 22:10:19 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA25762; Mon, 19 Jul 1999 22:10:17 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 22:10:17 +0200 (MET DST) Received: from franz.no.dom (port39.koeln.ivm.de [195.247.239.39]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id WAA20777; Mon, 19 Jul 1999 22:10:04 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <000001bed219$d98e9c90$f325a4d8@ppan.hlb.cable.rcn.com> Date: Mon, 19 Jul 1999 22:13:15 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Mike Klar Subject: RE: Booting Linux on Vadem Clio Cc: linux-mips@fnet.fr, linuxce-devel@linuxce.org, "Bradley D. LaRonde" Content-Length: 421 Lines: 23 On 19-Jul-99 Mike Klar wrote: > I would still suspect the place that it writes ra to the stack. Me too :-) Bradley, what about replacing your init.c with the following init.S? --- snip here --- LEAF(prom_init) li $v0,16 lui $at,0xab00 sh $v0,576($at) sh $v0,578($at) li $v0,1 sh $v0,584($at) jr $ra END(prom_init) --- snip here --- --- Regards, Harald From wyldfier@iname.com Mon Jul 19 22:27:34 1999 Received: from smtp1.erols.com (smtp1.erols.com [207.172.3.234]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA25923; Mon, 19 Jul 1999 22:27:33 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 22:27:33 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp1.erols.com (8.8.8/8.8.5) with SMTP id QAA10847; Mon, 19 Jul 1999 16:27:14 -0400 (EDT) From: "Mike Klar" To: "'Harald Koerfgen'" , "'Bradley D. LaRonde'" Cc: , "'SGI Linux'" , Subject: RE: Bye, bye, "generic kernels" Date: Mon, 19 Jul 1999 16:26:28 -0400 Message-ID: <000101bed225$562300b0$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: Importance: Normal Content-Length: 719 Lines: 19 Harald Koerfgen wrote: > An additional idea is to hide all these details from Joe > Average, based on > assumptions from the machine and CPU type, but to make them > available to > developers. That sounds a lot more appealing. Joe Average might be able to guess R3000 core vs R4000 core, but only someone who has been following the kernel development, or routinely settles down with CPU users manuals for pleasure reading, will know that their shiny new MIPS-based handheld doesn't support the LL/SC instruction pair. As much as I think all users would benefit from a better understanding of the devices that power their computer equipment, I don't think it should be a pre-requisite for installing an OS. Mike K. From wyldfier@iname.com Mon Jul 19 22:27:26 1999 Received: from smtp1.erols.com (smtp1.erols.com [207.172.3.234]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA25900; Mon, 19 Jul 1999 22:27:22 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 22:27:22 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp1.erols.com (8.8.8/8.8.5) with SMTP id QAA10883; Mon, 19 Jul 1999 16:27:16 -0400 (EDT) From: "Mike Klar" To: "'Bradley D. LaRonde'" , , Subject: RE: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 16:28:55 -0400 Message-ID: <000201bed225$596e8230$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: <003b01bed20e$87118500$b1119526@tecra.ltc.com> Importance: Normal Content-Length: 1536 Lines: 36 Bradley D. LaRonde wrote: > So I tried disabling interrupts. Guess what? It now calls > the TLB Refill > vector. Hmmm... So now I have to handle that exception. > > This is odd because how am I supposed to handle this stuff > when the kernel > hasn't been started, and init_trap hasn't been called? The solution is to not cause any exceptions until you're ready to handle them. This means no loads or stores in TLB-mapped segments, no reserved ops (which shouldn't happen in kernel code, anyway), no interrupts, and be careful about the cache. Something else to be careful about are the Coprocessor 0 hazards, which are different on the Vr41xx CPUs than the R4000. Those won't necessarily cause an exception, but they will behave in an undefined manner (at the very least, the CP0 instructions won't do what you want them to do) if violated. Of course, you have to worry about these even after exceptions are initialized. > Warner, you mentioned I might be getting a trap when I jal. > According to > the docs, jal will not generate any exceptions. So how can I > get a TLB > refill exception from it? Am I reading the docs wrong. The jal instruction itself won't cause an exception. Even if it's to an unaligned address, the address error exception won't occur until the instruction fetch is attempted. That instruction fetch, on the other hand, could cause any of several different exceptions, but as long as you're jump destination is in kseg0, 32-bit aligned, and the cache isn't messed up, it should be OK. Mike K. From brad@ltc.com Mon Jul 19 23:31:26 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA26278; Mon, 19 Jul 1999 23:31:25 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 23:31:25 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id za309503 for ; Mon, 19 Jul 1999 17:35:54 -0400 Message-ID: <026a01bed22d$13975a40$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 17:24:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1088 Lines: 35 >On 19-Jul-99 Mike Klar wrote: >> I would still suspect the place that it writes ra to the stack. > >Me too :-) > >Bradley, what about replacing your init.c with the following init.S? > >--- snip here --- >LEAF(prom_init) > li $v0,16 > lui $at,0xab00 > sh $v0,576($at) > sh $v0,578($at) > li $v0,1 > sh $v0,584($at) > jr $ra > END(prom_init) >--- snip here --- Good idea. I did that, except I put an endless loop instead of the 'jr ra'. The code gets executed. Then I put in the 'addiu sp, sp, -16' to make it look exactly like my init.c:prom_init. It works - no exception. I then stuck in a 'sw ra, 16(sp)' just to see if that would except. Nope. Works fine with no exception. So it's not jaling or messing with the sp register or even writing to the stack that's causing the exception. What does that leave? The bootloader not loading my code (it is pretty far away from the head.S stuff)? The alignment of init.c:prom_init? That's all I can think of. Can anyone else think of ANY other possibility? Regards, Brad From wyldfier@iname.com Mon Jul 19 23:43:27 1999 Received: from smtp2.erols.com (smtp2.erols.com [207.172.3.235]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA26361; Mon, 19 Jul 1999 23:43:26 +0200 (MET DST) Received-Date: Mon, 19 Jul 1999 23:43:26 +0200 (MET DST) Received: from ppan (r7a003778as.hlb.cable.rcn.com [216.164.37.243]) by smtp2.erols.com (8.8.8/8.8.5) with SMTP id RAA21358; Mon, 19 Jul 1999 17:43:14 -0400 (EDT) From: "Mike Klar" To: "'Bradley D. LaRonde'" , , Subject: RE: Booting Linux on Vadem Clio Date: Mon, 19 Jul 1999 17:44:56 -0400 Message-ID: <000001bed22f$f5410ed0$f325a4d8@ppan.hlb.cable.rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal In-Reply-To: <018401bed222$ad969300$b1119526@tecra.ltc.com> Content-Length: 1082 Lines: 27 Bradley D. LaRonde wrote: > // jump and link to prom_init > 800007f8: 0c01db5b jal 80076d6c > 800007fc: 00000000 nop > ... > 0000000080076d6c : > // adjust the stack pointer for local vars > 80076d6c: 27bdfff0 addiu $sp,$sp,-16 > > // endless loop > 80076d70: 0801db5c j 80076d70 > 80076d74: 00000000 nop > > How can that possibly except? Any ideas? None of those instructions should cause an exception (assuming the cache isn't whacked). What it looks like is that the code you think you're jumping to (prom_init) isn't really there. Either the bootloader isn't loading it properly, or it's being overwritten before you get to it. I think the problem may be where you have the kernel loading. From the looks of it, the linker is starting at 0x80000000, which I imagine will give the bootloader problems when it tries to load it over the exception vectors while WinCE is still trying to run. Try a slightly higher LOADADDR (in arch/mips/Makefile). I used 0x80002000 in hiworld and gdbstub. Mike K. From ralf@lappi.waldorf-gmbh.de Tue Jul 20 00:03: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 AAA28375; Tue, 20 Jul 1999 00:03:41 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 00:03:41 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA13867 for ; Tue, 20 Jul 1999 00:03:38 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA14072; Tue, 20 Jul 1999 00:02:54 +0200 Date: Tue, 20 Jul 1999 00:02:53 +0200 From: Ralf Baechle To: "Nicholas C. Weaver" Cc: linux-mips@fnet.fr Subject: Re: DDB Vrc5074 development board Message-ID: <19990720000253.B13786@uni-koblenz.de> References: <199907191742.KAA03406@hiss.CS.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199907191742.KAA03406@hiss.CS.Berkeley.EDU>; from Nicholas C. Weaver on Mon, Jul 19, 1999 at 10:42:04AM -0700 X-Accept-Language: de,en,fr Content-Length: 389 Lines: 11 On Mon, Jul 19, 1999 at 10:42:04AM -0700, Nicholas C. Weaver wrote: > > Does anyone have experience or a skeletal port for this board? > > It uses a NEC Vr5000 cpu (A Mips 4 ISA CPU), their Vrc5074 PCI bridge > chip, and a DEC Tulip ethernet on-board. I've got a modified Tulip driver for the P4032 which should work for your board with no changes. I'll sort that out asap. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jul 20 00:07: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 AAA28422; Tue, 20 Jul 1999 00:07:33 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 00:07:33 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA14101 for ; Tue, 20 Jul 1999 00:07:31 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA14123; Tue, 20 Jul 1999 00:06:39 +0200 Date: Tue, 20 Jul 1999 00:06:39 +0200 From: Ralf Baechle To: Mike Klar Cc: linux-mips@fnet.fr Subject: Re: MIPS portion of the Linux CE project Message-ID: <19990720000639.C13786@uni-koblenz.de> References: <000201becf52$048a6840$f325a4d8@ppan.hlb.cable.rcn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <000201becf52$048a6840$f325a4d8@ppan.hlb.cable.rcn.com>; from Mike Klar on Fri, Jul 16, 1999 at 02:05:50AM -0400 X-Accept-Language: de,en,fr Content-Length: 1067 Lines: 22 On Fri, Jul 16, 1999 at 02:05:50AM -0400, Mike Klar wrote: > I thought I'd let everyone here know that we're ready to actually start > working on kernel code over at the Linux CE project, but we're having a > little trouble deciding which kernel branch to start from. Can someone > explain to me what's going on in and what the status is of the 2.3.x tree as > far as MIPS is concerned? I'm interested in knowing about both the CVS > repository at linux.sgi.com and the official Linux source tree. 2.3 is working for MIPS; the missing bits for the little endian systems should by now already have been put in place. > Linux CE, at least the MIPS portion of it, will be 32-bit little endian, and > although I can get the 2.2 sources from SGI to compile OK, I'm having some > trouble with the 2.3 sources for little endian configs. Meanwhile, I can't > get the 2.3 (specifically 2.3.10) sources from the official Linux tree to > compile for any MIPS configuration. Because the MIPS changes haven't yet been integrated back into Linus' sources completly. Ralf From ralf@lappi.waldorf-gmbh.de Tue Jul 20 00:11:59 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA28498; Tue, 20 Jul 1999 00:11:58 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 00:11:58 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA14329 for ; Tue, 20 Jul 1999 00:11:55 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA14148; Tue, 20 Jul 1999 00:08:43 +0200 Date: Tue, 20 Jul 1999 00:08:42 +0200 From: Ralf Baechle To: "Steven J. Hill" Cc: Mike Klar , "'Warner Losh'" , "'Bradley D. LaRonde'" , linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio Message-ID: <19990720000842.D13786@uni-koblenz.de> References: <000101bed18b$97f50870$f325a4d8@ppan.hlb.cable.rcn.com> <37929077.DA54A0FD@plutonium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <37929077.DA54A0FD@plutonium.net>; from Steven J. Hill on Sun, Jul 18, 1999 at 09:42:00PM -0500 X-Accept-Language: de,en,fr Content-Length: 511 Lines: 11 On Sun, Jul 18, 1999 at 09:42:00PM -0500, Steven J. Hill wrote: > Perhaps on a related issue, when I use the 'GetSystemInfo' command under > WindowsCE on my Philips Nino, it tells me that the processor is of R4000 > type. That's a contradictino if you use the System Information dialog > provided with the Nino. I would tend to backup up R4000 similarity as > well. However, maybe that's not good reasoning :). Just my 2 cents. Believe me, a real R4000 with heat sink wouldn't fit into that case ... Ralf From ralf@lappi.waldorf-gmbh.de Tue Jul 20 00:14:27 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 AAA28537; Tue, 20 Jul 1999 00:14:26 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 00:14:26 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-19.uni-koblenz.de [141.26.131.19]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA14466 for ; Tue, 20 Jul 1999 00:14:23 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA14261; Tue, 20 Jul 1999 00:13:05 +0200 Date: Tue, 20 Jul 1999 00:13:05 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: Dominic Sweetman , "Bradley D. LaRonde" , linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio (really Vr41xx identity) Message-ID: <19990720001305.E13786@uni-koblenz.de> References: <017301bed191$bcdb3be0$b1119526@tecra.ltc.com> <199907191119.MAA29895@mudchute.algor.co.uk> <37931E61.794228D4@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <37931E61.794228D4@niisi.msk.ru>; from Gleb O. Raiko on Mon, Jul 19, 1999 at 04:47:29PM +0400 X-Accept-Language: de,en,fr Content-Length: 872 Lines: 20 On Mon, Jul 19, 1999 at 04:47:29PM +0400, Gleb O. Raiko wrote: > Dominic Sweetman wrote: > > I know it fails to provide the (core MIPS-3) instructions LL/SC, > > because it's designers erroneously thought they were only useful for > > multiprocessor systems. Otherwise, it should be pretty compatible. > > > > Fortunately, Harald Koerfgen has implemented ll/sc for r3k. Thus, for > the user mode, they are already handled (iirelevant from CPU type, I > guess). In the kernel, you need to choose r3k logic for ops on > semaphores. That's last week's state of the art. A newer trick is to rely on the fact that the exception handlers will leave k0 set to a non-zero value which allows an implementation that is fast on all MIPS systems. This will of course only work for uniprocessors. The stage beyond that is to combine this with code patching at runtime. Ralf From raiko@niisi.msk.ru Tue Jul 20 10:52:29 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 KAA14224; Tue, 20 Jul 1999 10:52:22 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 10:52:22 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA29539; Tue, 20 Jul 1999 12:51:57 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA14627; Tue, 20 Jul 1999 11:16:50 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA26070; Tue, 20 Jul 1999 12:42:53 +0400 (MSD) Message-ID: <3794385F.AD1D4989@niisi.msk.ru> Date: Tue, 20 Jul 1999 12:50:40 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "Bradley D. LaRonde" CC: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Booting Linux on Vadem Clio References: <00b701bed214$7dfa7f20$b1119526@tecra.ltc.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 303 Lines: 9 "Bradley D. LaRonde" wrote: > > Wait a minute - how am I getting a TLB refill exception in kseg0? By referencing NULL, for example. Try to display the address that causes the exception. Hmm, I remember, long time ago, I implemented debug fascility that was able to display numbers on LEDs. :-) Gleb. From brad@ltc.com Tue Jul 20 17:27:36 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA16729; Tue, 20 Jul 1999 17:27:35 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 17:27:35 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id na309543 for ; Tue, 20 Jul 1999 11:31:53 -0400 Message-ID: <009901bed2c3$6306d380$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: mipsel-linux-gcc and ld Date: Tue, 20 Jul 1999 11:20:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 657 Lines: 14 1. Why can't I get the kernel to build if I use -O, -O1, or no -O (anything except -O2) in the main Makefile CFLAGS? It fails during link. Virtually every symbol is undefined. I want to turn off optimizations so that I can read the disassembly easier. Also, I thought that optimizations might be causing the problem in #2 below. It builds fine when I use -O2. 2. Why might ld be liking procedure address wrong (adding 0x00010000 to them)? When I assign a procedure address to a variable (for an indirect call), it gets it wrong. The funny thing is that in a small test program it gets it right, but not when I do it in the kernel. Regards, Brad From brad@ltc.com Tue Jul 20 17:28:55 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA16760; Tue, 20 Jul 1999 17:28:54 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 17:28:54 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id pa309545 for ; Tue, 20 Jul 1999 11:33:25 -0400 Message-ID: <009f01bed2c3$99e48aa0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: mipsel-linux-gcc and ld Date: Tue, 20 Jul 1999 11:21:55 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 744 Lines: 19 Oops. I wrote incorrectly. -O1 does work, but not -O, -O0, or no -O. >1. Why can't I get the kernel to build if I use -O, -O1, or no -O (anything >except -O2) in the main Makefile CFLAGS? It fails during link. Virtually >every symbol is undefined. I want to turn off optimizations so that I can >read the disassembly easier. Also, I thought that optimizations might be >causing the problem in #2 below. It builds fine when I use -O2. > >2. Why might ld be liking procedure address wrong (adding 0x00010000 to >them)? When I assign a procedure address to a variable (for an indirect >call), it gets it wrong. The funny thing is that in a small test program it >gets it right, but not when I do it in the kernel. > > >Regards, >Brad From kossay@galileo.co.il Tue Jul 20 18:11:59 1999 Received: from galileo5.galileo.co.il ([192.116.246.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17102; Tue, 20 Jul 1999 18:11:51 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 18:11:51 +0200 (MET DST) Received: from galileo.co.il ([10.3.2.4]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id TAA19234; Tue, 20 Jul 1999 19:10:51 +0300 (GMT-3) Message-ID: <3794AF3F.CD316010@galileo.co.il> Date: Tue, 20 Jul 1999 19:17:51 +0200 From: Kossay Omary Organization: Galileo Technology Ltd X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux-MIPS kernel cross compilation on X86 pentium machine Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 563 Lines: 26 Hi All i'm trying to compile limux-mips kernel using a cross compiler ver 2.7.2 ; and I get the following error msg : .previous without corresponding .section It appears when i try to compile a file that includes asm.h which is in include/asm-mips/ . there is a problematic section in asm.h which is : #define TEXT(msg) .data; 8: .asciiz msg; .previous; please help me out Also, did any of you develop MIPS kernel stuff using an X86 machine, I would like to hear about the best and easiest way to do so... thanx From radek@ids.pl Tue Jul 20 19:37:57 1999 Received: from ids1.ids.pl (ids1.ids.pl [195.117.3.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17470; Tue, 20 Jul 1999 19:37:48 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 19:37:48 +0200 (MET DST) Received: from luna.ids.pl (p15.a1.core.ids.pl [195.117.3.146]) by ids1.ids.pl (8.9.3/8.8.8/rchk1.19) with ESMTP id TAA26151 for ; Tue, 20 Jul 1999 19:35:46 +0200 (MET DST) Received: from luna.ids.pl (luna.ids.pl [127.0.0.1]) by luna.ids.pl (8.8.7/8.6.12) with ESMTP id TAA00553 for ; Tue, 20 Jul 1999 19:31:09 +0200 Date: Tue, 20 Jul 1999 19:31:07 +0200 (EEST) From: Radoslaw Roszczyk To: linux-mips@fnet.fr Subject: signoff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 511 Lines: 23 -----BEGIN PGP SIGNED MESSAGE----- Please signoff me from Linux Mips List Radek - ----- Radoslaw Roszczyk - radek@ids.pl, R.Roszczyk@elka.pw.edu.pl MobilePhone: +48-604-570-290 Unix is like a wigwam - no windows, no gates, Apache inside... -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv iQB1AwUBN5SyXQ3Q8+gSdklJAQHamgL/Vc4d3He9OCVJEejDntDmMGAdlvtBZuVV 1G7OP+17U1slGw55ltNZ5yKH8i0HuhBW/a0CAbAoDFor7kOr8rIAzrh7Hv+gVD03 qWr86Zba71CdMQieAMktrxXwRFtck06/ =gPqw -----END PGP SIGNATURE----- From brad@ltc.com Tue Jul 20 20:19:40 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA17676; Tue, 20 Jul 1999 20:19:39 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 20:19:39 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id xa309553 for ; Tue, 20 Jul 1999 14:24:05 -0400 Message-ID: <014d01bed2db$7100c820$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Pointers to globals incorrectly offset by +0x10000 Date: Tue, 20 Jul 1999 14:12:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 777 Lines: 23 The compiler/linker is generating incorrect addresses for my function pointers and global pointers when I build the kernel. It's adding 0x10000 to all of them. Say, for example I have a global struct at 0x8000aa00. When I pass a pointer to that struct, the compiler/linker generate code that passes 0x8001aa00 instead of 0x8000aa00. I've been able to reproduce the problem in a small test application. I hacked out almost everything out of a copy of arch/mips/kernel/head.S until I found the problem. Now I can make it disapper in my test app by commenting one line in head.S. It's a line toward the bottom that says: .org 0x3000 It's from that area at the bottom of arch/mips/kernel/head.S that EXPORTs kernel_sp, swapper_pg_dir, etc. Any ideas? Regards, Brad From lbaran@hasbro.com Tue Jul 20 20:24:56 1999 Received: from npkntexg.hasbro.com (npkntexg.hasbro.com [204.146.85.147]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA17737; Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received: by npkntexg.hasbro.com with Internet Mail Service (5.5.2448.0) id <3ZBL804Q>; Tue, 20 Jul 1999 14:26:17 -0400 From: "Baran, Lucas S. (MB5)" To: "'linux-mips@fnet.fr'" Subject: signoff Date: Tue, 20 Jul 1999 14:22:53 -0400 Return-Receipt-To: "Baran, Lucas S. (MB5)" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 40 Lines: 2 Please signoff me from Linux Mips List From lbaran@hasbro.com Tue Jul 20 20:24:56 1999 Received: from npkntexg.hasbro.com (npkntexg.hasbro.com [204.146.85.147]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA17737; Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received: by npkntexg.hasbro.com with Internet Mail Service (5.5.2448.0) id <3ZBL804Q>; Tue, 20 Jul 1999 14:26:17 -0400 From: "Baran, Lucas S. (MB5)" To: "'linux-mips@fnet.fr'" Subject: signoff Date: Tue, 20 Jul 1999 14:22:53 -0400 Return-Receipt-To: "Baran, Lucas S. (MB5)" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 40 Lines: 2 Please signoff me from Linux Mips List From lbaran@hasbro.com Tue Jul 20 20:24:56 1999 Received: from npkntexg.hasbro.com (npkntexg.hasbro.com [204.146.85.147]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA17737; Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 20:24:55 +0200 (MET DST) Received: by npkntexg.hasbro.com with Internet Mail Service (5.5.2448.0) id <3ZBL804Q>; Tue, 20 Jul 1999 14:26:17 -0400 From: "Baran, Lucas S. (MB5)" To: "'linux-mips@fnet.fr'" Subject: signoff Date: Tue, 20 Jul 1999 14:22:53 -0400 Return-Receipt-To: "Baran, Lucas S. (MB5)" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 40 Lines: 2 Please signoff me from Linux Mips List From GerryS@ami.com Tue Jul 20 21:47:41 1999 Received: from atl_ms1.megatrends.com ([155.229.80.11]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18459; Tue, 20 Jul 1999 21:47:40 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 21:47:40 +0200 (MET DST) Received: by ATL_MS1 with Internet Mail Service (5.5.2448.0) id ; Tue, 20 Jul 1999 15:48:35 -0400 Message-ID: <1355693A51C0D211B55A00105ACCFE640F444D@ATL_MS1> From: Gerry Smith To: "'linux-mips@fnet.fr'" Subject: Current state? Date: Tue, 20 Jul 1999 15:48:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Content-Length: 274 Lines: 6 What is the current state of Linux/MIPS ports? I have read the info at http://lena.fnet.fr, but all the documents seem to be old (i.e. last updated January 98). Is there active work still ongoing? I am considering porting Linux to an embedded MIPS platform. Gerry Smith From questions@twistedhumor.com Tue Jul 20 21:52:34 1999 Received: from mta2.snfc21.pbi.net (mta2.snfc21.pbi.net [206.13.28.123]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18530; Tue, 20 Jul 1999 21:52:33 +0200 (MET DST) Received-Date: Tue, 20 Jul 1999 21:52:33 +0200 (MET DST) From: questions@twistedhumor.com Received: from r9w9n2 (ppp-207-104-100-78.sndg02.pacbell.net [207.104.100.78]) by mta2.snfc21.pbi.net (8.9.3/8.9.3) with SMTP id MAA13293 for linux-mips@fnet.fr; Tue, 20 Jul 1999 12:52:12 -0700 (PDT) Date: Tue, 20 Jul 1999 12:52:12 -0700 (PDT) Message-Id: <199907201952.MAA13293@mta2.snfc21.pbi.net> To: Subject: Somebody sent you a 'twisted Humor Joke' MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Length: 4376 Lines: 66

TwistedHumor.com Joke of the day July 20, 1999

Viagra Date

A guy walks into a pharmacy and says to the pharmacist, "Listen, I have three girls coming over tonight. I've never had three girls at once. I need something to keep me horny.. keep me potent."

The pharmacist reaches under the counter, unlocks the bottom drawer and takes out a small cardboard box marked with a label "Viagra Extra Strength" and says, "Here, if you eat this, you'll go nuts for twelve hours."

The guy says, "Gimme three boxes."

The next day the guy walks into the same pharmacy, limps up to the pharmacist and pulls down his pants. The pharmacist looks in horror as he notices the man's penis is black and blue, and skin is hanging off in some places.

In a pained voice, the man moans out, "Gimme a bottle of Deep Heat."

The pharmacist replies in horror, "You can't put Deep Heat on that!"

The man replies, "No, it's for my arms, the girls didn't show up."

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

Funny Image of the day: (Rated R) "Oh No!" Click the link to view image.

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

A hip young man bought a 1999 Ferrari GTO. It's the fastest and most expensive car in the world, and it costs him $500,000. He takes it out for a spin and stops for a red light. An old man on a moped pulls up next to him. The old man looks over at the sleek, shiny car and asks, "What kind of car ya' got there, sonny?" The young man replies, "A 1999 Ferrari GTO. It cost half a million dollars!" "That's a lot of money, "says the old man. "Why does it cost so much?" "Because this car can do 320 miles an hour" states the young man proudly. The old man asks, "Mind if I take a look inside?" "No problem," replies the owner. So the old man pokes his head in the window and looks around. Then sitting back on his moped, the old man says, "That's a pretty nice car, all right!" Just then the light changes and the guy decides to show the old man just what his car can do. He floors it, and within 30 seconds the speedometer reads 160 mph. Suddenly, he notices a dot in his rear view mirror. It seems to be getting closer! He slows down just slightly to see what it could be and within half a second, whhhoooossshhh! it whips by him, going much, much faster! "What on earth could be going faster than my Ferrari," the young man asks himself in shock. Then, ahead of him, he sees a dot coming toward him at an ungodly amount of speed! Whoooooosh! It goes by again, heading the opposite direction and it looked like the old man on the moped! "Couldn't be," thinks the guy. "How could a moped outrun a Ferrari?" But again, he sees a dot in his rear view mirror! Whooooosh, Ka-BbblaMMM! It plows into the back of his car, demolishing the rear end. The young man jumps out, and it IS the old man! He runs up to the mangled old man and says, "Oh my goodness! Is there anything I can do for you?" The old man whispers with his dying breath, "Unhook...my suspenders from your side-view mirror..." -----------------------------------------------------

Hello. We hope you laughed! If you would like to receive jokes and funny images/audio clips/video clips/ and ohter hilarious items in one email message each day, then you should subscribe to TwistedHumor.com's daily mailing list. You've received this email because somebody thought you could use a laugh, but this is the only email you will be sent unless you subscribe. We are providing a free service to you and anybody else who wishes to join. All you need to subscribe is an email address. It's free and takes about 5 seconds to sign up (however long it takes for you to type in your email address), so please click here to sign up, now.

For more jokes, funny images, outrageous audio and video clips, humorous programs and more, visit

http://www.twistedhumor.com

What you read above was a typical email sent out each day to over 300,000 subscribers to TwistedHumor.com.

http://www.twistedhumor.com From ralf@lappi.waldorf-gmbh.de Wed Jul 21 00:37: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 AAA20793; Wed, 21 Jul 1999 00:37:29 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 00:37:29 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-23.uni-koblenz.de [141.26.131.23]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA26604 for ; Wed, 21 Jul 1999 00:37:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA16501; Wed, 21 Jul 1999 00:36:24 +0200 Date: Wed, 21 Jul 1999 00:36:24 +0200 From: Ralf Baechle To: Kossay Omary Cc: linux-mips@fnet.fr Subject: Re: Linux-MIPS kernel cross compilation on X86 pentium machine Message-ID: <19990721003624.B14367@uni-koblenz.de> References: <3794AF3F.CD316010@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3794AF3F.CD316010@galileo.co.il>; from Kossay Omary on Tue, Jul 20, 1999 at 07:17:51PM +0200 X-Accept-Language: de,en,fr Content-Length: 728 Lines: 19 On Tue, Jul 20, 1999 at 07:17:51PM +0200, Kossay Omary wrote: > i'm trying to compile limux-mips kernel using a cross compiler > ver 2.7.2 ; and I get the following error msg : > > .previous without corresponding .section That's a bug in an extremly old set of crosscompiler tools. Get newer ones from ftp.linux.sgi.com. They're available there in rpm format. > Also, did any of you develop MIPS kernel stuff using an X86 machine, I > would like to hear about the best and easiest way to do so... If you have Redhat 6.0 on a Alpha, Sparc, PPC or Intel box you can just install the binary packages from the SGI site. If not things are getting somewhat more complex, see the FAQ on http://www.linux.sgi.com/mips/. Ralf From ralf@lappi.waldorf-gmbh.de Wed Jul 21 01:12: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 BAA22004; Wed, 21 Jul 1999 01:12:21 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 01:12:21 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-23.uni-koblenz.de [141.26.131.23]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA26838 for ; Wed, 21 Jul 1999 01:12:18 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA16580; Wed, 21 Jul 1999 01:11:47 +0200 Date: Wed, 21 Jul 1999 01:11:47 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: mipsel-linux-gcc and ld Message-ID: <19990721011147.F14367@uni-koblenz.de> References: <009901bed2c3$6306d380$b1119526@tecra.ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <009901bed2c3$6306d380$b1119526@tecra.ltc.com>; from Bradley D. LaRonde on Tue, Jul 20, 1999 at 11:20:22AM -0400 X-Accept-Language: de,en,fr Content-Length: 1096 Lines: 24 On Tue, Jul 20, 1999 at 11:20:22AM -0400, Bradley D. LaRonde wrote: > 1. Why can't I get the kernel to build if I use -O, -O1, or no -O (anything > except -O2) in the main Makefile CFLAGS? It fails during link. Virtually > every symbol is undefined. I want to turn off optimizations so that I can > read the disassembly easier. Also, I thought that optimizations might be > causing the problem in #2 below. It builds fine when I use -O2. It's because many functions are inline functions. Gcc only does inlining when optimizing. Gcc's code is lousy without optimizer. It's actually harder to understand than with -O. > 2. Why might ld be liking procedure address wrong (adding 0x00010000 to > them)? When I assign a procedure address to a variable (for an indirect > call), it gets it wrong. The funny thing is that in a small test program it > gets it right, but not when I do it in the kernel. I assume you're looking at some lui/addiu construction in the code. The 16-bit addiu opperand is 32-bit extended with _sign_, so the an eventual carry has to be taken care of. Ralf From ralf@lappi.waldorf-gmbh.de Wed Jul 21 01:14: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 BAA22034; Wed, 21 Jul 1999 01:14:05 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 01:14:05 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-23.uni-koblenz.de [141.26.131.23]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA26894 for ; Wed, 21 Jul 1999 01:14:03 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA16585; Wed, 21 Jul 1999 01:13:49 +0200 Date: Wed, 21 Jul 1999 01:13:49 +0200 From: Ralf Baechle To: Gerry Smith Cc: "'linux-mips@fnet.fr'" Subject: Re: Current state? Message-ID: <19990721011349.G14367@uni-koblenz.de> References: <1355693A51C0D211B55A00105ACCFE640F444D@ATL_MS1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <1355693A51C0D211B55A00105ACCFE640F444D@ATL_MS1>; from Gerry Smith on Tue, Jul 20, 1999 at 03:48:34PM -0400 X-Accept-Language: de,en,fr Content-Length: 399 Lines: 10 On Tue, Jul 20, 1999 at 03:48:34PM -0400, Gerry Smith wrote: > What is the current state of Linux/MIPS ports? I have read the info at > http://lena.fnet.fr, but all the documents seem to be old (i.e. last updated > January 98). Is there active work still ongoing? I am considering porting > Linux to an embedded MIPS platform. Checkout http://www.linux.sgi.com/mips/ which is uptodate. Ralf From mkovach@mkovach.nacs.net Wed Jul 21 05:37:06 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 FAA26049; Wed, 21 Jul 1999 05:37:05 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 05:37:05 +0200 (MET DST) Received: from mkovach.nacs.net (mkovach@localhost [127.0.0.1]) by mkovach.nacs.net (8.8.8/8.8.7) with ESMTP id XAA15393; Tue, 20 Jul 1999 23:39:17 -0400 Message-Id: <199907210339.XAA15393@mkovach.nacs.net> X-Mailer: exmh version 2.0.2 2/24/98 To: "Mike Klar" cc: linuxce-devel@linuxce.org, linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: Bye, bye, "generic kernels" In-reply-to: <000101bed225$562300b0$f325a4d8@ppan.hlb.cable.rcn.com> References: <000101bed225$562300b0$f325a4d8@ppan.hlb.cable.rcn.com> Comments: In-reply-to "Mike Klar" messages dated "Mon, 19 Jul 1999 16:26:28 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jul 1999 23:39:17 -0400 From: Mat Kovach Content-Length: 1288 Lines: 31 "Mike Klar" said: : Harald Koerfgen wrote: : : > An additional idea is to hide all these details from Joe : > Average, based on : > assumptions from the machine and CPU type, but to make them : > available to : > developers. : : That sounds a lot more appealing. Joe Average might be able to guess R3000 : core vs R4000 core, but only someone who has been following the kernel : development, or routinely settles down with CPU users manuals for pleasure : reading, will know that their shiny new MIPS-based handheld doesn't support : the LL/SC instruction pair. I think that will come in time. Even with the Alpha, you don't have completely generic kernels. Right now I think that the MIPS port still a bit to early in development to worry about people that aren't following the development compiling a kernel. : As much as I think all users would benefit from a better understanding of : the devices that power their computer equipment, I don't think it should be : a pre-requisite for installing an OS. This is true, and that should be kept in minding during development but should not be something that is implemented now. -- Mat Kovach mkovach@mkovach.nacs.net This e-mail is brought to you by the letter gamma and number e From flo@mini.gt.owl.de Wed Jul 21 10:32:08 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA27698; Wed, 21 Jul 1999 10:32:08 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 10:32:08 +0200 (MET DST) Received: from mini.gt.owl.de (mini.gt.owl.de [62.52.19.6]) by noose.gt.owl.de (Postfix) with ESMTP id 5221C7FC for ; Wed, 21 Jul 1999 10:32:06 +0200 (CEST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 758D02E092; Wed, 21 Jul 1999 10:32:05 +0200 (CEST) Date: Wed, 21 Jul 1999 10:32:05 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990721103205.A25219@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Sender: flo@mini.gt.owl.de Content-Length: 1440 Lines: 46 Hi, while compiling perl5 this shows up in the syslog quiete regularly ... Jul 21 10:23:19 decstation-150 kernel: Setting flush to zero for miniperl. Jul 21 10:23:19 decstation-150 kernel: Unimplemented exception for insn 4620a0a4 at 0x004689d4 in miniperl. Jul 21 10:23:19 decstation-150 kernel: Should send SIGFPE to miniperl Its the kernel i found at http://www.xs4all.nl/%7Evhouten/mipsel/vmlinux-decR4k.ecoff.gz (root@localhost)~# uname -a Linux localhost 2.2.1 #2 Sun May 23 11:29:22 MEST 1999 mips unknown (root@localhost)~# gcc -v Reading specs from /usr/lib/gcc-lib/mipsel-redhat-linux/egcs-2.90.27/specs gcc version egcs-2.90.27 980315 (egcs-1.0.2 release) (root@localhost)~# ld -V GNU ld version 2.8.1 (with BFD 2.8.1) Supported emulations: elf32lmip elf32bmip mipslit mipsbig Its the declinux-root-current from sgi.com (root@localhost)~# cat /proc/cpuinfo 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 : 1196401 VCEI exceptions : 2131327 Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From questions@twistedhumor.com Wed Jul 21 11:50:42 1999 Received: from mail-gw3.pacbell.net (mail-gw3.pacbell.net [206.13.28.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA28031; Wed, 21 Jul 1999 11:50:40 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 11:50:40 +0200 (MET DST) From: questions@twistedhumor.com Received: from r9w9n2 (ppp-207-215-149-244.sndg02.pacbell.net [207.215.149.244]) by mail-gw3.pacbell.net (8.9.3/8.9.3) with SMTP id CAA01055; Wed, 21 Jul 1999 02:50:20 -0700 (PDT) Date: Wed, 21 Jul 1999 02:50:20 -0700 (PDT) Message-Id: <199907210950.CAA01055@mail-gw3.pacbell.net> To: friend@twistedhumor.com Subject: Somebody sent you a 'twisted Humor Joke' MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Length: 4376 Lines: 66

TwistedHumor.com Joke of the day July 20, 1999

Viagra Date

A guy walks into a pharmacy and says to the pharmacist, "Listen, I have three girls coming over tonight. I've never had three girls at once. I need something to keep me horny.. keep me potent."

The pharmacist reaches under the counter, unlocks the bottom drawer and takes out a small cardboard box marked with a label "Viagra Extra Strength" and says, "Here, if you eat this, you'll go nuts for twelve hours."

The guy says, "Gimme three boxes."

The next day the guy walks into the same pharmacy, limps up to the pharmacist and pulls down his pants. The pharmacist looks in horror as he notices the man's penis is black and blue, and skin is hanging off in some places.

In a pained voice, the man moans out, "Gimme a bottle of Deep Heat."

The pharmacist replies in horror, "You can't put Deep Heat on that!"

The man replies, "No, it's for my arms, the girls didn't show up."

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

Funny Image of the day: (Rated R) "Oh No!" Click the link to view image.

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

A hip young man bought a 1999 Ferrari GTO. It's the fastest and most expensive car in the world, and it costs him $500,000. He takes it out for a spin and stops for a red light. An old man on a moped pulls up next to him. The old man looks over at the sleek, shiny car and asks, "What kind of car ya' got there, sonny?" The young man replies, "A 1999 Ferrari GTO. It cost half a million dollars!" "That's a lot of money, "says the old man. "Why does it cost so much?" "Because this car can do 320 miles an hour" states the young man proudly. The old man asks, "Mind if I take a look inside?" "No problem," replies the owner. So the old man pokes his head in the window and looks around. Then sitting back on his moped, the old man says, "That's a pretty nice car, all right!" Just then the light changes and the guy decides to show the old man just what his car can do. He floors it, and within 30 seconds the speedometer reads 160 mph. Suddenly, he notices a dot in his rear view mirror. It seems to be getting closer! He slows down just slightly to see what it could be and within half a second, whhhoooossshhh! it whips by him, going much, much faster! "What on earth could be going faster than my Ferrari," the young man asks himself in shock. Then, ahead of him, he sees a dot coming toward him at an ungodly amount of speed! Whoooooosh! It goes by again, heading the opposite direction and it looked like the old man on the moped! "Couldn't be," thinks the guy. "How could a moped outrun a Ferrari?" But again, he sees a dot in his rear view mirror! Whooooosh, Ka-BbblaMMM! It plows into the back of his car, demolishing the rear end. The young man jumps out, and it IS the old man! He runs up to the mangled old man and says, "Oh my goodness! Is there anything I can do for you?" The old man whispers with his dying breath, "Unhook...my suspenders from your side-view mirror..." -----------------------------------------------------

Hello. We hope you laughed! If you would like to receive jokes and funny images/audio clips/video clips/ and ohter hilarious items in one email message each day, then you should subscribe to TwistedHumor.com's daily mailing list. You've received this email because somebody thought you could use a laugh, but this is the only email you will be sent unless you subscribe. We are providing a free service to you and anybody else who wishes to join. All you need to subscribe is an email address. It's free and takes about 5 seconds to sign up (however long it takes for you to type in your email address), so please click here to sign up, now.

For more jokes, funny images, outrageous audio and video clips, humorous programs and more, visit

http://www.twistedhumor.com

What you read above was a typical email sent out each day to over 300,000 subscribers to TwistedHumor.com.

http://www.twistedhumor.com From kossay@galileo.co.il Wed Jul 21 16:14:02 1999 Received: from galileo5.galileo.co.il ([192.116.246.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA00527; Wed, 21 Jul 1999 16:13:59 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 16:13:59 +0200 (MET DST) Received: from galileo.co.il ([10.3.2.4]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id RAA14035; Wed, 21 Jul 1999 17:12:24 +0300 (GMT-3) Message-ID: <3795E4FE.D1ED1674@galileo.co.il> Date: Wed, 21 Jul 1999 17:19:26 +0200 From: Kossay Omary Organization: Galileo Technology Ltd X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Cobalt linux compiling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1853 Lines: 58 Hi i'm trying to compile linux kernel for MIPS Cpu's using Pentium computer. the problem is that i got confused by the packages that i must get and their dependencies each to other. meanwhile i'm running RedHat v 5.2 on my PC i'v downloaded the linux's kernel from CobaltNetworks site. ( i need this package because i'm building linux over embedded system and this package is the most relevant to the linux kernel i need) i'v downloaded binutils-mips-linux-2.8.1-1 (file is binutils-mips-linux-2.8.1-1.i386.rpm) but when i try to install it (rpm -i /temp/binutils...i386.rpm) it writes : libc.so.6 (GLIBC_2.1) is needed by binutils-mips-linux-2.8.1-1 libc.so.6 (GLIBC_2.0) is needed by binutils-mips-linux-2.8.1-1 i'v downloaded egcs-mips-linux-1.0.3a-1.i386.rpm (cross-compiler) and tried to install it but the same error appears. my questions are : 1.. where can i get libc.so.6 (GLIBC2.x) ; and where should i install it ? this package should be compatible for the pentium processor ; am i right ? 2.. after installing the cross-compiler where can i find a glibc for the cross-compiler itself in order to compile the kernel for MIPS ? and where should i install it ? 3.. do you suggest a better kernel source other than that from CobaltNetworks ? does redhat v 6 has a source code for Mips ? (embedded systems purpose) 4.. does redhat v 6 has development tools for Mips ? (cross-compiler with glibc's etc...) remarks : 1.. i will install all the sources needed for the kernel (kernel source+glibc compatible for Mips) under a user called 'project' - so if you can also write for me the command line that i should use to install the packages relative to "~project" rather than the root directory. 2.. i'm not a pro in linux kernel compiling so i prefer ; if possible ; as much as detailed answers. THANX alot for the effort From mkovach@mkovach.nacs.net Wed Jul 21 17:52:20 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 RAA01427; Wed, 21 Jul 1999 17:52:15 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 17:52:15 +0200 (MET DST) Received: (from mkovach@localhost) by mkovach.nacs.net (8.8.8/8.8.7) id LAA16118; Wed, 21 Jul 1999 11:54:08 -0400 Message-ID: <19990721115408.A16088@mkovach.nacs.net> Date: Wed, 21 Jul 1999 11:54:08 -0400 From: Mat Kovach To: Kossay Omary Cc: linux-mips@fnet.fr Subject: Re: Cobalt linux compiling References: <3795E4FE.D1ED1674@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <3795E4FE.D1ED1674@galileo.co.il>; from Kossay Omary on Wed, Jul 21, 1999 at 05:19:26PM +0200 Content-Length: 2928 Lines: 82 On Wed, Jul 21, 1999 at 05:19:26PM +0200, Kossay Omary wrote: : Hi : : i'm trying to compile linux kernel for MIPS Cpu's using Pentium : computer. You mean cross compile it :) : the problem is that i got confused by the packages that i must get and : their : dependencies each to other. : : meanwhile i'm running RedHat v 5.2 on my PC The current cross compile utilites (binutils and egcs) in rpm format are for Redhat 6.0, not Redhat 5.2. If you want to use them on RedHat 5.2, you will have to download the Sources RPMS and built them on Redhat 5.2, but then your milage may vary. : i'v downloaded the linux's kernel from CobaltNetworks site. : ( i need this package because i'm building linux over embedded system : and : this package is the most relevant to the linux kernel i need) : : i'v downloaded binutils-mips-linux-2.8.1-1 (file is : binutils-mips-linux-2.8.1-1.i386.rpm) : but when i try to install it (rpm -i /temp/binutils...i386.rpm) it : writes : : libc.so.6 (GLIBC_2.1) is needed by binutils-mips-linux-2.8.1-1 : libc.so.6 (GLIBC_2.0) is needed by binutils-mips-linux-2.8.1-1 : : i'v downloaded egcs-mips-linux-1.0.3a-1.i386.rpm (cross-compiler) and : tried to install : it but the same error appears. And that is right, they were compile on Redhat 6.0, which uses glibc 2.1. : : my questions are : : 1.. where can i get libc.so.6 (GLIBC2.x) ; and where should i install it : ? this package You can upgrade to Redhat 6.0 : should be compatible for the pentium processor ; am i right ? : 2.. after installing the cross-compiler where can i find a glibc for the : cross-compiler itself If you are just compiling the kernel, you don't need a cross glibc. : in order to compile the kernel for MIPS ? and where should i install : it ? : 3.. do you suggest a better kernel source other than that from : CobaltNetworks ? : does redhat v 6 has a source code for Mips ? (embedded systems : purpose) : 4.. does redhat v 6 has development tools for Mips ? (cross-compiler : with glibc's etc...) The cobalt kernel is specific to the cobalt equipment, if you need to work with other mips processors, get the CVS source from ftp.linux.sgi.com (you can look at http://www.linux.sgi.com for futher details) : remarks : : 1.. i will install all the sources needed for the kernel (kernel : source+glibc compatible for : Mips) under a user called 'project' - so if you can also write for me : the command line You don't need glibc for just compiling the kernel. : that i should use to install the packages relative to "~project" rather : than the root directory. : 2.. i'm not a pro in linux kernel compiling so i prefer ; if possible ; : as much as detailed : answers. There should be no problem compiling the kernel in a differnt location. -- Mat Kovach mkovach@mkovach.nacs.net This e-mail is brought to you by the letter gamma and number e From jmarbury@ZoneAutomation.com Wed Jul 21 22:43:34 1999 Received: from 0-exchange.zoneautomation.com (cuda.zoneautomation.com [206.16.221.65]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA04776; Wed, 21 Jul 1999 22:43:33 +0200 (MET DST) Received-Date: Wed, 21 Jul 1999 22:43:33 +0200 (MET DST) Received: by 0-EXCHANGE with Internet Mail Service (5.5.2448.0) id ; Wed, 21 Jul 1999 13:36:24 -0700 Message-ID: <23A3C0F917D5D211B7BF006097A555D9158D35@0-EXCHANGE> From: "Marbury, John" To: linux-mips@fnet.fr Date: Wed, 21 Jul 1999 13:36:23 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Content-Length: 160 Lines: 5 Hello, Are there instructions available for installing Linux-MIPS on a MIPS R4400 that was previously running Windows NT? Any help is greatly appreciated, John From brad@ltc.com Thu Jul 22 00:50:26 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA06931; Thu, 22 Jul 1999 00:50:25 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 00:50:25 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id la309567 for ; Wed, 21 Jul 1999 18:54:48 -0400 Message-ID: <018801bed3ca$6dfcef60$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Globals not getting initialized Date: Wed, 21 Jul 1999 18:43:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 688 Lines: 17 My global variables aren't getting initialized. For example, at the global scope: int a[] = {1, 2, 3}; a[] does not get initialized with {1, 2, 3}. The symbol is there, but it doesn't copy the initial data into the space. The problem has something to do with the linker script, because if I use the NetBSD linker script instead of the arch/mips/ld.script.little linker script, my globals get initialized properly. Any ideas what might be causing this? I've compared the two scripts and I haven't figured it out yet. Is the bootloader responsible for initializing global variables? My next stop is looking in there to see if I can figure out what is happening. Regards, Brad From ralf@lappi.waldorf-gmbh.de Thu Jul 22 00:50: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 AAA06958; Thu, 22 Jul 1999 00:50:47 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 00:50:47 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA10751 for ; Thu, 22 Jul 1999 00:50:41 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA19135; Thu, 22 Jul 1999 00:50:01 +0200 Date: Thu, 22 Jul 1999 00:50:00 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990722005000.J14367@uni-koblenz.de> References: <19990721103205.A25219@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990721103205.A25219@mini.gt.owl.de>; from Florian Lohoff on Wed, Jul 21, 1999 at 10:32:05AM +0200 X-Accept-Language: de,en,fr Content-Length: 631 Lines: 17 On Wed, Jul 21, 1999 at 10:32:05AM +0200, Florian Lohoff wrote: > Hi, > while compiling perl5 this shows up in the syslog quiete regularly ... > > Jul 21 10:23:19 decstation-150 kernel: Setting flush to zero for miniperl. > Jul 21 10:23:19 decstation-150 kernel: Unimplemented exception for insn > 4620a0a4 at 0x004689d4 in miniperl. > Jul 21 10:23:19 decstation-150 kernel: Should send SIGFPE to miniperl It's the kernel's attempt at better than nothing floating point kernel support. Crude stuff that somebody should fix. Isn't that a R3000 DECstation you have? If so it doesn't have the flush-to-zero bit ... Ralf From brad@ltc.com Thu Jul 22 01:23:10 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA07263; Thu, 22 Jul 1999 01:23:09 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 01:23:09 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id oa309570 for ; Wed, 21 Jul 1999 19:27:40 -0400 Message-ID: <01cc01bed3cf$056a5be0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Globals not getting initialized Date: Wed, 21 Jul 1999 19:16:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1239 Lines: 37 >On Wed, Jul 21, 1999 at 06:43:19PM -0400, Bradley D. LaRonde wrote: > >> My global variables aren't getting initialized. For example, at the global >> scope: >> >> int a[] = {1, 2, 3}; >> >> a[] does not get initialized with {1, 2, 3}. The symbol is there, but it >> doesn't copy the initial data into the space. >> >> The problem has something to do with the linker script, because if I use the >> NetBSD linker script instead of the arch/mips/ld.script.little linker >> script, my globals get initialized properly. Any ideas what might be >> causing this? I've compared the two scripts and I haven't figured it out >> yet. Is the bootloader responsible for initializing global variables? My >> next stop is looking in there to see if I can figure out what is happening. > >Globals are getting initialized properly, so this must be some messup >on your side, sorry. Globals not getting initialized is equivalent with >the kernel not working ... I'm porting the kernel to a Vadem Clio (Vr4111), and this is happening in the init part of the kernel, before start_kernel. I also duplicated it in a small test app. I'm pretty sure they are not getting initialized. So who initializes globals? The bootloader? Regards, Brad From ralf@lappi.waldorf-gmbh.de Thu Jul 22 01:17:45 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA07152; Thu, 22 Jul 1999 01:17:44 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 01:17:44 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA10698 for ; Thu, 22 Jul 1999 01:17:42 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA19403; Thu, 22 Jul 1999 01:16:53 +0200 Date: Thu, 22 Jul 1999 01:16:52 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Globals not getting initialized Message-ID: <19990722011652.M14367@uni-koblenz.de> References: <018801bed3ca$6dfcef60$b1119526@tecra.ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <018801bed3ca$6dfcef60$b1119526@tecra.ltc.com>; from Bradley D. LaRonde on Wed, Jul 21, 1999 at 06:43:19PM -0400 X-Accept-Language: de,en,fr Content-Length: 949 Lines: 22 On Wed, Jul 21, 1999 at 06:43:19PM -0400, Bradley D. LaRonde wrote: > My global variables aren't getting initialized. For example, at the global > scope: > > int a[] = {1, 2, 3}; > > a[] does not get initialized with {1, 2, 3}. The symbol is there, but it > doesn't copy the initial data into the space. > > The problem has something to do with the linker script, because if I use the > NetBSD linker script instead of the arch/mips/ld.script.little linker > script, my globals get initialized properly. Any ideas what might be > causing this? I've compared the two scripts and I haven't figured it out > yet. Is the bootloader responsible for initializing global variables? My > next stop is looking in there to see if I can figure out what is happening. Globals are getting initialized properly, so this must be some messup on your side, sorry. Globals not getting initialized is equivalent with the kernel not working ... Ralf From ralf@lappi.waldorf-gmbh.de Thu Jul 22 02:52: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 CAA08295; Thu, 22 Jul 1999 02:52:11 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA13427 for ; Thu, 22 Jul 1999 02:52:08 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id CAA20296 for linux-mips@fnet.fr; Thu, 22 Jul 1999 02:51:55 +0200 Resent-Message-Id: <199907220051.CAA20296@lappi.waldorf-gmbh.de> Received: from guadalquivir.fnet.fr (guadalquivir.fnet.fr [193.104.112.133]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA11651 for ; Thu, 22 Jul 1999 01:41:31 +0200 (MET DST) Received: (list@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id BAA07450; Thu, 22 Jul 1999 01:41:00 +0200 (MET DST) Date: Thu, 22 Jul 1999 01:41:00 +0200 (MET DST) X-From_: damos.yum@usa.net Thu Jul 22 01:40:56 1999 Received: from nwcst285.netaddress.usa.net (nwcst285.netaddress.usa.net [204.68.23.30]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA07433; Thu, 22 Jul 1999 01:40:55 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 01:40:55 +0200 (MET DST) From: damos.yum@usa.net Received: (qmail 6937 invoked by uid 60001); 21 Jul 1999 23:45:56 -0000 Message-ID: <19990721234556.6936.qmail@nwcst285.netaddress.usa.net> Received: from 204.68.23.30 by nwcst285 via web-mailer(M3.2.0.53) on Wed Jul 21 23:45:56 GMT 1999 Old-Date: 21 Jul 99 17:45:56 MDT To: "linux-mips-request@fnet.fr" Subject: Getting Linux onto a Decstation 5000/240 X-Mailer: USANET web-mailer (M3.2.0.53) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Diagnostic: Unprocessed X-Envelope-To: linux-mips-request Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mailhost.uni-koblenz.de id BAA11651 Resent-From: ralf@uni-koblenz.de Resent-Date: Thu, 22 Jul 1999 02:51:54 +0200 Resent-To: linux-mips@fnet.fr Content-Length: 607 Lines: 11 OK, I have a problem booting my DECStation 5000/240 via netboot using Unix 4.0d (it just hangs and no error messgaes are produced). I am pretty sure its my prom which is version V5.1b that is causing the problems. Has anyone got any ideas or documentation that may be of help with dealing with booting and installation as well as setting up the Kernal. Any feedback will be most appreciated. I am using the LInux roughcuts version for mips. Thanks Damien. ____________________________________________________________________ Get free e-mail and a permanent address at http://www.netaddress.com/?N=1 From brad@ltc.com Thu Jul 22 02:08:00 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA07579; Thu, 22 Jul 1999 02:07:59 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 02:07:59 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id sa309574 for ; Wed, 21 Jul 1999 20:12:31 -0400 Message-ID: <023001bed3d5$48dd25a0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , Subject: Re: Globals not getting initialized Date: Wed, 21 Jul 1999 20:01:01 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 787 Lines: 20 >> I'm porting the kernel to a Vadem Clio (Vr4111), and this is happening in >> the init part of the kernel, before start_kernel. >> >> I also duplicated it in a small test app. I'm pretty sure they are not >> getting initialized. >> >> So who initializes globals? The bootloader? > >Yes, by just loading an initialized chunk of memory from the kernel >executable. That is if your loader is ok it should initialize the >variables automatically without anything specialy having to be done. It's funny, because they do get initialized properly when I link with the NetBSD (stand.ldscript) linker script, but not when I link with the Linux-MIPS linker script (ld.script.little). It appears that something in ld.script.llittle is throwing the bootloader (pbsdboot) off. Regards, Brad From ralf@lappi.waldorf-gmbh.de Thu Jul 22 02:49:59 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA08240; Thu, 22 Jul 1999 02:49:58 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 02:49:58 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA13401 for ; Thu, 22 Jul 1999 02:49:56 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id CAA20270; Thu, 22 Jul 1999 02:49:37 +0200 Date: Thu, 22 Jul 1999 02:49:37 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Globals not getting initialized Message-ID: <19990722024937.O14367@uni-koblenz.de> References: <023001bed3d5$48dd25a0$b1119526@tecra.ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <023001bed3d5$48dd25a0$b1119526@tecra.ltc.com>; from Bradley D. LaRonde on Wed, Jul 21, 1999 at 08:01:01PM -0400 X-Accept-Language: de,en,fr Content-Length: 541 Lines: 13 On Wed, Jul 21, 1999 at 08:01:01PM -0400, Bradley D. LaRonde wrote: > It's funny, because they do get initialized properly when I link with the > NetBSD (stand.ldscript) linker script, but not when I link with the > Linux-MIPS linker script (ld.script.little). It appears that something in > ld.script.llittle is throwing the bootloader (pbsdboot) off. Maybe you're accidently loading only the first ELF segment or so? (I'm not shure if an ELF kernel binary usually has multiple segments but it's a theory worth to be verified.) Ralf From brad@ltc.com Thu Jul 22 03:04:02 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA08431; Thu, 22 Jul 1999 03:04:01 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 03:04:01 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id xa309579 for ; Wed, 21 Jul 1999 21:08:32 -0400 Message-ID: <029f01bed3dd$1c57c5a0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , Subject: Re: Globals not getting initialized Date: Wed, 21 Jul 1999 20:57:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1511 Lines: 39 OK, I just checked the program headers for the executable. There are multiple segments in the executable: three in the one that works, and two in the one that doesn't. In the one that works, the last segment does include my global variable initialization, but it's not there in the one that doesn't. Oddly enough, though, the data is in the executable, but just not in a loadable segment. So, in summary, it appears that the linker is putting my global initialization data into the executable, but not including it a loadable segment in the program headers, so the bootloader isn't loading it, and it has something to do with ld.script.little. Regards, Brad -----Original Message----- From: Ralf Baechle To: Bradley D. LaRonde Cc: linuxce-devel@linuxce.org ; linux-mips@fnet.fr Date: Wednesday, July 21, 1999 8:54 PM Subject: Re: Globals not getting initialized >On Wed, Jul 21, 1999 at 08:01:01PM -0400, Bradley D. LaRonde wrote: > >> It's funny, because they do get initialized properly when I link with the >> NetBSD (stand.ldscript) linker script, but not when I link with the >> Linux-MIPS linker script (ld.script.little). It appears that something in >> ld.script.llittle is throwing the bootloader (pbsdboot) off. > >Maybe you're accidently loading only the first ELF segment or so? > >(I'm not shure if an ELF kernel binary usually has multiple segments but >it's a theory worth to be verified.) > > Ralf From ralf@lappi.waldorf-gmbh.de Fri Jul 23 00:51:54 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 AAA29044; Fri, 23 Jul 1999 00:51:53 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 00:51:53 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA19630 for ; Fri, 23 Jul 1999 00:51:49 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id EAA21558; Thu, 22 Jul 1999 04:57:08 +0200 Date: Thu, 22 Jul 1999 04:57:08 +0200 From: Ralf Baechle To: Kossay Omary Cc: linux-mips@fnet.fr Subject: Re: Cobalt linux compiling Message-ID: <19990722045708.S14367@uni-koblenz.de> References: <3795E4FE.D1ED1674@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3795E4FE.D1ED1674@galileo.co.il>; from Kossay Omary on Wed, Jul 21, 1999 at 05:19:26PM +0200 X-Accept-Language: de,en,fr Content-Length: 1314 Lines: 43 On Wed, Jul 21, 1999 at 05:19:26PM +0200, Kossay Omary wrote: > my questions are : > 1.. where can i get libc.so.6 (GLIBC2.x) ; and where should i install it > ? this package should be compatible for the pentium processor ; am i > right ? >From RH 6.0. > 2.. after installing the cross-compiler where can i find a glibc for the > cross-compiler itself > in order to compile the kernel for MIPS ? and where should i install > it ? You don't need a MIPS glibc in order to cross-compile the MIPS kernel. > 3.. do you suggest a better kernel source other than that from > CobaltNetworks ? Get the CVS source from linus.linux.sgi.com. See the FAQ on www.linux.sgi.com for how to access it. > does redhat v 6 has a source code for Mips ? No the stock distribution. I'm working on a port of RH 6.0. > 4.. does redhat v 6 has development tools for Mips ? (cross-compiler > with glibc's etc...) No. > remarks : > 1.. i will install all the sources needed for the kernel (kernel > source+glibc compatible for > Mips) under a user called 'project' - so if you can also write for me > the command line > that i should use to install the packages relative to "~project" rather > than the root directory. There is no need to install the source in a specific location. Just install whereever you want. Ralf From ralf@lappi.waldorf-gmbh.de Fri Jul 23 00:52: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 AAA29069; Fri, 23 Jul 1999 00:52:11 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 00:52:11 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA19676 for ; Fri, 23 Jul 1999 00:52:08 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id FAA21573; Thu, 22 Jul 1999 05:03:50 +0200 Date: Thu, 22 Jul 1999 05:03:50 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Globals not getting initialized Message-ID: <19990722050350.T14367@uni-koblenz.de> References: <029f01bed3dd$1c57c5a0$b1119526@tecra.ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <029f01bed3dd$1c57c5a0$b1119526@tecra.ltc.com>; from Bradley D. LaRonde on Wed, Jul 21, 1999 at 08:57:02PM -0400 X-Accept-Language: de,en,fr Content-Length: 1103 Lines: 23 On Wed, Jul 21, 1999 at 08:57:02PM -0400, Bradley D. LaRonde wrote: > OK, I just checked the program headers for the executable. There are > multiple segments in the executable: three in the one that works, and two > in the one that doesn't. In the one that works, the last segment does > include my global variable initialization, but it's not there in the one > that doesn't. Oddly enough, though, the data is in the executable, but just > not in a loadable segment. > > So, in summary, it appears that the linker is putting my global > initialization data into the executable, but not including it a loadable > segment in the program headers, so the bootloader isn't loading it, and it > has something to do with ld.script.little. The flags (load, allocate etc.) for a new section are set by the first input section going into that output section. So maybe you're linking some section with weird settings as the frist one into .data? Oh, you're not getting trapped by the -N linker option bug? Don't pass it to ld or you'll get a bad kernel binary. I haven't yet tracked down why. Ralf From raiko@niisi.msk.ru Thu Jul 22 11:46:43 1999 Received: from t111.niisi.ras.ru (t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA20741; Thu, 22 Jul 1999 11:46:41 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 11:46:41 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA15306; Thu, 22 Jul 1999 13:46:20 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA23998; Thu, 22 Jul 1999 12:14:44 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA01967; Thu, 22 Jul 1999 13:41:15 +0400 (MSD) Message-ID: <3796E932.7C4EBFCB@niisi.msk.ru> Date: Thu, 22 Jul 1999 13:49:38 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "Bradley D. LaRonde" CC: Ralf Baechle , linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Globals not getting initialized References: <029f01bed3dd$1c57c5a0$b1119526@tecra.ltc.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 737 Lines: 18 "Bradley D. LaRonde" wrote: > > So, in summary, it appears that the linker is putting my global > initialization data into the executable, but not including it a loadable > segment in the program headers, so the bootloader isn't loading it, and it > has something to do with ld.script.little. No, it has something to do with your bootloader. Perhaps, you bootloader can deal with only first segment of an ELF executable. So, either fix your bootloader or arrange everything into first segment. BTW, bootloader in my box loads only first segment too, so I had to implement my own small bootloader that is appended before the kernel and sets the data and bss segments ar run-time. It's located in arch/mips/baget/balo*. Regards, Gleb. From flo@mini.gt.owl.de Thu Jul 22 13:41:30 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA21207; Thu, 22 Jul 1999 13:41:29 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 13:41:29 +0200 (MET DST) Received: from mini.gt.owl.de (mini.gt.owl.de [62.52.19.6]) by noose.gt.owl.de (Postfix) with ESMTP id B9C027DD; Thu, 22 Jul 1999 13:41:26 +0200 (CEST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 2E3682E092; Thu, 22 Jul 1999 13:41:26 +0200 (CEST) Date: Thu, 22 Jul 1999 13:41:26 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990722134126.J29846@mini.gt.owl.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990722005000.J14367@uni-koblenz.de>; from Ralf Baechle on Thu, Jul 22, 1999 at 12:50:00AM +0200 Sender: flo@mini.gt.owl.de Content-Length: 1069 Lines: 27 On Thu, Jul 22, 1999 at 12:50:00AM +0200, Ralf Baechle wrote: > On Wed, Jul 21, 1999 at 10:32:05AM +0200, Florian Lohoff wrote: > > > Hi, > > while compiling perl5 this shows up in the syslog quiete regularly ... > > > > Jul 21 10:23:19 decstation-150 kernel: Setting flush to zero for miniperl. > > Jul 21 10:23:19 decstation-150 kernel: Unimplemented exception for insn > > 4620a0a4 at 0x004689d4 in miniperl. > > Jul 21 10:23:19 decstation-150 kernel: Should send SIGFPE to miniperl > > It's the kernel's attempt at better than nothing floating point kernel > support. Crude stuff that somebody should fix. > > Isn't that a R3000 DECstation you have? If so it doesn't have the > flush-to-zero bit ... This is the R4000 based machine (5000/150) (I have a R3000 based machine 5000/240) and it does also spit out another instruction. I think this is the reason i am currently unable to build perl as the tests fail ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From brad@ltc.com Thu Jul 22 19:05:27 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA24415; Thu, 22 Jul 1999 19:04:44 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 19:04:44 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ja309591 for ; Thu, 22 Jul 1999 13:09:18 -0400 Message-ID: <002301bed463$411e2ce0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Gleb O. Raiko" Cc: "Ralf Baechle" , , Subject: Re: Globals not getting initialized Date: Thu, 22 Jul 1999 12:57:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1166 Lines: 29 >"Bradley D. LaRonde" wrote: >> >> So, in summary, it appears that the linker is putting my global >> initialization data into the executable, but not including it a loadable >> segment in the program headers, so the bootloader isn't loading it, and it >> has something to do with ld.script.little. > >No, it has something to do with your bootloader. Perhaps, you bootloader >can deal with only first segment of an ELF executable. So, either fix >your bootloader or arrange everything into first segment. BTW, >bootloader in my box loads only first segment too, so I had to implement >my own small bootloader that is appended before the kernel and sets the >data and bss segments ar run-time. It's located in >arch/mips/baget/balo*. Actually the bootloader that I'm using (pbsdboot) DOES load all the segments. I've checked the code, and it's coded that way, plus I've checked a sample app that has init data in the second loadable segment and it gets inited properly. I don't think the problem is in the bootloader - I now think it is probably combination of elements from head.S, other symbols and sections, and ld.script.little. Regards, Brad Regards, Brad From imp@harmony.village.org Thu Jul 22 20:28:41 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA24826; Thu, 22 Jul 1999 20:28:39 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 20:28:39 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA50929; Thu, 22 Jul 1999 12:28:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA09768; Thu, 22 Jul 1999 12:28:47 -0600 (MDT) Message-Id: <199907221828.MAA09768@harmony.village.org> To: "Bradley D. LaRonde" Subject: Re: Globals not getting initialized Cc: "Gleb O. Raiko" , "Ralf Baechle" , linuxce-devel@linuxce.org, linux-mips@fnet.fr In-reply-to: Your message of "Thu, 22 Jul 1999 12:57:16 EDT." <002301bed463$411e2ce0$b1119526@tecra.ltc.com> References: <002301bed463$411e2ce0$b1119526@tecra.ltc.com> Date: Thu, 22 Jul 1999 12:28:47 -0600 From: Warner Losh Content-Length: 608 Lines: 12 In message <002301bed463$411e2ce0$b1119526@tecra.ltc.com> "Bradley D. LaRonde" writes: : Actually the bootloader that I'm using (pbsdboot) DOES load all the : segments. I've checked the code, and it's coded that way, plus I've checked : a sample app that has init data in the second loadable segment and it gets : inited properly. I don't think the problem is in the bootloader - I now : think it is probably combination of elements from head.S, other symbols and : sections, and ld.script.little. I think that's more likely the case. The boot loader boots NetBSD/hpcmips w/o problems like this. Warner From steff@free.fr Thu Jul 22 22:49:09 1999 Received: from smtp1.free.fr (root@smtp1.free.fr [212.27.32.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA25692; Thu, 22 Jul 1999 22:49:08 +0200 (MET DST) Received-Date: Thu, 22 Jul 1999 22:49:08 +0200 (MET DST) Received: from free.fr (lyon-57-102.dial.proxad.net [212.27.57.102]) by smtp1.free.fr (8.9.3/8.9.3/Debian/GNU) with ESMTP id WAA05962 for ; Thu, 22 Jul 1999 22:49:07 +0200 Sender: steff@smtp1.free.fr Message-ID: <37979FE2.F13BB6DB@free.fr> Date: Thu, 22 Jul 1999 22:49:06 +0000 From: steff X-Mailer: Mozilla 4.51C-SGI [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: linux on mips Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1010 Lines: 31 salut a tous, je suppose que vous etes francais vu l'adresse? si vous voulez je travail sur cette machine: bunny 3% hinv CPU: MIPS R4400 Processor Chip Revision: 6.0 FPU: MIPS R4000 Floating Point Coprocessor Revision: 0.0 1 200 MHZ IP22 Processor Main memory size: 128 Mbytes Secondary unified instruction/data cache size: 1 Mbyte on Processor 0 Instruction cache size: 16 Kbytes Data cache size: 16 Kbytes Integral SCSI controller 0: Version WD33C93B, revision D Disk drive: unit 1 on SCSI controller 0 Disk drive: unit 2 on SCSI controller 0 CDROM: unit 3 on SCSI controller 0 CDROM: unit 5 on SCSI controller 0 On-board serial ports: 2 On-board bi-directional parallel port Graphics board: Indy 24-bit Integral Ethernet: ec0, version 1 Integral ISDN: Basic Rate Interface unit 0, revision 1.0 Iris Audio Processor: version A2 revision 4.1.0 Vino video: unit 0, revision 0, IndyCam connected et je suis assez interrese par le port de linux sur ce type de machine, donc voila.... a bientot steff From ralf@lappi.waldorf-gmbh.de Fri Jul 23 01:11:57 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA29237; Fri, 23 Jul 1999 01:11:57 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 01:11:57 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA19531 for ; Fri, 23 Jul 1999 01:11:55 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA23218; Fri, 23 Jul 1999 01:11:00 +0200 Date: Fri, 23 Jul 1999 01:10:59 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990723011059.W14367@uni-koblenz.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990722134126.J29846@mini.gt.owl.de>; from Florian Lohoff on Thu, Jul 22, 1999 at 01:41:26PM +0200 X-Accept-Language: de,en,fr Content-Length: 376 Lines: 11 On Thu, Jul 22, 1999 at 01:41:26PM +0200, Florian Lohoff wrote: > This is the R4000 based machine (5000/150) (I have a R3000 based machine > 5000/240) and it does also spit out another instruction. > > I think this is the reason i am currently unable to build perl > as the tests fail ... I've build Perl many times without problems on >= R4000 of both byteorder. Ralf From brad@ltc.com Fri Jul 23 02:57:14 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA00355; Fri, 23 Jul 1999 02:57:06 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 02:57:06 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id wa309604 for ; Thu, 22 Jul 1999 21:01:27 -0400 Message-ID: <014901bed4a5$35d9a160$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , Subject: Re: Globals not getting initialized Date: Thu, 22 Jul 1999 20:49:24 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1350 Lines: 43 >> OK, I just checked the program headers for the executable. There are >> multiple segments in the executable: three in the one that works, and two >> in the one that doesn't. In the one that works, the last segment does >> include my global variable initialization, but it's not there in the one >> that doesn't. Oddly enough, though, the data is in the executable, but just >> not in a loadable segment. >> >> So, in summary, it appears that the linker is putting my global >> initialization data into the executable, but not including it a loadable >> segment in the program headers, so the bootloader isn't loading it, and it >> has something to do with ld.script.little. > >The flags (load, allocate etc.) for a new section are set by the first >input section going into that output section. So maybe you're linking >some section with weird settings as the frist one into .data? Nope... >Oh, you're not getting trapped by the -N linker option bug? Don't pass >it to ld or you'll get a bad kernel binary. I haven't yet tracked down >why. Hehehe... OK. Now that that problem is fixed... In case you missed the subtlety, I'll say it right out - yup, it was the -N bug. Well, now that I'm an expert on this bug, need any help fixing it? :) Anyway, thank you for your help. Now on to the real stuff (hopefully). Regards, Brad From ralf@lappi.waldorf-gmbh.de Fri Jul 23 03:02:11 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 DAA00410; Fri, 23 Jul 1999 03:02:08 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 03:02:08 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA23092 for ; Fri, 23 Jul 1999 03:02:05 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id DAA24321; Fri, 23 Jul 1999 03:01:41 +0200 Date: Fri, 23 Jul 1999 03:01:41 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Globals not getting initialized Message-ID: <19990723030141.A14367@uni-koblenz.de> References: <014901bed4a5$35d9a160$b1119526@tecra.ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <014901bed4a5$35d9a160$b1119526@tecra.ltc.com>; from Bradley D. LaRonde on Thu, Jul 22, 1999 at 08:49:24PM -0400 X-Accept-Language: de,en,fr Content-Length: 388 Lines: 11 On Thu, Jul 22, 1999 at 08:49:24PM -0400, Bradley D. LaRonde wrote: > In case you missed the subtlety, I'll say it right out - yup, it was the -N > bug. > Well, now that I'm an expert on this bug, need any help fixing it? :) I'd appreciate if somebody'd pump some of his time into that. Alternative, can you comeup with some minimal piece of code to demonstrate the problem? Ralf From brad@ltc.com Fri Jul 23 03:21:34 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA00531; Fri, 23 Jul 1999 03:21:25 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 03:21:25 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id aa309608 for ; Thu, 22 Jul 1999 21:26:24 -0400 Message-ID: <015801bed4a8$b27d4160$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , Subject: Re: Globals not getting initialized Date: Thu, 22 Jul 1999 21:14:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1392 Lines: 42 >> In case you missed the subtlety, I'll say it right out - yup, it was the -N >> bug. > >> Well, now that I'm an expert on this bug, need any help fixing it? :) > >I'd appreciate if somebody'd pump some of his time into that. Alternative, >can you comeup with some minimal piece of code to demonstrate the problem? Here's a summary of what I found when I linked with ld.script.little and -N: 1. None of my arrays with initializer lists would get initialized. For example: int a[] = {1,2,3}; would just end up being {0,0,0}. 2. It affects local and global arrays, and possibly other kinds of initializations. 3. It only occurred with ld.script.little and -N combined. Option -N works fine with the NetBSD liker script, but not with ld.script.little. 4. The initialzation data does make it into the executable. The problem is that it appears not to be referenced in the elf program headers, so the bootloader won't load it. I think the key is that it's the combination of ld.script.little and -N that cause the initializations to fail, and not just the -N alone. The other clue is that the data makes it into the executable but appears to not be referenced in the elf program headers. I'm really focused right now on getting the kernel up to "Calibrating delay loop", but when I get a lull I may produce a very simple demonstration as you suggest. Regards, Brad From brad@ltc.com Fri Jul 23 05:41:36 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA02638; Fri, 23 Jul 1999 05:41:35 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 05:41:35 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id fa309613 for ; Thu, 22 Jul 1999 23:46:33 -0400 Message-ID: <01ef01bed4bc$460ab6c0$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: , Subject: Re: Globals not getting initialized Date: Thu, 22 Jul 1999 23:34:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1013 Lines: 30 >On Thu, Jul 22, 1999 at 08:49:24PM -0400, Bradley D. LaRonde wrote: > >> In case you missed the subtlety, I'll say it right out - yup, it was the -N >> bug. > >> Well, now that I'm an expert on this bug, need any help fixing it? :) > >I'd appreciate if somebody'd pump some of his time into that. Alternative, >can you comeup with some minimal piece of code to demonstrate the problem? > > Ralf I was looking at the docs for -N. Something about making text and data segments r/w. Something else about not page-aligning the data segment. Based on what I could tell, what I encountered involved the data segment, but I'm not sure just how. I don't think it had to do with the r/w thing. But as I thought about it, I wondered, "Maybe -N *is* doing what it's supposed to be doing, and we just don't like it." :-) OK, so if that isn't the case, just what is -N supposed to do? Is it a Good Thing? I mean, what is it's normal use? Why do people use it? Do we need it? If so, what for? Regards, Brad From flo@mini.gt.owl.de Fri Jul 23 14:15:13 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 OAA05535; Fri, 23 Jul 1999 14:15:12 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 14:15:12 +0200 (MET DST) Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id OAA17939; Fri, 23 Jul 1999 14:15:08 +0200 (MET DST) Received: from mini.gt.owl.de (mini.gt.owl.de [62.52.19.6]) by noose.gt.owl.de (Postfix) with ESMTP id 72D657F3; Fri, 23 Jul 1999 14:11:37 +0200 (CEST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 8925D2E092; Fri, 23 Jul 1999 14:11:27 +0200 (CEST) Date: Fri, 23 Jul 1999 14:11:27 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990723141127.K15510@mini.gt.owl.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> <19990723011059.W14367@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990723011059.W14367@uni-koblenz.de>; from Ralf Baechle on Fri, Jul 23, 1999 at 01:10:59AM +0200 Sender: flo@mini.gt.owl.de Content-Length: 745 Lines: 19 On Fri, Jul 23, 1999 at 01:10:59AM +0200, Ralf Baechle wrote: > On Thu, Jul 22, 1999 at 01:41:26PM +0200, Florian Lohoff wrote: > > > This is the R4000 based machine (5000/150) (I have a R3000 based machine > > 5000/240) and it does also spit out another instruction. > > > > I think this is the reason i am currently unable to build perl > > as the tests fail ... > > I've build Perl many times without problems on >= R4000 of both byteorder. Perl 5.004 refuses to build after running the tests - During the tests i see the Exception messages in the Syslog - My thought was that there is a relation ... Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From brad@ltc.com Fri Jul 23 20:11:59 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA09449; Fri, 23 Jul 1999 20:11:58 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 20:11:58 +0200 (MET DST) Received: from TECRA (TECRA [38.149.17.177]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id la309619 for ; Fri, 23 Jul 1999 14:16:47 -0400 Message-ID: <005601bed535$d8553b80$b1119526@tecra.ltc.com> From: "Bradley D. LaRonde" To: Subject: Missing 'else' in dec/irq.c:unmask_irq? Date: Fri, 23 Jul 1999 14:04:44 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 159 Lines: 5 In dec/irq.c:unmask_irq, I'm wondering why there is no 'else' right before the call to set_cpo_status. It's in mask_irq, but not in unmask_irq. Regards Brad From Harald.Koerfgen@home.ivm.de Fri Jul 23 21:32:03 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA10108; Fri, 23 Jul 1999 21:32:02 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 21:32:02 +0200 (MET DST) Received: from franz.no.dom (port49.koeln.ivm.de [195.247.239.49]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA02591; Fri, 23 Jul 1999 21:31:42 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <005601bed535$d8553b80$b1119526@tecra.ltc.com> Date: Fri, 23 Jul 1999 21:34:55 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: "Bradley D. LaRonde" Subject: RE: Missing 'else' in dec/irq.c:unmask_irq? Cc: linux-mips@fnet.fr Content-Length: 984 Lines: 26 Hi Brad, On 23-Jul-99 Bradley D. LaRonde wrote: > In dec/irq.c:unmask_irq, I'm wondering why there is no 'else' right before > the call to set_cpo_status. It's in mask_irq, but not in unmask_irq. It's nonexistant by purpose. I tried to write an irq handler which is abstract enough to work on five completely different machines wrt IRQs (thus the somewhat nontransparent setup routines in arch/mips/dec/setup.c). Some DECstations have an IOASIC which is wired to one of the six CPU hardware interrupts. The IOASIC handles up to 32 interrupts itself. arch/mips/kernel/head.S disables the CPU interrupts, so when the first IOASIC interrupt is unmasked, the appropriate CPU interrupt is unconditionally enabled as well and will never be disabled again because another IOASIC interrupt may be enabled. I am simply relying on the assumption that the IOASIC will not generate an interrupt if all interrupts are disabled in the IOASIC itself and it seems to work. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Fri Jul 23 21:40:43 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA10244; Fri, 23 Jul 1999 21:40:42 +0200 (MET DST) Received-Date: Fri, 23 Jul 1999 21:40:42 +0200 (MET DST) Received: from franz.no.dom (port48.koeln.ivm.de [195.247.239.48]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA02857 for ; Fri, 23 Jul 1999 21:40:32 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199907220157.SAA23203@linus.linux.sgi.com> Date: Fri, 23 Jul 1999 21:43:45 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: CVS Update@linus.linux.sgi.com: linux Content-Length: 457 Lines: 21 Fellow DECstation hackers, On 22-Jul-99 Ralf Baechle wrote: > CVSROOT: /src/ftp/cvs > Module name: linux > Changes by: ralf@linus.linux.sgi.com 99/07/21 18:57:14 > > Modified files: > include/asm-mips: Tag: linux_2_2 pgtable.h > > Log message: > Away you demons of memory corruption. Burn, bug burn ... Yes, indeed. My DS /133 survives Richards killer script easily with swap enabled :-) Thanks, Ralf. --- Regards, Harald From karimi@MERCURY.CS.UREGINA.CA Sat Jul 24 03:44:35 1999 Received: from MERCURY.CS.UREGINA.CA (MERCURY.CS.UREGINA.CA [142.3.200.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA18609; Sat, 24 Jul 1999 03:44:33 +0200 (MET DST) Received-Date: Sat, 24 Jul 1999 03:44:33 +0200 (MET DST) Received: (from karimi@localhost) by MERCURY.CS.UREGINA.CA (8.9.3/8.9.3) id TAA19114; Fri, 23 Jul 1999 19:44:29 -0600 (CST) Date: Fri, 23 Jul 1999 19:44:29 -0600 (CST) From: Kamran Karimi To: linux-mips@fnet.fr Subject: DIPC for MIPS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1217 Lines: 29 Hi, Ralf has ported DIPC (http://wallybox.cei.net/dipc) to MIPS processors, but it has not been tested in an actual MIPS cluster. I would be grateful if someone of this list could test the patch, available by anonymous FTP from orion.cs.uregina.ca /pub/dipc. More adventurous people can test the whole system (available from the same place). The following is the readme file accompanying the new patch. The file dipc-patch-1.1d.gz was prepared against a 2.2.10 linux kernel. It is based on the DIPC 1.1c kernel patch and has the following additions: *) The port to MIPS by Ralf Baechle (not tested in a cluster) *) The port to SPARC (blind, not compiled on target machine) *) The port to PowerPC (blind, not compiled on target machine) *) Some memory management modifications as proposed by David Miller (This might have introduced bugs into DIPC's shared memory subsystem) The rest of the package, including the user-space dameon dipcd, some tools and example programs, and also the documentation of DIPC, can be found in the file dipc-1.1c.tgz. Please test the patch, and if possible the whole system in a cluster, and report the results to me or to linux-dipc@wallybox.cei.net. -Kamran Karimi From ralf@lappi.waldorf-gmbh.de Sun Jul 25 14:35:00 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 OAA11224; Sun, 25 Jul 1999 14:34:59 +0200 (MET DST) Received-Date: Sun, 25 Jul 1999 14:34:59 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-15.uni-koblenz.de [141.26.131.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id OAA29981 for ; Sun, 25 Jul 1999 14:34:57 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id OAA31721; Sun, 25 Jul 1999 14:34:07 +0200 Date: Sun, 25 Jul 1999 14:34:07 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: GDB Message-ID: <19990725143407.F28888@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 228 Lines: 9 Hi, I'm currently preparing a new GDB release for Linux/MIPS. One that's even easy to install as a binary package, whee :-) So if anybody's still got patches or bug reports pending, please report to me asap. Thanks, Ralf From ralf@lappi.waldorf-gmbh.de Sun Jul 25 15:02: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 PAA11387; Sun, 25 Jul 1999 15:02:56 +0200 (MET DST) Received-Date: Sun, 25 Jul 1999 15:02:56 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-15.uni-koblenz.de [141.26.131.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id PAA00583 for ; Sun, 25 Jul 1999 15:02:53 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA32050; Sun, 25 Jul 1999 15:02:04 +0200 Date: Sun, 25 Jul 1999 15:02:04 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990725150204.C31878@uni-koblenz.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> <19990723011059.W14367@uni-koblenz.de> <19990723141127.K15510@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990723141127.K15510@mini.gt.owl.de>; from Florian Lohoff on Fri, Jul 23, 1999 at 02:11:27PM +0200 X-Accept-Language: de,en,fr Content-Length: 344 Lines: 11 On Fri, Jul 23, 1999 at 02:11:27PM +0200, Florian Lohoff wrote: > Perl 5.004 refuses to build after running the tests - During the tests > i see the Exception messages in the Syslog - My thought was > that there is a relation ... So, which test(s) fail(s)? Again, Perl 5.005 is running like a champ on my machines of both byteorder. Ralf From flo@mini.gt.owl.de Sun Jul 25 19:11:34 1999 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA16341; Sun, 25 Jul 1999 19:11:33 +0200 (MET DST) Received-Date: Sun, 25 Jul 1999 19:11:33 +0200 (MET DST) Received: from mini.gt.owl.de (mini.gt.owl.de [62.52.19.6]) by noose.gt.owl.de (Postfix) with ESMTP id CEF027F4; Sun, 25 Jul 1999 19:11:31 +0200 (CEST) Received: by mini.gt.owl.de (Postfix, from userid 500) id 056632E002; Sun, 25 Jul 1999 18:17:27 +0200 (CEST) Date: Sun, 25 Jul 1999 18:17:27 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990725181727.A15348@mini.gt.owl.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> <19990723011059.W14367@uni-koblenz.de> <19990723141127.K15510@mini.gt.owl.de> <19990725150204.C31878@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990725150204.C31878@uni-koblenz.de>; from Ralf Baechle on Sun, Jul 25, 1999 at 03:02:04PM +0200 Sender: flo@mini.gt.owl.de Content-Length: 820 Lines: 22 On Sun, Jul 25, 1999 at 03:02:04PM +0200, Ralf Baechle wrote: > On Fri, Jul 23, 1999 at 02:11:27PM +0200, Florian Lohoff wrote: > > > Perl 5.004 refuses to build after running the tests - During the tests > > i see the Exception messages in the Syslog - My thought was > > that there is a relation ... > > So, which test(s) fail(s)? > > Again, Perl 5.005 is running like a champ on my machines of both byteorder. I am running the redhat little endian perl like a charm - But building the debian perl package on my Decstation 5000/150 stops after the tests saying - "Multiple tests failed blahfasel" ... Ill recheck if i come home or after my vacation (Going to Norway tommorrow) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) From R.vandenBerg@inter.NL.net Sun Jul 25 20:19:39 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA17557; Sun, 25 Jul 1999 20:19:39 +0200 (MET DST) Received-Date: Sun, 25 Jul 1999 20:19:39 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-45.Hoorn.NL.net [193.79.46.209] with ESMTP for id UAA18455 (8.8.8/3.41); Sun, 25 Jul 1999 20:19:37 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 25 Jul 1999 18:24:19 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 25 Jul 1999 18:24:18 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: CVS Update@linus.linux.sgi.com: linux In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 537 Lines: 25 On Fri, 23 Jul 1999, Harald Koerfgen wrote: > Fellow DECstation hackers, > > On 22-Jul-99 Ralf Baechle wrote: > > CVSROOT: /src/ftp/cvs > > Module name: linux > > Changes by: ralf@linus.linux.sgi.com 99/07/21 18:57:14 > > > > Modified files: > > include/asm-mips: Tag: linux_2_2 pgtable.h > > > > Log message: > > Away you demons of memory corruption. Burn, bug burn ... > Yes, indeed. > My DS /133 survives Richards killer script easily with swap enabled :-) > Thanks, Ralf. Amen. Regards, Richard From ralf@lappi.waldorf-gmbh.de Sun Jul 25 22:53: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 WAA18902; Sun, 25 Jul 1999 22:53:54 +0200 (MET DST) Received-Date: Sun, 25 Jul 1999 22:53:54 +0200 (MET DST) 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 WAA11681 for ; Sun, 25 Jul 1999 22:53:51 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id WAA02198; Sun, 25 Jul 1999 22:53:05 +0200 Date: Sun, 25 Jul 1999 22:53:05 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@fnet.fr Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990725225305.D31878@uni-koblenz.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> <19990723011059.W14367@uni-koblenz.de> <19990723141127.K15510@mini.gt.owl.de> <19990725150204.C31878@uni-koblenz.de> <19990725181727.A15348@mini.gt.owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990725181727.A15348@mini.gt.owl.de>; from Florian Lohoff on Sun, Jul 25, 1999 at 06:17:27PM +0200 X-Accept-Language: de,en,fr Content-Length: 770 Lines: 24 On Sun, Jul 25, 1999 at 06:17:27PM +0200, Florian Lohoff wrote: > > > Perl 5.004 refuses to build after running the tests - During the tests > > > i see the Exception messages in the Syslog - My thought was that there > > > is a relation ... > > > > So, which test(s) fail(s)? > > > > Again, Perl 5.005 is running like a champ on my machines of both > > byteorder. > > I am running the redhat little endian perl like a charm - But building the > debian perl package on my Decstation 5000/150 stops after the tests saying > - "Multiple tests failed blahfasel" ... Ok. Will have to check if building the Redhat package actually runs the Perl tests during the build. > Ill recheck if i come home or after my vacation (Going to Norway > tommorrow) Have fun, Ralf From ralf@lappi.waldorf-gmbh.de Mon Jul 26 00:52:04 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 AAA22148; Mon, 26 Jul 1999 00:52:03 +0200 (MET DST) Received-Date: Mon, 26 Jul 1999 00:52:03 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-21.uni-koblenz.de [141.26.131.21]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA15117 for ; Mon, 26 Jul 1999 00:52:00 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA02782; Mon, 26 Jul 1999 00:51:26 +0200 Date: Mon, 26 Jul 1999 00:51:26 +0200 From: Ralf Baechle To: Mat Kovach Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Unimplemented Exception for insn 4620a0a4 Message-ID: <19990726005126.E31878@uni-koblenz.de> References: <19990721103205.A25219@mini.gt.owl.de> <19990722005000.J14367@uni-koblenz.de> <19990722134126.J29846@mini.gt.owl.de> <19990723011059.W14367@uni-koblenz.de> <19990723141127.K15510@mini.gt.owl.de> <19990725150204.C31878@uni-koblenz.de> <19990725181727.A15348@mini.gt.owl.de> <19990725225305.D31878@uni-koblenz.de> <20190725125741.A1122@mkovach.nacs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20190725125741.A1122@mkovach.nacs.net>; from Mat Kovach on Thu, Jul 25, 2019 at 12:57:41PM -0400 X-Accept-Language: de,en,fr Content-Length: 600 Lines: 22 On Thu, Jul 25, 2019 at 12:57:41PM -0400, Mat Kovach wrote: > sh Configure -des -Dprefix=/usr -Darchname=${RPM_ARCH}-linux -Dd_dosuid \ > -Ud_setresuid -Ud_setresgid -Dd_semctl_semun > make > > strip perl > strip suidperl > strip x2p/a2p > > %install > rm -rf $RPM_BUILD_ROOT > mkdir -p $RPM_BUILD_ROOT > make install > > So, it appears that RedHat doesn't run make test when it builds perl ... Hmm... Looking over the kernel source I just spotted a kernel bug which affects both 2.2 and 2.3. It will however only affect buggy software. No C code will for example ever be hit. Ralf From airlied@csn.ul.ie Mon Jul 26 17:31:35 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA00188; Mon, 26 Jul 1999 17:31:35 +0200 (MET DST) Received-Date: Mon, 26 Jul 1999 17:31:35 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id QAA32097 for ; Mon, 26 Jul 1999 16:25:55 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id QAA22915 for ; Mon, 26 Jul 1999 16:31:32 +0100 Date: Mon, 26 Jul 1999 16:31:31 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: DS5000/200 Ethernet driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 694 Lines: 23 Hi, I've just realised I never actually put up a copy of the declance.c that works for the DS5000/200, it doesn't work for any other decstations but we are working on somehow getting them merged, So http://www.csn.ul.ie/~airlied/mips/declance.c is an Ethernet driver for ***ONLY*** the DS5000/200, it probably will not work on any other machine .. Can the website ppl put a pointer up, thanx.. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Mon Jul 26 17:46:49 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA00269; Mon, 26 Jul 1999 17:46:48 +0200 (MET DST) Received-Date: Mon, 26 Jul 1999 17:46:48 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id QAA32146 for ; Mon, 26 Jul 1999 16:41:08 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id QAA23903 for ; Mon, 26 Jul 1999 16:46:43 +0100 Date: Mon, 26 Jul 1999 16:46:42 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: Status Report: 2.2.10 on the DS5000/200 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 515 Lines: 14 hi, I'm back for another while as you may have noticed, anyways I got CVS 2.2.10 + patches + my declance.c + harald+me dec_esp.c and it all works great on my DS5000/200, swap works fine now also ... Just to let you know, Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From ralf@lappi.waldorf-gmbh.de Tue Jul 27 01:08:35 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 BAA05276; Tue, 27 Jul 1999 01:08:34 +0200 (MET DST) Received-Date: Tue, 27 Jul 1999 01:08:34 +0200 (MET DST) 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 BAA09886 for ; Tue, 27 Jul 1999 01:08:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA04798; Mon, 26 Jul 1999 23:49:26 +0200 Date: Mon, 26 Jul 1999 23:49:26 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: RH 6.0 port Message-ID: <19990726234926.A4793@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 10057 Lines: 156 Quick status of the RH 6.0 report, the packages listed below compile; some of them even have been tested ;-) All in all that's 373mb of binaries. A few packages below have been resurrected from RH 5.2. Some of the rpms have the letter combination ``lm'' trailing the release number. That indicates that I've modified the package from the original. acm-4.7-8.src.rpm adjtimex-1.3-6.src.rpm AfterStep-1.7.90-3.src.rpm AfterStep-APPS-990329-2lm.src.rpm aktion-0.3.3-1.src.rpm am-utils-6.0-3lm.src.rpm anonftp-2.8-1lm.src.rpm AnotherLevel-0.9-1.src.rpm apache-1.3.6-7.src.rpm ash-0.2-17.src.rpm at-3.1.7-8.src.rpm audiofile-0.1.6-5.src.rpm aumix-1.18.2-2.src.rpm autoconf-2.13-5.src.rpm autofs-3.1.3-2.src.rpm automake-1.4-4.src.rpm basesystem-6.0-4.src.rpm bash-1.14.7-16.src.rpm bash2-2.03-4.src.rpm bc-1.05a-4.src.rpm bdflush-1.5-10.src.rpm bind-8.2-6lm.src.rpm binutils-2.8.1-4lm.src.rpm bison-1.27-3.src.rpm blt-2.4g-4.src.rpm bootp-2.4.3-7.src.rpm bootparamd-0.10-22.src.rpm bootpc-061-8.src.rpm byacc-1.9-11.src.rpm bzip2-0.9.0c-1.src.rpm caching-nameserver-6.0-2.src.rpm cdecl-2.5-9.src.rpm cdp-0.33-12.src.rpm chkfontpath-1.4.1-1.src.rpm cleanfeed-0.95.7b-3.src.rpm comanche-990405-2.src.rpm comsat-0.10-22.src.rpm console-tools-19990302-13.src.rpm control-center-1.0.5-20.src.rpm control-panel-3.11-2.src.rpm cpio-2.4.2-12.src.rpm cproto-4.6-2.src.rpm cracklib-2.7-5.src.rpm crontabs-1.7-6.src.rpm ctags-3.2-1.src.rpm cvs-1.10.5-2.src.rpm cxhextris-1.0-15.src.rpm desktop-backgrounds-1.0.0-6.src.rpm dev-2.7.7-1lm.src.rpm dhcp-2.0b1pl6-6.src.rpm dhcpcd-1.3.17pl2-1.src.rpm dialog-0.6-14.src.rpm diffstat-1.25-7.src.rpm diffutils-2.7-16.src.rpm dump-0.4b4-7.src.rpm e2fsprogs-1.14-4.src.rpm ed-0.2-12.src.rpm ee-0.3.8-7.src.rpm efax-0.8a-11.src.rpm egcs-1.0.3a-10lm.src.rpm eject-2.0.2-3.src.rpm ElectricFence-2.1-1.src.rpm elm-2.5.0-0.2pre8.src.rpm emacs-20.3-15lm.src.rpm enlightenment-0.15.5-32.src.rpm enscript-1.6.1-8.src.rpm esound-0.2.12-4.src.rpm etcskel-2.0-1.src.rpm exmh-2.0.2-7.src.rpm faq-6.0-1.src.rpm fbset-2.0.19990118-2.src.rpm fetchmail-5.0.0-1.src.rpm file-3.26-6.src.rpm filesystem-1.3.4-4.src.rpm fileutils-4.0-1.src.rpm findutils-4.1-31.src.rpm finger-0.10-24.src.rpm flex-2.5.4a-6.src.rpm fnlib-0.4-8.src.rpm fortune-mod-1.0-9.src.rpm freetype-1.2-6.src.rpm ftp-0.10-22.src.rpm fvwm-1.24r-17.src.rpm fvwm2-2.2-5.src.rpm fwhois-1.00-11.src.rpm gated-3.5.10-9.src.rpm gawk-3.0.3-7.src.rpm gd-1.3-5.src.rpm gdbm-1.7.3-19.src.rpm gdm-1.0.0-35.src.rpm gedit-0.5.1-3.src.rpm genromfs-0.3-4.src.rpm getty_ps-2.0.7j-7.src.rpm gftp-1.13-4.src.rpm ghostscript-5.10-7.src.rpm ghostscript-fonts-5.10-3.src.rpm giftrans-1.12.2-4.src.rpm gimp-1.0.4-3.src.rpm gimp-data-extras-1.0.0-4.src.rpm gimp-manual-1.0.0-5.src.rpm git-4.3.17-5.src.rpm glib-1.2.1-2.src.rpm glibc-2.0.6-3lm.src.rpm gmp-2.0.2-8.src.rpm gnome-audio-1.0.0-6.src.rpm gnome-core-1.0.4-34.src.rpm gnome-games-1.0.2-10.src.rpm gnome-libs-1.0.8-8lm.src.rpm gnome-linuxconf-0.22-1.src.rpm gnome-media-1.0.1-3.src.rpm gnome-objc-1.0.2-4.src.rpm gnome-pim-1.0.7-2.src.rpm gnome-python-1.0.1-2.src.rpm gnome-users-guide-1.0.5-4rh.src.rpm gnome-utils-1.0.1-6.src.rpm gnorpm-0.8-5.src.rpm gnotepad+-1.1.3-2.src.rpm gnuchess-4.0.pl79-3.src.rpm gnumeric-0.23-2.src.rpm gnuplot-3.7-2.src.rpm gperf-2.7-5.src.rpm gpm-1.17.5-3.src.rpm gqview-0.6.0-3.src.rpm grep-2.3-2.src.rpm groff-1.11a-9.src.rpm gsl-0.3f-2.src.rpm gtk+-1.2.1-10.src.rpm gtk+10-1.0.6-5.src.rpm gtk-engines-0.5-16.src.rpm gtop-1.0.1-3.src.rpm guavac-1.2-4.src.rpm guile-1.3-6.src.rpm gv-3.5.8-7.src.rpm GXedit-1.23-2.src.rpm gzip-1.2.4-14.src.rpm hdparm-3.3-5.src.rpm helptool-2.4-7.src.rpm howto-6.0-4.src.rpm ical-2.2-9.src.rpm ImageMagick-4.2.2-4lm.src.rpm imap-4.5-3.src.rpm imlib-1.9.5-4.src.rpm indent-1.9.1-11.src.rpm indexhtml-6.0-1.src.rpm initscripts-4.16-1.src.rpm install-guide-3.2-3.src.rpm intimed-1.10-9.src.rpm ipchains-1.3.8-3.src.rpm ircii-4.4-7.src.rpm isicom-1.0-1.src.rpm ispell-3.1.20-15.src.rpm jed-0.98.7-2.src.rpm joe-2.8-18.src.rpm joe-2.8-18lm.src.rpm kaffe-1.0.b4-2.src.rpm kdeadmin-1.1.1pre2-1.src.rpm kdebase-1.1.1pre2-2.src.rpm kdegames-1.1.1pre2-2.src.rpm kdegraphics-1.1.1pre2-1.src.rpm kdelibs-1.1.1pre2-2.src.rpm kdemultimedia-1.1.1pre2-1.src.rpm kdenetwork-1.1.1pre2-1.src.rpm kdesupport-1.1.1pre2-1.src.rpm kdeutils-1.1.1pre2-1.src.rpm kernelcfg-0.5-5.src.rpm knfsd-1.2.2-4.src.rpm korganizer-1.1.1pre2-1.src.rpm kpilot-3.1b8_pgb-1.src.rpm kpppload-1.04-4.src.rpm kterm-6.2.0-8lm.src.rpm ldconfig-1.9.5-15.src.rpm less-332-6.src.rpm lha-1.00-11.src.rpm libelf-0.6.4-4.src.rpm libghttp-1.0.2-3.src.rpm libgr-2.0.13-17.src.rpm libgtop-1.0.1-3.src.rpm libjpeg-6b-9.src.rpm libjpeg6a-6a-4.src.rpm libpng-1.0.3-2.src.rpm libPropList-0.8.3-2.src.rpm libtermcap-2.0.8-13.src.rpm libtiff-3.4-6.src.rpm libtool-1.2f-3.src.rpm libungif-4.1.0-2.src.rpm libxml-1.0.0-2.src.rpm linuxconf-1.14r4-4lm.src.rpm logrotate-3.2-1.src.rpm lout-3.08-7.src.rpm lpg-0.4-4.src.rpm lpr-0.35-1.src.rpm lrzsz-0.12.20-2.src.rpm lslk-1.19-5.src.rpm lsof-4.42-1.src.rpm lynx-2.8.1-11.src.rpm m4-1.4-12.src.rpm macutils-2.0b3-12.src.rpm mailcap-2.0.1-1.src.rpm mailx-8.1.1-8.src.rpm make-3.77-6.src.rpm MAKEDEV-2.5-1.src.rpm man-1.5g-2.src.rpm man-pages-1.23-3.src.rpm mars-nwe-0.99pl15-3.src.rpm mawk-1.2.2-11.src.rpm mc-4.5.30-12.src.rpm metamail-2.7-20.src.rpm mgetty-1.1.14-8.src.rpm mikmod-3.1.5-5.src.rpm mingetty-0.9.4-10.src.rpm minicom-1.82-5.src.rpm mkdosfs-ygg-0.3b-11.src.rpm mkisofs-1.12b5-2.src.rpm mkkickstart-1.2-1.src.rpm mktemp-1.5-1.src.rpm mkxauth-1.7-11.src.rpm modemtool-1.21-6.src.rpm modutils-2.1.121-12lm.src.rpm mod_php-2.0.1-9.src.rpm mod_php3-3.0.7-4.src.rpm mount-2.9o-1.src.rpm mpage-2.4-7.src.rpm mtools-3.9.1-5.src.rpm mutt-0.95.4us-4.src.rpm mxp-1.0-11.src.rpm nag-1.0-4.src.rpm nc-1.10-4.src.rpm ncftp-3.0beta18-3.src.rpm ncompress-4.2.4-14lm.src.rpm ncpfs-2.2.0.12-5.src.rpm ncurses-4.2-18.src.rpm ncurses3-1.9.9e-9.src.rpm net-tools-1.51-3.src.rpm netcfg-2.20-2.src.rpm netkit-base-0.10-29.src.rpm newt-0.40-9.src.rpm nmh-0.27-8.src.rpm open-1.4-6.src.rpm ORBit-0.4.3-2.src.rpm p2c-1.22-3.src.rpm pam-0.66-18.src.rpm passwd-0.58-1.src.rpm patch-2.5-8.src.rpm pciutils-1.99.5-1.src.rpm pdksh-5.2.13-3.src.rpm perl-5.00503-2.src.rpm perl-MD5-1.7-6.src.rpm pidentd-2.8.5-3.src.rpm pilot-link-0.9.0-8.src.rpm pine-4.10-2.src.rpm playmidi-2.4-7.src.rpm pmake-2.1.33-5lm.src.rpm popt-1.3-1.src.rpm portmap-4.0-15.src.rpm ppp-2.3.7-2.src.rpm printtool-3.40-3.src.rpm procinfo-16-3.src.rpm procmail-3.13.1-2.src.rpm procps-2.0.2-2.src.rpm psacct-6.3-10.src.rpm psmisc-18-2.src.rpm pump-0.6.4-1.src.rpm pwdb-0.58-3.src.rpm pythonlib-1.22-5.src.rpm qt-1.44-6.src.rpm quota-1.66-6.src.rpm raidtools-0.90-3.src.rpm rcs-5.7-10.src.rpm rdate-0.960923-8.src.rpm rdist-6.1.5-7.src.rpm readline-2.2.1-5.src.rpm redhat-logos-1.0.5-1.src.rpm redhat-release-6.0-1.src.rpm rhl-alpha-install-addend-en-6.0-1.src.rpm rhl-getting-started-guide-en-6.0-2.src.rpm rhl-install-guide-en-6.0-2.src.rpm rhmask-1.0-6.src.rpm rhs-printfilters-1.51-2.src.rpm rhsound-1.8-1.src.rpm rootfiles-5.2-5.src.rpm routed-0.10-14.src.rpm rpm-3.0-6.0lm.src.rpm rsh-0.10-25.src.rpm rsync-2.3.1-1.src.rpm rusers-0.10-23.src.rpm rwall-0.10-22.src.rpm rwho-0.10-23.src.rpm sag-0.6-3.src.rpm samba-2.0.3-8.src.rpm sash-2.1-4.src.rpm screen-3.7.6-6lm.src.rpm sed-3.02-4.src.rpm sendmail-8.9.3-10.src.rpm setconsole-1.0-8.src.rpm setserial-2.15-2.src.rpm setup-2.0.2-1.src.rpm sgml-tools-1.0.9-2.src.rpm sh-utils-1.16-23.src.rpm shadow-utils-980403-12.src.rpm sharutils-4.2-12.src.rpm slang-1.2.2-4.src.rpm sliplogin-2.1.1-5.src.rpm slocate-1.4-7.src.rpm slrn-0.9.5.4-5.src.rpm sox-12.15-5.src.rpm specspo-6.0-0.9.9.src.rpm squid-2.2.STABLE1-1.src.rpm stat-1.5-11.src.rpm statserial-1.1-13.src.rpm swatch-2.2-7.src.rpm switchdesk-1.7.0-1.src.rpm symlinks-1.2-5.src.rpm sysklogd-1.3.31-6.src.rpm SysVinit-2.74-11.src.rpm talk-0.11-1.src.rpm taper-6.9-6.src.rpm tar-1.12-9.src.rpm tcltk-8.0.4-29.src.rpm tcpdump-3.4-10.src.rpm tcp_wrappers-7.6-7.src.rpm tcsh-6.08.00-5.src.rpm telnet-0.10-27.src.rpm termcap-9.12.6-15.src.rpm tetex-0.9-17.src.rpm texinfo-3.12f-4.src.rpm textutils-1.22-9.src.rpm tftp-0.10-23.src.rpm time-1.7-9.src.rpm timeconfig-2.7-1.src.rpm timed-0.10-23.src.rpm timetool-2.5-5.src.rpm tin-1.4_990216-3.src.rpm tksysv-1.0-6.src.rpm tmpwatch-1.7-1.src.rpm traceroute-1.4a5-14.src.rpm transfig-3.2.1-3.src.rpm tree-1.2-6.src.rpm trn-3.6-16.src.rpm trojka-1.1-13.src.rpm ttcp-1.4-1.src.rpm tunelp-1.3-10.src.rpm ucd-snmp-3.6.1-4.src.rpm umb-scheme-3.2-9.src.rpm unarj-2.41a-9.src.rpm units-1.0-12.src.rpm unzip-5.31-5.src.rpm urlview-0.7-3.src.rpm urw-fonts-1.1-8.src.rpm usermode-1.9-1.src.rpm usernet-1.0.9-2.src.rpm util-linux-2.9o-13lm.src.rpm uucp-1.06.1-19.src.rpm vixie-cron-3.0.1-33.src.rpm vlock-1.3-2.src.rpm w3c-libwww-5.2.8-3.src.rpm wget-1.5.3-4.src.rpm which-1.0-11.src.rpm WindowMaker-0.52.0-2.src.rpm wmakerconf-1.99.1-1.src.rpm wmconfig-0.9.5-1.src.rpm words-2-12.src.rpm x11amp-0.9_alpha3-6.src.rpm X11R6-contrib-3.3.2-6.src.rpm x3270-3.1.1.6-7.src.rpm Xaw3d-1.3-21.src.rpm xbanner-1.31-7.src.rpm xbill-2.0-6.src.rpm xboard-4.0.0-3.src.rpm xboing-2.4-7.src.rpm xchat-0.9.4-3.src.rpm xcpustate-2.5-5.src.rpm xdaliclock-2.14-3.src.rpm xearth-1.0-12.src.rpm xfishtank-2.0-14.src.rpm xfm-1.3.2-13.src.rpm XFree86-3.3.3.1-49lm.src.rpm XFree86-ISO8859-2-1.0-8.src.rpm XFree86-ISO8859-9-2.1.2-9.src.rpm xgammon-0.98-14.src.rpm xinitrc-2.3-1.src.rpm xjewel-1.6-11.src.rpm xlispstat-3.52.9-2.src.rpm xloadimage-4.1-12.src.rpm xlockmore-4.13-2.src.rpm xmailbox-2.5-7.src.rpm xmorph-1996.07.12-7.src.rpm xntp3-5.93-12.src.rpm xosview-1.7.1-2lm.src.rpm xpaint-2.4.9-8.src.rpm xpat2-1.04-10.src.rpm xpdf-0.80-4.src.rpm xpilot-3.6.2-6lm.src.rpm xpm-3.4j-5.src.rpm xpuzzles-5.4.1-7.src.rpm xrn-9.01-3.src.rpm xscreensaver-3.09-3.src.rpm xsysinfo-1.6-5.src.rpm xtoolwait-1.2-2.src.rpm xtrojka-1.2.3-6.src.rpm xwpick-2.20-11.src.rpm xxgdb-1.12-10.src.rpm yp-tools-2.2-1.src.rpm ypbind-3.3-20.src.rpm ypserv-1.3.6.91-1.src.rpm ytalk-3.1-3.src.rpm zip-2.1-8.src.rpm zlib-1.1.3-5.src.rpm zsh-3.0.5-10.src.rpm Ralf From ralf@lappi.waldorf-gmbh.de Tue Jul 27 01:09: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 BAA05304; Tue, 27 Jul 1999 01:09:55 +0200 (MET DST) Received-Date: Tue, 27 Jul 1999 01:09:55 +0200 (MET DST) 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 BAA29853 for ; Tue, 27 Jul 1999 01:03:12 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA04806; Mon, 26 Jul 1999 23:53:43 +0200 Date: Mon, 26 Jul 1999 23:53:43 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Linker bug Message-ID: <19990726235343.B4793@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 349 Lines: 12 ld crashes when doing the following: echo "main(){}" > c.c gcc -o c c.c -lm -ieee Strange enough this only hits native linkers, not crosslinkers built from the same sources. This prevents us from building several RH 6.0 packages. I don't have the time to track this one down, so I'd _really_ appreciate if somebody else would do so. Ralf From rabeeh@galileo.co.il Tue Jul 27 15:15:35 1999 Received: from galileo5.galileo.co.il ([192.116.246.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA09181; Tue, 27 Jul 1999 15:15:31 +0200 (MET DST) Received-Date: Tue, 27 Jul 1999 15:15:31 +0200 (MET DST) Received: from galileo.co.il ([10.4.1.2]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id QAA04210; Tue, 27 Jul 1999 16:14:35 +0300 (GMT-3) Message-ID: <379DBF01.353D1501@galileo.co.il> Date: Tue, 27 Jul 1999 16:15:29 +0200 From: Rabeeh Khoury X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux mips Subject: Cobalt kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 9972 Lines: 194 Hi all i'm trying to cross-compile Cobalt's kernel using egcs-mips-linux-1.0.3a-1.i386 and binutils-mips-linux-2.8.1-1.i386 and RH 6.0 glibc. when the make file gets to the first assembly file to be cross-compiled int-handler.S which includes mipsregs.h it reports the following error : make[1]: Entering directory `/home/rabeeh/RottProject_cobalt/linux/arch/mips/cobalt' mips-linux-gcc -D__KERNEL__ -I/home/rabeeh/RottProject_cobalt/linux/include -I/usr/include -I/home/rabeeh/RottProject_cobalt/linux/include/asm -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strength-reduce -G 0 -mno-abicalls -fno-pic -mcpu=r3000 -mips1 -pipe -c int-handler.S -o int-handler.o /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h: Assembler messages: /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: Bad expression /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: Missing ')' assumed /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: Rest of line ignored. First ignored character is `i'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `__asm__' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `__res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `if(change)' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: unrecognized opcode `return' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:180: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: Bad expression /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: Missing ')' assumed /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: Rest of line ignored. First ignored character is `i'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `__asm__' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `__res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `if(change)' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: unrecognized opcode `return' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:181: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: Bad expression /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: Missing ')' assumed /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: Rest of line ignored. First ignored character is `i'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `__asm__' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `__res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `res' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `if(change)' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: unrecognized opcode `return' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:182: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:395: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:396: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:397: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/mipsregs.h:398: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:57: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:58: Error: Rest of line ignored. First ignored character is `{'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:59: Error: unrecognized opcode `__asm__' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:60: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:61: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:62: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:63: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:64: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:65: Error: Rest of line ignored. First ignored character is `"'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:66: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:68: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:69: Error: Rest of line ignored. First ignored character is `{'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:70: Error: unrecognized opcode `unsigned' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:71: Error: unrecognized opcode `r4030_delay()' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:72: Error: unrecognized opcode `return' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:73: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:75: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:76: Error: Rest of line ignored. First ignored character is `{'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:77: Error: unrecognized opcode `unsigned' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:78: Error: unrecognized opcode `r4030_delay()' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:79: Error: unrecognized opcode `return' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:80: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:82: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:83: Error: Rest of line ignored. First ignored character is `{'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:84: Error: Rest of line ignored. First ignored character is `*'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:85: Error: unrecognized opcode `r4030_delay()' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:86: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:88: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:89: Error: Rest of line ignored. First ignored character is `{'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:90: Error: Rest of line ignored. First ignored character is `*'. /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:91: Error: unrecognized opcode `r4030_delay()' /home/rabeeh/RottProject_cobalt/linux/include/asm/cobalt.h:92: Error: Rest of line ignored. First ignored character is `}'. /home/rabeeh/RottProject_cobalt/linux/include/asm/irq.h:41: Error: unrecognized opcode `struct' /home/rabeeh/RottProject_cobalt/linux/include/asm/irq.h:42: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/irq.h:43: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/irq.h:44: Error: unrecognized opcode `extern' /home/rabeeh/RottProject_cobalt/linux/include/asm/irq.h:46: Error: unrecognized opcode `extern' int-handler.S:48: Error: unrecognized opcode `inc_intr_count($17' int-handler.S:50: Error: unrecognized opcode `dec_intr_count($17' int-handler.S:54: Error: unrecognized opcode `inc_intr_count($17' int-handler.S:56: Error: unrecognized opcode `dec_intr_count($17' int-handler.S:61: Error: unrecognized opcode `inc_intr_count($17' int-handler.S:70: Error: unrecognized opcode `dec_intr_count($17' int-handler.S:75: Error: unrecognized opcode `inc_intr_count($17' int-handler.S:78: Error: unrecognized opcode `dec_intr_count($17' int-handler.S:83: Error: unrecognized opcode `inc_intr_count($17' int-handler.S:86: Error: unrecognized opcode `dec_intr_count($17' make[1]: *** [int-handler.o] Error 1 make[1]: Leaving directory `/home/rabeeh/RottProject_cobalt/linux/arch/mips/cobalt' make: *** [linuxsubdirs] Error 2 thanx for the effort bye , Rabea From dgelbman@npiny.com Tue Jul 27 17:45:25 1999 Received: from npix-ny.npiny.com (npiny.com [209.109.16.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA10023; Tue, 27 Jul 1999 17:45:21 +0200 (MET DST) Received-Date: Tue, 27 Jul 1999 17:45:21 +0200 (MET DST) Received: from npiny.com (DGELBMAN [111.23.3.94]) by npix-ny.npiny.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id 386S0NCP; Tue, 27 Jul 1999 11:47:17 -0400 Message-ID: <379DD3F1.EBD655C8@npiny.com> Date: Tue, 27 Jul 1999 11:44:49 -0400 From: "M. David Gelbman" Organization: Network Peripherals, Inc. X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: Ralf Baechle CC: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: GDB References: <19990725143407.F28888@uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2476 Lines: 66 Ralf, I'm using a GDB target remote stub on my MIPS R4650 application board. I've never been able to apply the patch to the host program that impliments the hardware breakpoint commands 'b' and 'B' as described: *============== Tue, 15 Dec 1998 16:30:55 -0800 patch * insert break Bt,AA..AA[,LLLL] * or watchpoint t is type: 0 - software breakpoint, * 1 - hardware breakpoint, 2 - write * watchpoint, 3 - read watchpoint, 4 - * access watchpoint; * AA..AA is address; * LLLL is number of bytes; * reply OK for success * ENN for an error * (not supported on all stubs) * * remove break bt,AA..AA[,LLLL] * or watchpoint t is type: 0 - software breakpoint, * 1 - hardware breakpoint, 2 - write * watchpoint, 3 - read watchpoint, 4 - * access watchpoint; * AA..AA is address; * LLLL is number of bytes; * reply OK for success * ENN for an error * (not supported on all stubs) * *============== Tue, 15 Dec 1998 16:30:55 -0800 patch But I DO have the target stub pieces running in the target remote stub. I just use the GDB command "maintenence packet" to effect it. My environment is a small real-time kernel called Nucleus (ATI) and GDB works just fine. I just bet that others would love to be able to break on a read or write to a data location. How should I proceed? BTW if anyone does want the target stub, write me. Ralf Baechle wrote: > > Hi, > > I'm currently preparing a new GDB release for Linux/MIPS. One that's even > easy to install as a binary package, whee :-) So if anybody's still got > patches or bug reports pending, please report to me asap. > > Thanks, > > Ralf -- M. David Gelbman Senior Software Engineer Network Peripherals, Inc. Suite 102 4170 Veteran's Memorial Highway, Bohemia, NY 11716-1009 516.737.2363 (voice) 516.737.2372 (FAX) ftp://call_me whois:mdg mailto:dgelbman@npiny.com http://www.npix.com From ralf@lappi.waldorf-gmbh.de Tue Jul 27 23:36:48 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA11937; Tue, 27 Jul 1999 23:36:48 +0200 (MET DST) Received-Date: Tue, 27 Jul 1999 23:36:48 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-6.uni-koblenz.de [141.26.131.6]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA22701 for ; Tue, 27 Jul 1999 23:36:45 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA08507; Tue, 27 Jul 1999 23:36:03 +0200 Date: Tue, 27 Jul 1999 23:36:03 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: linux mips Subject: Re: Cobalt kernel Message-ID: <19990727233603.I4730@uni-koblenz.de> References: <379DBF01.353D1501@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <379DBF01.353D1501@galileo.co.il>; from Rabeeh Khoury on Tue, Jul 27, 1999 at 04:15:29PM +0200 X-Accept-Language: de,en,fr Content-Length: 604 Lines: 18 On Tue, Jul 27, 1999 at 04:15:29PM +0200, Rabeeh Khoury wrote: > Hi all > > i'm trying to cross-compile Cobalt's kernel using > egcs-mips-linux-1.0.3a-1.i386 and binutils-mips-linux-2.8.1-1.i386 and > RH 6.0 glibc. > > when the make file gets to the first assembly file to be cross-compiled > int-handler.S which includes mipsregs.h it reports the following error Change all references to __LANGUAGE_ASSEMBLY__ in include/asm-mips/*.h to _LANGUAGE_ASSEMBLY. The problem is caused by a compiler change which I made to be more standard. Cobalt's stuffs use old style, we the new style defs. Ralf From ralf@lappi.waldorf-gmbh.de Thu Jul 29 00:03:45 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA20183; Thu, 29 Jul 1999 00:03:45 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 00:03:45 +0200 (MET DST) 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 AAA25080 for ; Thu, 29 Jul 1999 00:03:39 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA11806 for linux-mips@fnet.fr; Thu, 29 Jul 1999 00:03:23 +0200 Date: Thu, 29 Jul 1999 00:03:17 +0200 From: Ralf Baechle To: linux-mips@fnet.fr Subject: Re: Cobol Users! Important Y2K Update!! Adv: (7683) Message-ID: <19990729000302.U4730@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from mtmkm25@telebot.com on Fri, Jul 02, 1999 at 02:30:22PM -0400 X-Accept-Language: de,en,fr Content-Length: 262 Lines: 8 On Fri, Jul 02, 1999 at 02:30:22PM -0400, mtmkm25@telebot.com wrote: > Not yet finished with your Y2K renovation? Are you are in a race for Y2K compliance? Bringing that on-topic again, Alan Cox is working on the port of a Cobol compiler to Linux ... Ralf From mkovach@mkovach.nacs.net Thu Jul 29 03:02:13 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 DAA22850; Thu, 29 Jul 1999 03:02:11 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 03:02:11 +0200 (MET DST) Received: from mkovach.nacs.net (mkovach@localhost [127.0.0.1]) by mkovach.nacs.net (8.8.8/8.8.7) with ESMTP id VAA12636; Wed, 28 Jul 1999 21:02:04 -0400 Message-Id: <199907290102.VAA12636@mkovach.nacs.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Ralf Baechle cc: linux-mips@fnet.fr Subject: Re: Cobol Users! Important Y2K Update!! Adv: (7683) In-reply-to: <19990729000302.U4730@uni-koblenz.de> References: <19990729000302.U4730@uni-koblenz.de> Comments: In-reply-to Ralf Baechle messages dated "Thu, 29 Jul 1999 00:03:17 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Jul 1999 21:02:04 -0400 From: Mat Kovach Content-Length: 787 Lines: 21 Ralf Baechle said: : Bringing that on-topic again, Alan Cox is working on the port of a : Cobol compiler to Linux ... I heard. I'm almost done with my Fortran stuff, now there is yet another language people can convience me to port stuff to Linux, time for a new picture on the dart board :) Actually, I will most likely being taking a look into it. In CLUG we have somebody working on an RPG (IBM Mainframe, not Role Playing Game) compilier for Linux. Mix Cobol, RPG, and DB2 on a Linux box and you have a nice platform for IBM Mainframe shops to think about converting. Hmm, sounds interesting..... But still, Cobol...Ugh! :) -- Mat Kovach mkovach@mkovach.nacs.net This e-mail is brought to you by the letter gamma and number e From ralf@lappi.waldorf-gmbh.de Thu Jul 29 17:32:00 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 RAA28694; Thu, 29 Jul 1999 17:31:59 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 17:31:59 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-2.uni-koblenz.de [141.26.131.2]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id RAA12638 for ; Thu, 29 Jul 1999 17:31:56 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA08620; Thu, 29 Jul 1999 15:17:34 +0200 Date: Thu, 29 Jul 1999 15:17:34 +0200 From: Ralf Baechle To: Mat Kovach Cc: linux-mips@fnet.fr Subject: Re: Cobol Users! Important Y2K Update!! Adv: (7683) Message-ID: <19990729151734.A4730@uni-koblenz.de> References: <19990729000302.U4730@uni-koblenz.de> <199907290102.VAA12636@mkovach.nacs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199907290102.VAA12636@mkovach.nacs.net>; from Mat Kovach on Wed, Jul 28, 1999 at 09:02:04PM -0400 X-Accept-Language: de,en,fr Content-Length: 191 Lines: 8 On Wed, Jul 28, 1999 at 09:02:04PM -0400, Mat Kovach wrote: > But still, Cobol...Ugh! :) Guess why many people pronounce it Cotzbol in German which means something like pukebol ;-) Ralf From ralf@lappi.waldorf-gmbh.de Thu Jul 29 23:27:53 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 XAA01719; Thu, 29 Jul 1999 23:27:44 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA27559 for ; Thu, 29 Jul 1999 23:27:40 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA09731 for linux-mips@fnet.fr; Thu, 29 Jul 1999 23:27:10 +0200 Resent-Message-Id: <199907292127.XAA09731@lappi.waldorf-gmbh.de> Received: from guadalquivir.fnet.fr (guadalquivir.fnet.fr [193.104.112.133]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id SAA16210 for ; Thu, 29 Jul 1999 18:33:58 +0200 (MET DST) Received: (list@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id SAA28997; Thu, 29 Jul 1999 18:33:27 +0200 (MET DST) Date: Thu, 29 Jul 1999 18:33:27 +0200 (MET DST) X-From_: jacobsen@lmvs.com Thu Jul 29 18:33:23 1999 Received: from mailgw1a.lmco.com (mailgw1a.lmco.com [192.31.106.7]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA28976; Thu, 29 Jul 1999 18:33:22 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 18:33:22 +0200 (MET DST) Received: from emss02g01.ems.lmco.com (emss02g01.ems.lmco.com [198.7.15.39]) by mailgw1a.lmco.com (8.8.8/8.8.8) with ESMTP id KAA30911 for ; Thu, 29 Jul 1999 10:33:07 -0600 (MDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38887) id <0FFN004014N5TG@lmco.com> for linux-mips-request@fnet.fr; Thu, 29 Jul 1999 10:33:07 -0600 (MDT) Received: from mbox.vs.lmco.com ([138.209.240.12]) by lmco.com (PMDF V5.2-32 #38887) with ESMTP id <0FFN00OW24N37R@lmco.com> for linux-mips-request@fnet.fr; Thu, 29 Jul 1999 10:33:04 -0600 (MDT) Received: from lmvs.com (pca010 [138.209.160.41]) by mbox.vs.lmco.com (8.8.5/8.8.8) with ESMTP id LAA14823 for ; Thu, 29 Jul 1999 11:33:28 -0500 (CDT) Old-Date: Thu, 29 Jul 1999 11:31:54 -0500 From: Charles Jacobsen Subject: subscribe To: linux-mips-request@fnet.fr Message-id: <37A081FA.78527722@lmvs.com> MIME-version: 1.0 X-Mailer: Mozilla 4.03 [en] (Win95; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Diagnostic: Unprocessed X-Envelope-To: linux-mips-request Resent-From: ralf@uni-koblenz.de Resent-Date: Thu, 29 Jul 1999 23:27:09 +0200 Resent-To: linux-mips@fnet.fr Content-Length: 191 Lines: 5 New to DecStation antics. Have a DecStation 5000 25,125,240. Trying to get linux to one of these stations. Have Ultrix loaded. Not much experience but have network alive. Chuck Jacobsen From K.H.C.vanHouten@research.kpn.com Thu Jul 29 19:11:12 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 TAA29588; Thu, 29 Jul 1999 19:11:11 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 19:11:11 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JE5BMCHCMA00075O@research.kpn.com> for linux-mips@fnet.fr; Thu, 29 Jul 1999 19:11:06 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id TAA14724; Thu, 29 Jul 1999 19:11:05 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Thu, 29 Jul 1999 19:11:05 +0200 (MET DST) From: Karel van Houten Subject: DECStation linux 2.2.10 kernels available To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van ) Message-id: <199907291711.TAA14724@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: 627 Lines: 20 Hi all, After some testing, I've upgraded my kernels to 2.2.10. There are ELF and ECOFF versions, for disk or tftp booting. Mips R[23]000 and R4000 versions are available. See http://www.xs4all.nl/~vhouten/mipsel Open issues: - zs driver uses my quick hack, not Gleb's patches yet. - Networking can have troubles on large / busy nets (neighbour table overflow). Happy testing! -- 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 Jul 29 23:54: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 XAA01879; Thu, 29 Jul 1999 23:54:15 +0200 (MET DST) Received-Date: Thu, 29 Jul 1999 23:54:15 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-10.Hoorn.NL.net [193.79.46.174] with ESMTP id XAA06040 (8.8.8/3.41); Thu, 29 Jul 1999 23:54:04 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 29 Jul 1999 23:47:24 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 29 Jul 1999 23:47:23 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Charles Jacobsen cc: linux-mips@fnet.fr Subject: Re: subscribe In-Reply-To: <37A081FA.78527722@lmvs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 283 Lines: 9 Linux MIPS is covered on these pages (and you find more links on these pages too) where there are plenty of tips and tricks: http://www.linux.sgi.com/ http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Regards, Richard From greyham@research.canon.com.au Fri Jul 30 04:56:00 1999 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA04259; Fri, 30 Jul 1999 04:55:54 +0200 (MET DST) Received-Date: Fri, 30 Jul 1999 04:55:54 +0200 (MET DST) Received: (qmail 15190 invoked from network); 30 Jul 1999 02:55:14 -0000 Received: from eos.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 30 Jul 1999 02:55:14 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by eos.research.canon.com.au (Postfix) with ESMTP id AFDBA4273 for ; Fri, 30 Jul 1999 12:55:33 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id 7811A635; Fri, 30 Jul 1999 12:55:08 +1000 (EST) Subject: Embedded Linux on MIPS processors? To: linux-mips@fnet.fr Date: Fri, 30 Jul 1999 12:55:08 +1000 (EST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <19990730025508.7811A635@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 559 Lines: 12 Hi Folks, I'm considering using Linux on an embedded system designed around a MIPS processor, and I'm wondering if anyone has created such a beast before. I'd be especially interested in any embedded systems built around the NEC VR4310 or IDT R32364. There seems to be plenty of info regarding Linux on MIPS-based workstations, but not so much about embedded systems. Given the popularity of the MIPS architecture in embedded environments, I'd be very interested in hearing from anyone using Linux on one, or any pointers anyone could offer. Thanks, Graham From sjhill@home.plutonium.net Fri Jul 30 14:05:13 1999 Received: from home.plutonium.net (home.plutonium.net [208.244.78.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA06663; Fri, 30 Jul 1999 14:05:10 +0200 (MET DST) Received-Date: Fri, 30 Jul 1999 14:05:10 +0200 (MET DST) From: sjhill@home.plutonium.net Received: from localhost (sjhill@localhost) by home.plutonium.net (8.8.7/8.8.6) with SMTP id HAA04424; Fri, 30 Jul 1999 07:09:38 -0500 Date: Fri, 30 Jul 1999 07:09:38 -0500 (CDT) To: Graham Stoney cc: linux-mips@fnet.fr Subject: Re: Embedded Linux on MIPS processors? In-Reply-To: <19990730025508.7811A635@elph.research.canon.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 358 Lines: 10 I would refer you to my pages first as I am porting Linux to the Philips Nino which is MIPS based and embedded of course. Better pages still are found on my links page. I would suggest Warner's and Mike's pages. That should get you started. Here are the URLs: http://www.cotw.com/projects/nino/port http://www.cotw.com/projects/nino/port/links.html -Steve From ralf@lappi.waldorf-gmbh.de Fri Jul 30 16:31:05 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 QAA07363; Fri, 30 Jul 1999 16:31:04 +0200 (MET DST) Received-Date: Fri, 30 Jul 1999 16:31:04 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-11.uni-koblenz.de [141.26.131.11]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id QAA06663 for ; Fri, 30 Jul 1999 16:31:01 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id QAA19747; Fri, 30 Jul 1999 16:30:08 +0200 Date: Fri, 30 Jul 1999 16:30:08 +0200 From: Ralf Baechle To: Graham Stoney Cc: linux-mips@fnet.fr Subject: Re: Embedded Linux on MIPS processors? Message-ID: <19990730163007.E12249@uni-koblenz.de> References: <19990730025508.7811A635@elph.research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990730025508.7811A635@elph.research.canon.com.au>; from Graham Stoney on Fri, Jul 30, 1999 at 12:55:08PM +1000 X-Accept-Language: de,en,fr Content-Length: 1332 Lines: 23 On Fri, Jul 30, 1999 at 12:55:08PM +1000, Graham Stoney wrote: > I'm considering using Linux on an embedded system designed around a MIPS > processor, and I'm wondering if anyone has created such a beast before. I'd be > especially interested in any embedded systems built around the NEC VR4310 or > IDT R32364. There seems to be plenty of info regarding Linux on MIPS-based > workstations, but not so much about embedded systems. Given the popularity of > the MIPS architecture in embedded environments, I'd be very interested in > hearing from anyone using Linux on one, or any pointers anyone could offer. There is a number of ongoing commercial embedded Linux/MIPS projects which should sooner or later start shipping after which hopefully their code will be marged back into the standard source release. As embedded systems tend to often require very special OS modifications or are shipping in small numbers you shouldn't necessarily expect all such modifications to show up. Another thing is that often I simply had to reject patches mailed to me because they are so doubleplushorribly hacked up that they'd require complete rewriting from scratch to be acceptable ... Having that said, with some MIPS & Linux knowledge a port to a new system is usually very easy as long as it isn't as complex as a SGI box ... Ralf