From triemer@apt4g.a3nyc.com Tue Sep 1 04:09:45 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA24987; Tue, 1 Sep 1998 04:09:43 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 04:09:43 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA14335 for ; Mon, 31 Aug 1998 22:10:01 -0400 Date: Mon, 31 Aug 1998 22:10:01 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: dz.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 355 Lines: 11 Where is the apropriate place to put a new serial device driver in the linux tree? I would guess drivers/char - but there has been recent postings indicating that there was some sort of unification going on in drivers/char.... -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From lembark@wrkhors.com Tue Sep 1 04:19:31 1998 Received: from bird.wrkhors.com (root@[206.180.156.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA25077; Tue, 1 Sep 1998 04:19:27 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 04:19:27 +0200 (MET DST) Received: from wrkhors.com (poolf10-094.wwa.com [207.241.61.223]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id VAA21115 for ; Mon, 31 Aug 1998 21:19:04 -0500 Sender: lembark@wrkhors.com Message-ID: <35EB5994.572B9340@wrkhors.com> Date: Mon, 31 Aug 1998 21:19:00 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.06 [en] (X11; U; Linux 2.0.32 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: [English] I have an old DECstation 5000 and want to run Linux/MIPS ... References: <199808311133.NAA18740@jupiler.belbone.be> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msAA6138B1454F67E23A6BB0A1" Content-Length: 4271 Lines: 71 This is a cryptographically signed message in MIME format. --------------msAA6138B1454F67E23A6BB0A1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > The difference between NetBSD and OpenBSD seams to be more political and > religious then technical. OpenBSD is also the most security fanatic of the three (vs. merely security conscious). a number of security-specialist friends prefer OpenBSD for that reason, even it it's a bit slower than the others for some things (e.g., due to checking 128-bit blowfish encrypted 256-char passphrases). they seem to prefer it for bastion host or net-exposed units. enjoi, Steven Lembark 2930 W. Palmer St. Workhorse Computing Chicago, IL 60647 lembark@wrkhors.com 800-762-1582 --------------------------------------------------------------------- The opinions expressed here are those of this company. I am the company. --------------------------------------------------------------------- --------------msAA6138B1454F67E23A6BB0A1 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIaAYJKoZIhvcNAQcCoIIIWTCCCFUCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BqEwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/7Wcab/6MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODAyMTMwMDAw MDBaFw05OTAyMTMyMzU5NTlaMIIBHDERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDlN0ZXZlbiBMZW1iYXJr MSIwIAYJKoZIhvcNAQkBFhNsZW1iYXJrQHdya2hvcnMuY29tMFwwDQYJKoZIhvcNAQEBBQAD SwAwSAJBALIZkLcDVrYlAXaMuzHZgRNl8sXENgQpWOY1y/qQ3zr28bz2wx58G6nAUE8Ua9ua 3jSATooRSELXWxt+wyguwwECAwEAAaOCAV0wggFZMAkGA1UdEwQCMAAwga8GA1UdIASBpzCA MIAGC2CGSAGG+EUBBwEBMIAwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJpU2lnbidz IENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlTaWduAAAA AAAAMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNmMjA0 NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdkYTVk M2YyMTQxYmVhZGIyYmQyZTg5MjE1YWE2OWYxZDQxMTQ5OTdhMWIzNDNmNGU1OTc2NTQxMA0G CSqGSIb3DQEBBAUAA4GBAEWNZJ2oEw1sqpCyiYNc0DCoG3ytfJcWz/yvDSNWIdVcau0WkIq3 xTTyml4GUxR8/nqbPwy/Ye9q24Lf9az3DVMTVaaw0dgnSrExrfzSuEYuFPyMi4cYr1NAbfyu ZRHx5ckbJUU9UyPQPjuTF8NjdrggAAPlTz8vK1NBhUJ/Xm9pMIICeTCCAeKgAwIBAgIQUh81 HfJwfgArvspZhwTVOTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwNjI3MDAwMDAwWhcNOTkwNjI3MjM1OTU5WjBiMREw DwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsTK1Zl cmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXIwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBALYUps9N0AUN2Moj0G+qtCmSY44s+G+W1y6ddksRsTaNV8nD/RzG uv4eCLozypXqvuNbzQaot3kdRCrtc/KxUoNoEHBkkdc+a/n3XZ0UQ5tul0WYgUfRLcvdu3LX TD9xquJA8lQ5vBbuz3zsuts/bCqzFrGGEp2ukzTVuNXQ9z6pAgMBAAGjMzAxMA8GA1UdEwQI MAYBAf8CAQEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIF AAOBgQDB+vcC51fKEXXGnAz6K3dPh0UXO+PSwdoPWDmOrpWZA6GooTj+eZqTFwuXhjnHymg0 ZrvHiEX2yAwF7r6XJe/g1G7kf512XM59uhSirguf+2dbSKVnJa8ZZIj2ctgpJ6o3EmqxKK8n gxhlbI3tQJ5NxHiohuzpLFC/pvkN27CmSjGCAY8wggGLAgEBMHYwYjERMA8GA1UEBxMISW50 ZXJuZXQxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFz cyAxIENBIC0gSW5kaXZpZHVhbCBTdWJzY3JpYmVyAhBVDFTJrYx0lb7N/7Wcab/6MAkGBSsO AwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNOTgw OTAxMDIxOTAwWjAjBgkqhkiG9w0BCQQxFgQU5SHnzk8ivcXHt0bk9c5iTQIYZGMwUgYJKoZI hvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZI hvcNAwICAUAwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEQDYrK9HxEcVjbfJijNPW sCCDJDk5U8dYVApzrV7X4CyRWMSIQ98kpKWppV6cj2QnGupYia7VhWkzR3CJkOx0NhE= --------------msAA6138B1454F67E23A6BB0A1-- From triemer@apt4g.a3nyc.com Tue Sep 1 04:57:39 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA25290; Tue, 1 Sep 1998 04:57:38 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 04:57:38 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA14349 for ; Mon, 31 Aug 1998 22:57:57 -0400 Date: Mon, 31 Aug 1998 22:57:57 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: io.h Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 426 Lines: 13 I've run across a reference to outw and inw - that has a comment indicating it was supposed to replace outw and inw.... I'm guessing it was written prior to work done on asm-mips/io.h. Can anyone tell me the state of outw and inw in asm-mips/io.h and perhaps the history of when it was worked on? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From R.vandenBerg@inter.NL.net Tue Sep 1 10:17:39 1998 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 KAA26757; Tue, 1 Sep 1998 10:17:38 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 10:17:38 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-27.Hoorn.NL.net [193.79.46.191] with ESMTP for id KAA15558 (8.8.8/3.28); Tue, 1 Sep 1998 10:17:36 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 1 Sep 1998 10:04:57 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 1 Sep 1998 10:04:57 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: Irqs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 409 Lines: 13 On Mon, 31 Aug 1998, Harald Koerfgen wrote: > Well, I don't know if drivers/char is identical to Linus' source tree, but > looking at the differences between 2.1.100 and 2.1.116 I assume it is. > > FYI, Richard, there's even online documentation for the framebuffer console > stuff available at http://www.cs.kuleuven.ac.be/~geert/Console/ Thank you for the information Harald and Ralf. Regards, Richard From tannary@263.net Tue Sep 1 17:31:39 1998 Received: from ht.rol.cn.net ([168.160.233.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA29849; Tue, 1 Sep 1998 17:31:34 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 17:31:34 +0200 (MET DST) Received: from fanyu ([168.160.233.217]) by ht.rol.cn.net (8.8.7/8.8.7) with SMTP id XAA16473 for ; Tue, 1 Sep 1998 23:25:46 +0800 (CST) Message-ID: <000701bdd5bd$c3d085c0$1400a8c0@fanyu.cbs> From: "Tanyaj" To: Subject: help:how to install the linux cross-compiler for redhat 5.1 Date: Tue, 1 Sep 1998 23:32:30 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BDD600.C9C33700" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 3219 Lines: 80 This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BDD600.C9C33700 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Mr. linux-mips: I am a beginner of linux.Now I need to compile the source file to = native code on MIPS platform, but I work on a Intel platform installed = RedHat 5.1. I got the binutils-2.7.3.tar.gz and gcc-2.7.2.3.tar.gz from = ftp.fnet.fr, and I operated as: cd / tar -zvxf binutils-2.7.3.tar.gz tar -zvxf gcc-2.7.2.3.tar.gz that's all. But I CANNOT use it to compile any file. I make a very simple C source file named hello.c located in /root. And I try to run mips-linux-gcc to compile it, but the program tell me "cannot open stdio.h". So I add the option "-I/usr/include", but it tell me "cannot open crt1.o" even I add the option "-L/usr/lib"!(crt1.o is actualy in /usr/lib). please help me to solute this problem, thank you very much! Fan Yu 9/1/98=20 ------=_NextPart_000_0004_01BDD600.C9C33700 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Mr. linux-mips:
    I am a beginner = of linux.Now=20 I need to compile the source file to native code on MIPS platform, but I = work on=20 a Intel platform installed RedHat 5.1. I got the=20 binutils-2.7.3.tar.gz and gcc-2.7.2.3.tar.gz from=20 ftp.fnet.fr, and I operated as:
    cd /
    tar -zvxf=20 binutils-2.7.3.tar.gz
    tar -zvxf = gcc-2.7.2.3.tar.gz
that's all.
    But I CANNOT use it to compile = any file. I=20 make a very simple
C source file named hello.c located in /root. And I = try to=20 run
mips-linux-gcc to compile it, but the program tell = me=20 "cannot open
stdio.h". So I add the option = "-I/usr/include",=20 but it tell me
"cannot open crt1.o" even I add the option = "-L/usr/lib"!(crt1.o
is actualy in /usr/lib).
   please help me to solute this problem, = thank you=20 very much!
          &nbs= p;            = ;            =              = Fan Yu 9/1/98 
------=_NextPart_000_0004_01BDD600.C9C33700-- From harald.koerfgen@netcologne.de Tue Sep 1 18:55:55 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA00457; Tue, 1 Sep 1998 18:55:54 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 18:55:54 +0200 (MET DST) Received: from franz.no.dom (dial2-38.netcologne.de [194.8.195.38]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA04443 for ; Tue, 1 Sep 1998 18:55:50 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 01 Sep 1998 18:57:10 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: io.h Content-Length: 1028 Lines: 31 Hi Thomas, On 01-Sep-98 Thomas Riemer wrote: > I've run across a reference to outw and inw - that > has a comment indicating it was supposed to replace > outw and inw.... > > I'm guessing it was written prior to work done on asm-mips/io.h. > > Can anyone tell me the state of outw and inw in asm-mips/io.h > and perhaps the history of when it was worked on? > AFAIK the macros in asm-mips/io.h are only needed for MIPS machines with an ISA bus. They are intended to help using device drivers intentionally written for Intel based boxes. As far as I can tell from my private communication with him, Olivier used drivers/char/serial.c as a template and the inw outw instructions may be simple leftovers. The serial device driver for the DC7085 is supposed to work only on MIPS based non-ISA machines (unless the Linux/VAX port comes to new life), so it would be cleaner to kick them out and work with pointers. BTW does anybody know if the VAX processors have memory mapped I/O too? Happy hacking. --- Regards, Harald From harald.koerfgen@netcologne.de Tue Sep 1 18:55:59 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA00463; Tue, 1 Sep 1998 18:55:57 +0200 (MET DST) Received-Date: Tue, 1 Sep 1998 18:55:57 +0200 (MET DST) Received: from franz.no.dom (dial2-38.netcologne.de [194.8.195.38]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA04447 for ; Tue, 1 Sep 1998 18:55:52 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 01 Sep 1998 18:57:12 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: dz.c Content-Length: 548 Lines: 17 Hi all, On 01-Sep-98 Thomas Riemer wrote: > Where is the apropriate place to put a new serial device driver in > the linux tree? > > I would guess drivers/char - but there has been recent postings > indicating that there was some sort of unification going on in > drivers/char.... > I'd say drivers/char too. The only reason I put decserial.c in drivers/tc is, that this kind of serial port only exists on TURBOchannel machines (yes, on the Alpha ones, too). And drivers/tc is where the TURBOchannel stuff belongs, IMHO. --- Regards, Harald From triemer@apt4g.a3nyc.com Wed Sep 2 03:15:12 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA04450; Wed, 2 Sep 1998 03:15:11 +0200 (MET DST) Received-Date: Wed, 2 Sep 1998 03:15:11 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id VAA15475 for ; Tue, 1 Sep 1998 21:13:56 -0400 Date: Tue, 1 Sep 1998 21:13:41 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: io.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2339 Lines: 60 After 3 hours of pounding at dz.c to make it fit neatly into what we have in the 2.1.100 release - I actually got a kernel that looks like it talks to the serial port for the console... I got the configuration stuff set up so that it works as well. Resolved the name clashes between promcon.c,tc.c and dz.c. I've yet to pony up the 30 or 40 dollars it would take to have a cable made - and my friend hasn't come through on sending me the mmj serial cable that I was hoping for.... The end result of it is that its a bit hard to actually tell if its working correctly. Tomorrow I plan on dragging myself into the cable place and forking over the dollars... Anyway - the questions about io.h were answered in a comment by Ralf at the top of io.h - that is his macros will not work in inline functions - the rz.c driver has inline functions for the core functions. I think that answers the question. Chalk it up to not enough research before asking the question. I'm going to pound at tz.c for another couple of hours this evening and see if I can clean it up even more. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Tue, 1 Sep 1998, Harald Koerfgen wrote: > Hi Thomas, > > On 01-Sep-98 Thomas Riemer wrote: > > I've run across a reference to outw and inw - that > > has a comment indicating it was supposed to replace > > outw and inw.... > > > > I'm guessing it was written prior to work done on asm-mips/io.h. > > > > Can anyone tell me the state of outw and inw in asm-mips/io.h > > and perhaps the history of when it was worked on? > > > > AFAIK the macros in asm-mips/io.h are only needed for MIPS machines with an ISA > bus. They are intended to help using device drivers intentionally written for > Intel based boxes. > > As far as I can tell from my private communication with him, Olivier used > drivers/char/serial.c as a template and the inw outw instructions may be simple > leftovers. > > The serial device driver for the DC7085 is supposed to work only on MIPS based > non-ISA machines (unless the Linux/VAX port comes to new life), so it would be > cleaner to kick them out and work with pointers. > > BTW does anybody know if the VAX processors have memory mapped I/O too? > > Happy hacking. > --- > Regards, > Harald > From triemer@apt4g.a3nyc.com Wed Sep 2 03:27:46 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA04530; Wed, 2 Sep 1998 03:27:44 +0200 (MET DST) Received-Date: Wed, 2 Sep 1998 03:27:44 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id VAA15502 for ; Tue, 1 Sep 1998 21:26:42 -0400 Date: Tue, 1 Sep 1998 21:26:27 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: osconsole Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 558 Lines: 16 arch/mips/dec/boot/decstation.c has some questions in it about environment variable osconsole - the question ask "Is it the same variable?" I believe it is - the "osconsole" on my decstation says osconsole=1. BTW - the messages that are coming out of decstation.c in regards to where console is going to are a bit confusing. These messages I guess are happening before the portion that switches over to the serial driver. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From mitch@execpc.com Wed Sep 2 03:38:03 1998 Received: from mailgw00.execpc.com (mailgw00.execpc.com [169.207.1.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA04604; Wed, 2 Sep 1998 03:37:58 +0200 (MET DST) Received-Date: Wed, 2 Sep 1998 03:37:58 +0200 (MET DST) Received: from earth.execpc.com (earth.execpc.com [169.207.16.1]) by mailgw00.execpc.com (8.9.0) id UAA02702 for ; Tue, 1 Sep 1998 20:37:42 -0500 (CDT) Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id UAA26954; Tue, 1 Sep 1998 20:37:42 -0500 (CDT) Message-ID: <19980901203742.54574@execpc.com> Date: Tue, 1 Sep 1998 20:37:42 -0500 From: Mitchell Blank Jr To: linux-mips@fnet.fr Subject: Re: io.h References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Thomas Riemer on Tue, Sep 01, 1998 at 09:13:41PM -0400 Content-Length: 496 Lines: 11 Thomas Riemer wrote: > I've yet to pony up the 30 or 40 dollars it would take to have a cable > made - and my friend hasn't come through on sending me the mmj serial > cable that I was hoping for.... The end result of it is that its > a bit hard to actually tell if its working correctly. Tomorrow I plan > on dragging myself into the cable place and forking over the dollars... A normal modular jack with the tab filed off works well enough (especially if you ducttape it to the case) -Mitch From triemer@apt4g.a3nyc.com Wed Sep 2 03:55:17 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA04745; Wed, 2 Sep 1998 03:55:16 +0200 (MET DST) Received-Date: Wed, 2 Sep 1998 03:55:16 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id VAA15542 for ; Tue, 1 Sep 1998 21:55:35 -0400 Date: Tue, 1 Sep 1998 21:55:34 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: io.h In-Reply-To: <19980901203742.54574@execpc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 734 Lines: 21 hmmm... Do you know what the pinouts are? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Tue, 1 Sep 1998, Mitchell Blank Jr wrote: > Thomas Riemer wrote: > > I've yet to pony up the 30 or 40 dollars it would take to have a cable > > made - and my friend hasn't come through on sending me the mmj serial > > cable that I was hoping for.... The end result of it is that its > > a bit hard to actually tell if its working correctly. Tomorrow I plan > > on dragging myself into the cable place and forking over the dollars... > > A normal modular jack with the tab filed off works well enough (especially > if you ducttape it to the case) > > -Mitch > From mitch@execpc.com Wed Sep 2 04:04:26 1998 Received: from mailgw00.execpc.com (mailgw00.execpc.com [169.207.1.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA04829; Wed, 2 Sep 1998 04:04:25 +0200 (MET DST) Received-Date: Wed, 2 Sep 1998 04:04:25 +0200 (MET DST) Received: from earth.execpc.com (earth.execpc.com [169.207.16.1]) by mailgw00.execpc.com (8.9.0) id VAA06277 for ; Tue, 1 Sep 1998 21:04:21 -0500 (CDT) Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id VAA22854; Tue, 1 Sep 1998 21:04:21 -0500 (CDT) Message-ID: <19980901210421.11282@execpc.com> Date: Tue, 1 Sep 1998 21:04:21 -0500 From: Mitchell Blank Jr To: linux-mips@fnet.fr Subject: Re: io.h References: <19980901203742.54574@execpc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Thomas Riemer on Tue, Sep 01, 1998 at 09:55:34PM -0400 Content-Length: 310 Lines: 15 Thomas Riemer wrote: > hmmm... Do you know what the pinouts are? (From the VMS FAQ) DECconnect DEC-423 MMJ pinout: 1.Data Terminal Ready (DTR) 2.Transmit 3.Transmit Ground 4.Receive Ground 5.Receive 6.Data Set Ready (DSR) There is no hardware flow-control. -Mitch From triemer@apt4g.a3nyc.com Thu Sep 3 07:03:34 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA15005; Thu, 3 Sep 1998 07:03:33 +0200 (MET DST) Received-Date: Thu, 3 Sep 1998 07:03:33 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id BAA17145 for ; Thu, 3 Sep 1998 01:03:23 -0400 Date: Thu, 3 Sep 1998 01:03:21 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: patch-linux-2.1.100_pl5 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 345 Lines: 12 ftp://apt4g.a3nyc.com/pub/distribute/patches/patch-linux-2.1.100_pl5 are patches for declance support and dz11 support for the decstation linux mips kernel. They have been tested with and without dz11 support. -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From harald.koerfgen@netcologne.de Fri Sep 4 20:28:13 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA28023; Fri, 4 Sep 1998 20:28:10 +0200 (MET DST) Received-Date: Fri, 4 Sep 1998 20:28:10 +0200 (MET DST) Received: from franz.no.dom (dial5-89.netcologne.de [194.8.195.89]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA20509 for ; Fri, 4 Sep 1998 20:28:05 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 04 Sep 1998 20:29:25 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Generic DECstation kernel? (was: patch-linux-2.1.100_pl5) Content-Length: 1944 Lines: 86 Hi all, On 03-Sep-98 Thomas Riemer wrote: > ftp://apt4g.a3nyc.com/pub/distribute/patches/patch-linux-2.1.100_pl5 > > are patches for declance support and dz11 support for the decstation > linux mips kernel. > > They have been tested with and without dz11 support. > I've just downloaded your patch. Looking at the patch I found the following lines in arch/mips/dec/promcon.c: > #ifndef CONFIG_DZ > __initfunc (long serial_console_init(long kmem_start, long kmem_end)) > { > register_console(&sercons); > return kmem_start; > } > #endif /* ifdef CONFIG_DZ */ I'll take that as a sign, that at least serial console works on DS2/3100. Great stuff! Thanks Olivier and Thomas. We now have serial consoles running on DZ based as well as Z8530 based DECstations and I'd like to kick out the PROM console for various reasons. Opinions? Another question: The way Olivier and Thomas have implemented the DZ driver would lead to undefined results when activating TURBOchannel and DZ support. Do we really want generic kernels? I can think of a file dec_sercons.c with, for example: --- example --- #include [...] extern ...; [a whole lotta external declarations] #ifdef CONFIC_TC static struct console dz_sercons = { [...] } #endif #ifdef CONFIG_DZ static struct console zs_sercons = { [...] } #endif __initfunc(long serial_console_setup((long kmem_start, long kmem_end)) { #if defined(CONFIG_DZ) && defined(CONFIG_TC) if (IOASIC) register_console(&zs_sercons); else register_console(&dz_sercons); #else #ifdef CONFIG_DZ register_console(&dz_sercons); #endif #ifdef CONFIG_TC register_console(&zs_sercons); #endif #endif /* CONFIG_DZ && CONFIG_TC */ return kmem_start; } --- end example --- but we could run into similar "complications" in other device drivers. What do you think? --- Regards, Harald From triemer@apt4g.a3nyc.com Sat Sep 5 04:55:15 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA02328; Sat, 5 Sep 1998 04:55:14 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 04:55:14 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA19025 for ; Fri, 4 Sep 1998 22:55:28 -0400 Date: Fri, 4 Sep 1998 22:55:27 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: SII Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 223 Lines: 8 Anyone have any recommendations on the SII device driver? What's a good template to start with? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Sat Sep 5 05:20:20 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA02462; Sat, 5 Sep 1998 05:20:19 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 05:20:19 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id XAA19072 for ; Fri, 4 Sep 1998 23:20:39 -0400 Date: Fri, 4 Sep 1998 23:20:38 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: Generic DECstation kernel? (was: patch-linux-2.1.100_pl5) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2154 Lines: 89 On Fri, 4 Sep 1998, Harald Koerfgen wrote: > We now have serial consoles running on DZ based as well as Z8530 based > DECstations and I'd like to kick out the PROM console for various reasons. I think its probably valuable to hold on the PROM console routines In terms of this "undefined" behavior - Really we should have some that has the logic something like: 1. Does my machine have TC interface and the option ---> ok, then use the TC driver - bind serial_console_init. 2. Does my machine have DZ interface && and the option ---> ok, then use the DZ driver - bind serial_console_init. Otherwise 3. use the promcon stuff. The problem I ran into when I was working on this was a name collision on serial_console_init - I never really found where this was "bound" -Tom > > Opinions? > > Another question: The way Olivier and Thomas have implemented the DZ driver > would lead to undefined results when activating TURBOchannel and DZ support. Do > we really want generic kernels? > I think we do want generic kernels - but at the time that I was working through this I was having a very hard time making this happen. -Tom > I can think of a file dec_sercons.c with, for example: > > --- example --- > > #include > [...] > > extern ...; [a whole lotta external declarations] > > #ifdef CONFIC_TC > static struct console dz_sercons = { > [...] > } > #endif > > #ifdef CONFIG_DZ > static struct console zs_sercons = { > [...] > } > #endif > > __initfunc(long serial_console_setup((long kmem_start, long kmem_end)) > { > #if defined(CONFIG_DZ) && defined(CONFIG_TC) > if (IOASIC) > register_console(&zs_sercons); > else > register_console(&dz_sercons); > #else > > #ifdef CONFIG_DZ > register_console(&dz_sercons); > #endif > > #ifdef CONFIG_TC > register_console(&zs_sercons); > #endif > > #endif /* CONFIG_DZ && CONFIG_TC */ > > return kmem_start; > } > > --- end example --- > > but we could run into similar "complications" in other device drivers. > > What do you think? > --- > Regards, > Harald > From engel@numerik.math.uni-siegen.de Sat Sep 5 10:08:30 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.2.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA06342; Sat, 5 Sep 1998 10:08:29 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 10:08:29 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id KAA05163 for linux-mips@fnet.fr; Sat, 5 Sep 1998 10:08:28 +0200 (MET DST) From: Michael Engel Message-Id: <199809050808.KAA05163@fourier.numerik.math.uni-siegen.de> Subject: Re: Generic DECstation kernel? (was: patch-linux-2.1.100_pl5) To: linux-mips@fnet.fr Date: Sat, 5 Sep 1998 10:08:27 +0200 (MET DST) In-Reply-To: from "Thomas Riemer" at Sep 4, 98 11:20:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1425 Lines: 36 > On Fri, 4 Sep 1998, Harald Koerfgen wrote: > > > We now have serial consoles running on DZ based as well as Z8530 based > > DECstations and I'd like to kick out the PROM console for various reasons. > > I think its probably valuable to hold on the PROM console routines I agree. It should at least help getting the people with so far unsupported machines started. It's less frustrating if you at least see something on the screen when you start hacking ;-). > In terms of this "undefined" behavior - Really we should have some > that has the logic something like: > > 1. Does my machine have TC interface and the option ---> > ok, then use the TC driver - bind serial_console_init. Hmmm, we can easily determine if the machine has a TC option - AFAIK the only machines without TC support were the 2100/3100 and that weird Q-Bus based DECstation (5100 ?). But what about the people who are using a graphics console/keyboard ? They probably prefer to use prom console instead of attaching a terminal, so we could already determine which console to use based on the (os)console environment variable ... (And it's finally time for me to merge my DS2100/3100 graphics console code and bring it up to date with the vfb code !) > 2. Does my machine have DZ interface && and the option ---> > ok, then use the DZ driver - bind serial_console_init. > Otherwise > > 3. use the promcon stuff. regards, Michael From engel@numerik.math.uni-siegen.de Sat Sep 5 10:12:00 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.2.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA06388; Sat, 5 Sep 1998 10:11:59 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 10:11:59 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id KAA05182 for linux-mips@fnet.fr; Sat, 5 Sep 1998 10:12:10 +0200 (MET DST) From: Michael Engel Message-Id: <199809050812.KAA05182@fourier.numerik.math.uni-siegen.de> Subject: Re: SII To: linux-mips@fnet.fr Date: Sat, 5 Sep 1998 10:12:09 +0200 (MET DST) In-Reply-To: from "Thomas Riemer" at Sep 4, 98 10:55:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 671 Lines: 17 > Anyone have any recommendations on the SII device driver? IIRC, the SII is a rather primitive chip, so it probably won't make much sense to start with a driver for a highly complicated SCSI controller. > What's a good template to start with? I think the 5380 driver would make a good template. I hacked around with the 5380 on my Mac Plus many years ago and remember it was rather an enhanced parallel port ;-) - i.e. you have to implement most of the SCSI protocol in the driver as the chip doesn't handle it for you. The more recent SCSI controller IC's (e.g. the 53C810) have their own microcontroller to control the SCSI sequencing etc. regards, Michael From triemer@apt4g.a3nyc.com Sat Sep 5 14:50:37 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA10776; Sat, 5 Sep 1998 14:50:36 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 14:50:36 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id IAA20269 for ; Sat, 5 Sep 1998 08:50:41 -0400 Date: Sat, 5 Sep 1998 08:50:41 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: Generic DECstation kernel? (was: patch-linux-2.1.100_pl5) In-Reply-To: <199809050808.KAA05163@fourier.numerik.math.uni-siegen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1832 Lines: 49 Anyway you look at - Harald is right - we need a "meta" file sercons.c that independently arbitrates the various choices... Already existing... promcon.c,tc.c,dz.c -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sat, 5 Sep 1998, Michael Engel wrote: > > > On Fri, 4 Sep 1998, Harald Koerfgen wrote: > > > > > We now have serial consoles running on DZ based as well as Z8530 based > > > DECstations and I'd like to kick out the PROM console for various reasons. > > > > I think its probably valuable to hold on the PROM console routines > > I agree. It should at least help getting the people with so far unsupported > machines started. It's less frustrating if you at least see something on > the screen when you start hacking ;-). > > > In terms of this "undefined" behavior - Really we should have some > > that has the logic something like: > > > > 1. Does my machine have TC interface and the option ---> > > ok, then use the TC driver - bind serial_console_init. > > Hmmm, we can easily determine if the machine has a TC option - AFAIK the only > machines without TC support were the 2100/3100 and that weird Q-Bus based > DECstation (5100 ?). > > But what about the people who are using a graphics console/keyboard ? They > probably prefer to use prom console instead of attaching a terminal, so > we could already determine which console to use based on the (os)console > environment variable ... (And it's finally time for me to merge my > DS2100/3100 graphics console code and bring it up to date with the vfb code !) > > > 2. Does my machine have DZ interface && and the option ---> > > ok, then use the DZ driver - bind serial_console_init. > > Otherwise > > > > 3. use the promcon stuff. > > regards, > Michael > From harald.koerfgen@netcologne.de Sat Sep 5 21:12:03 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA16025; Sat, 5 Sep 1998 21:12:01 +0200 (MET DST) Received-Date: Sat, 5 Sep 1998 21:12:01 +0200 (MET DST) Received: from franz.no.dom (dial4-79.netcologne.de [195.14.233.79]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA19913; Sat, 5 Sep 1998 21:11:46 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 05 Sep 1998 21:13:04 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr, (Niklaus Keller) Subject: DECstation-Linux patch Content-Length: 981 Lines: 33 Fellow MIPS hackers, due to popular demand I've made a snapshot of my current source tree available. It can be downloaded from http://www.netcologne.de/~nc-koerfgha/patch-090598.tar.gz and includes patch-090598 and a new ramdisk.img. The patch is against a clean linux-2.1.100-dec. Changes: o cache managment reworked. The last bit of non-GPLed code is gone. o some fixes o A working serial device driver for Z8530 based DECstations. Only having serial console and /dev/console on the same line doesn't work, yet. I've mapped /dev/ttyS0 to the serial port #2. If you want to see the "Hello World" message, connect a terminal to #2. This will not work on maxines. o A (at least I hope so) working serial device driver for DS2/3100. Thanks to Olivier Lebaillif and Thomas Riemer! o A skeleton for a LANCE device driver. The Ehernet Station Address is properly displayed. Thanks to Richard van den Berg! o PROM console is now a config option. Have fun. --- Regards, Harald From harald.koerfgen@netcologne.de Sun Sep 6 20:22:36 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA24138; Sun, 6 Sep 1998 20:22:35 +0200 (MET DST) Received-Date: Sun, 6 Sep 1998 20:22:35 +0200 (MET DST) Received: from franz.no.dom (dial1-29.netcologne.de [194.8.196.29]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA17338; Sun, 6 Sep 1998 20:22:26 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 06 Sep 1998 20:23:45 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: DECstation-Linux patch Cc: (Niklaus Keller) Content-Length: 183 Lines: 7 Hi all, I'm sorry, the patch will not compile out of the box because I forgot some ";" in arch/mips/traps.c (simulate_ll and simulate_sc). Should be easy to fix. --- Regards, Harald From triemer@apt4g.a3nyc.com Sun Sep 6 21:04:31 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA24442; Sun, 6 Sep 1998 21:04:30 +0200 (MET DST) Received-Date: Sun, 6 Sep 1998 21:04:30 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id PAA21748 for ; Sun, 6 Sep 1998 15:04:36 -0400 Date: Sun, 6 Sep 1998 15:04:35 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: osconsole under ds2100/3100 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 667 Lines: 17 The osconsole variable and the console variable under KN01 V7.0 and V7.1 are a bit different from the way the code we have works: If Osconsole and console is: 0 ... Let the system choose the console device 1 .... use device crt(0) - monitor and keyboard tty(0) 4 .... use communications connector device tty(2) 5 .... 1 || 4 - use BOTH crt/tty(0) and tty(2) 8 .... use printer/console connector tty(3) 9 .... 1 || 8 - use BOTH monitor,keyboard and printer/console This comes from appendix C of the decstation 2100/3100 manual. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From alhaz@xmission.com Mon Sep 7 19:57:43 1998 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA01993; Mon, 7 Sep 1998 19:57:41 +0200 (MET DST) Received-Date: Mon, 7 Sep 1998 19:57:41 +0200 (MET DST) Received: from alhaz.users.xmission.com (xmission.com) [207.135.128.199] (alhaz) by mail.xmission.com with esmtp (Exim 1.82 #2) id 0zG5Xh-0006Og-00; Mon, 7 Sep 1998 11:57:34 -0600 Sender: alhaz@fnet.fr Message-ID: <35F3C9DF.96CD73C2@xmission.com> Date: Mon, 07 Sep 1998 05:56:15 -0600 From: Eric Jorgensen X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Mips Linux References: <30E79CEBF7F7D111988300A0C96F44C9CDA3BC@GECKO> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 888 Lines: 22 Brian Watson wrote: > > > I am interested in doing a port of linux to the Nintendo 64. I > currently develop games for it but I also like playing around with the > machine as well. At some point, part of the Nintendo hacker scene is > going to produce an ISA interface for it which would open up a whole > lot of facilities to inter-network the machine. I also intend to > provide native access to the systems resources such as the RSP/RDP > core for rendering and sound generation. > > I wonder if you could point me in the right direction within the > source code to write the ISR routines, video rendering, keyboard I/O > which will be done through the joypad ports and filesystem (which > would be done using DMA transfers from cartridge memory) or via nfs > over a network card. I thought this had already been accomplished by a company in italy - or was that a hoax? - Eric From bwatson@acclaim.net Mon Sep 7 19:29:34 1998 Received: from hq-exchange1.aklm.com (king.aklm.com [38.240.105.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA01818; Mon, 7 Sep 1998 19:29:33 +0200 (MET DST) Received-Date: Mon, 7 Sep 1998 19:29:33 +0200 (MET DST) Received: from GECKO by hq-exchange1.aklm.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id S2HSLHDF; Mon, 7 Sep 1998 13:28:13 -0400 Received: by GECKO with Internet Mail Service (5.0.1460.8) id ; Mon, 7 Sep 1998 12:27:12 -0500 Message-ID: <30E79CEBF7F7D111988300A0C96F44C9CDA3BC@GECKO> From: Brian Watson To: linux-mips@fnet.fr Subject: Mips Linux Date: Mon, 7 Sep 1998 12:27:10 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: multipart/alternative; boundary="---- =_NextPart_001_01BDDA84.BE9A54F0" Content-Length: 2558 Lines: 69 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_001_01BDDA84.BE9A54F0 Content-Type: text/plain I am interested in doing a port of linux to the Nintendo 64. I currently develop games for it but I also like playing around with the machine as well. At some point, part of the Nintendo hacker scene is going to produce an ISA interface for it which would open up a whole lot of facilities to inter-network the machine. I also intend to provide native access to the systems resources such as the RSP/RDP core for rendering and sound generation. I wonder if you could point me in the right direction within the source code to write the ISR routines, video rendering, keyboard I/O which will be done through the joypad ports and filesystem (which would be done using DMA transfers from cartridge memory) or via nfs over a network card. Any help would be greatly appreciated. Regards, Brian Watson. biscuit@bga.com; bwatson@acclaim.net ------ =_NextPart_001_01BDDA84.BE9A54F0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Mips Linux

I am interested in doing a port of = linux to the Nintendo 64. I currently develop games for it but I also = like playing around with the machine as well. At some point, part of = the Nintendo hacker scene is going to produce an ISA interface for it = which would open up a whole lot of facilities to inter-network the = machine. I also intend to provide native access to the systems = resources such as the RSP/RDP core for rendering and sound = generation.

I wonder if you could point me in the = right direction within the source code to write the ISR routines, video = rendering, keyboard I/O which will be done through the joypad ports and = filesystem (which would be done using DMA transfers from cartridge = memory) or via nfs over a network card.

Any help would be greatly = appreciated.

Regards,

Brian Watson. biscuit@bga.com; = bwatson@acclaim.net

------ =_NextPart_001_01BDDA84.BE9A54F0-- From tor@spacetec.no Mon Sep 7 20:04:01 1998 Received: from pallas.spacetec.no (pallas.spacetec.no [192.51.5.92]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA02061; Mon, 7 Sep 1998 20:03:58 +0200 (MET DST) Received-Date: Mon, 7 Sep 1998 20:03:58 +0200 (MET DST) Received: (from tor@localhost) by pallas.spacetec.no (8.9.1a/8.9.1) id UAA02595 for linux-mips@fnet.fr; Mon, 7 Sep 1998 20:03:27 +0200 Message-Id: <199809071803.UAA02595@pallas.spacetec.no> From: tor@spacetec.no (Tor Arntsen) Date: Mon, 7 Sep 1998 20:03:24 +0200 In-Reply-To: Eric Jorgensen "Re: Mips Linux" (Sep 7, 18:59) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: linux-mips@fnet.fr Subject: Re: Mips Linux Content-Length: 325 Lines: 10 On Sep 7, 18:59, Eric Jorgensen wrote: > I thought this had already been accomplished by a company in italy - >or was that a hoax? If you're thinking about what was printed in a German computer magazine a while ago then it was just an April 1. joke.. ^^^^^^^^^ the first of April, in fact :-) Tor From ralf@uni-koblenz.de Tue Sep 8 23:26:55 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA14218; Tue, 8 Sep 1998 23:26:53 +0200 (MET DST) Received-Date: Tue, 8 Sep 1998 23:26:53 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (pmport-20.uni-koblenz.de [141.26.249.20]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id XAA28897 for ; Tue, 8 Sep 1998 23:26:12 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id BAA01858; Tue, 8 Sep 1998 01:26:10 +0200 Message-ID: <19980908012609.B515@uni-koblenz.de> Date: Tue, 8 Sep 1998 01:26:09 +0200 To: Eric Jorgensen , linux-mips@fnet.fr Subject: Re: Mips Linux References: <30E79CEBF7F7D111988300A0C96F44C9CDA3BC@GECKO> <35F3C9DF.96CD73C2@xmission.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <35F3C9DF.96CD73C2@xmission.com>; from Eric Jorgensen on Mon, Sep 07, 1998 at 05:56:15AM -0600 Content-Length: 237 Lines: 8 On Mon, Sep 07, 1998 at 05:56:15AM -0600, Eric Jorgensen wrote: > I thought this had already been accomplished by a company in italy - > or was that a hoax? Guess why the project leader's name was ``Luciano Apriliani'' :-) Ralf From triemer@apt4g.a3nyc.com Tue Sep 8 04:08:10 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA05761; Tue, 8 Sep 1998 04:08:09 +0200 (MET DST) Received-Date: Tue, 8 Sep 1998 04:08:09 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA23172 for ; Mon, 7 Sep 1998 22:08:26 -0400 Date: Mon, 7 Sep 1998 22:08:25 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: dz console serial Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3586 Lines: 78 I think that I seriously misjudged the output of my tests. I think it comes down to me judging the stuff that was coming through printk on the console/serial as coming through my serial driver. When I set up my console - I chose an osconsole that was both console and serial port - which effectively meant that I couldn't tell which was which (duh!). (FYI - I'm feeling profoundly stupid at this point) I've been working through trying to get the serial stuff to output stuff to the serial line - once I realized that I was serously mistaken. So here's how far I've gotten: 1. I wrote the sercons.c stuff - and went through the compilation to make sure that it really does compile with all three options set/ not set. (prom,tc,dz) I made the changes in promcon.c, decserial.c and dz.c to make them all happy. 2. This caused problems due to the fact that the serial console was created before the dz driver was initialized. The dz driver code uses kmalloc (slab.c) - which isn't allocated until the init code of the driver. (making it difficult to create a console) 3. I turned off all the promcon stuff - ripped out some of the basic prom routines out of promcon.c for debugging purposes... and have verified that when I do a printk it really is hitting my dz_console_print routine. 4. Nothing I do seems to actually generate characters to the serial line. I think it comes down to me not appropriatedly initilizing the line - but I can't seem to see it. 5. I know my physical serial line is fine because the prom code talks over the serial line just fine. I get the "KN01 V7.0 .... etc stuff". Here's a couple of more bits of information: 1. the connector symbols on the back of the decstation 2100 are misleading. There is one that has a symbol that looks like a communications port and there is another that looks like a printer symbol. The communications port seems just flaky. The prom code stuff just isn't happy talking to it. The printer/console port works like a charm. I don't yet know why - nothing in the docs indicates why this would be so - but the docs have this disturbing property of having two interpretations. 2. Anyone know how to force the decstation prom back to the console? One of my two decstations seems to be talking permanently to the communications port. I can send it a control C and it really does reboot - It goes through the process of the counting memory and then does nothing - and accepts nothing. It never comes up with ">>" - which is a bummer. The other machine - I was smart enough not to set to the same setting. (unplugging keyboards/mouse/monitor combos just doesn't seem to have any impact at all). 3. Every single time that I've compiled kermit under linux in the past 3 years - it has invariably been a hairy mangling job. I've never gotten kermit to compile straight out of the box. 4. To get the serial line to work as a console you need to "enable" it from the prom console. Just typing enable at the prom lists the things that are defined as available for consoles. So here's a question: All of the serial driver procedures that I've been looking at uses a struct tty_struct * to get at the member driverdata. Why is it that the console does not have a tty_struct associated with it? I never realized how difficult the stuff under the hood can be. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From hkoerfg1@ford.com Tue Sep 8 08:15:19 1998 Received: from mailfw1.ford.com (mailfw1.ford.com [136.1.1.26]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA06788; Tue, 8 Sep 1998 08:15:18 +0200 (MET DST) Received-Date: Tue, 8 Sep 1998 08:15:18 +0200 (MET DST) Received: by mailfw1.ford.com id CAA19341 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Tue, 8 Sep 1998 02:15:06 -0400 Message-Id: <199809080615.CAA19341@mailfw1.ford.com> Received: by mailfw1.ford.com (Internal Mail Agent-1); Tue, 8 Sep 1998 02:15:06 -0400 Date: Tue, 08 Sep 1998 08:15:03 -0400 From: Harald Koerfgen Reply-To: hkoerfg1@ford.com Organization: Ford Motor Company X-Mailer: Mozilla 3.01C (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Mips Linux References: <199809071803.UAA02595@pallas.spacetec.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 424 Lines: 16 Tor Arntsen wrote: > > On Sep 7, 18:59, Eric Jorgensen wrote: > > I thought this had already been accomplished by a company in italy - > >or was that a hoax? > > If you're thinking about what was printed in a German computer > magazine a while ago then it was just an April 1. joke.. > ^^^^^^^^^ > the first of April, in fact :-) http://www.heise.de/ix/artikel/E/1997/04/036/ -- Regards, Harald From triemer@apt4g.a3nyc.com Wed Sep 9 06:44:30 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA18059; Wed, 9 Sep 1998 06:44:29 +0200 (MET DST) Received-Date: Wed, 9 Sep 1998 06:44:29 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA24401 for ; Wed, 9 Sep 1998 00:44:21 -0400 Date: Wed, 9 Sep 1998 00:44:21 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: dz console serial In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 515 Lines: 14 Thanks for the helpful hints - I've actually managed to get characters flowing through the serial line at this point. I noticed in my debugging that the kernel was generating an error that it couldn't open /dev/console - it looked like it was failing on dz_open. Anyone tell me the vague story on how /dev/console gets mapped to the serial port? Or at least point me at the right file. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From R.vandenBerg@inter.NL.net Wed Sep 9 11:51:31 1998 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 LAA20772; Wed, 9 Sep 1998 11:51:30 +0200 (MET DST) Received-Date: Wed, 9 Sep 1998 11:51:30 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-40.Hoorn.NL.net [193.79.46.204] with ESMTP for id LAA09893 (8.8.8/3.28); Wed, 9 Sep 1998 11:51:28 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 9 Sep 1998 11:40:11 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 9 Sep 1998 11:40:10 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: dz console serial In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 597 Lines: 17 On Wed, 9 Sep 1998, Thomas Riemer wrote: > Thanks for the helpful hints - I've actually managed to get characters > flowing through the serial line at this point. > > I noticed in my debugging that the kernel was generating an error > that it couldn't open /dev/console - it looked like it was failing > on dz_open. Anyone tell me the vague story on how /dev/console > gets mapped to the serial port? Or at least point me at the right > file. Perhaps Miquel van Smoorenburg can tell you more about it, he has written parts of the kernel console code. Regards, Richard From harald.koerfgen@netcologne.de Wed Sep 9 18:35:11 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA23786; Wed, 9 Sep 1998 18:35:10 +0200 (MET DST) Received-Date: Wed, 9 Sep 1998 18:35:10 +0200 (MET DST) Received: from franz.no.dom (dial1-44.netcologne.de [194.8.196.44]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA07756 for ; Wed, 9 Sep 1998 18:35:06 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 09 Sep 1998 18:36:29 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: dz console serial Content-Length: 1944 Lines: 78 Hi Thomas, On 09-Sep-98 Thomas Riemer wrote: > Thanks for the helpful hints - I've actually managed to get characters > flowing through the serial line at this point. > > I noticed in my debugging that the kernel was generating an error > that it couldn't open /dev/console - it looked like it was failing > on dz_open. Anyone tell me the vague story on how /dev/console > gets mapped to the serial port? Or at least point me at the right > file. linux/Documentation/serial_console.txt :-). --- begin quote --- If no console device is specified [in the command line options], the first device found capable of acting as a system console will be used. At this time, the system first looks for a VGA card and then for a serial port. So if you don't have a VGA card in your system the first serial port will automatically become the console. --- end quote --- The first serial port is usually /dev/ttyS0. >From dz_init(): .. i = 0; for (info = &multi[i]; i < DZ_NB_PORT; i++) { info->magic = SERIAL_MAGIC; info->port = (unsigned) dec_serial_base; info->line = i; info->tty = 0; ... } .. >From dz_open(): static int dz_open (struct tty_struct *tty, struct file *filp) { struct dz_serial *info; int retval, line; line = MINOR(tty->device) - tty->driver.minor_start; /* The dz lines for the mouse/keyboard must be * opened using their respective drivers. */ if ((line < 0) || (line >= DZ_NB_PORT)) return -ENODEV; if ((line == DZ_KEYBOARD) || (line == DZ_MOUSE)) return -ENODEV; ... } >From dz.h: #define DZ_KEYBOARD 0x0000 /* line 0 = keyboard */ That means: open("/dev/console") -> dz_open(line 0) -> line == DZ_KEYBOARD -> return -ENODEV; You can try passing a commandline option to the kernel: nbImage console=ttyS3 or change the mapping of line numbers to actual lines. Hope this helps. --- Regards, Harald From mugen@kaibigan.com Thu Sep 10 05:20:47 1998 Received: from lamers.net (root@star.lamers.net [209.103.202.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA29623; Thu, 10 Sep 1998 05:20:46 +0200 (MET DST) Received-Date: Thu, 10 Sep 1998 05:20:46 +0200 (MET DST) Received: from mugen (raydens@mugen.pacificnet.net [209.204.4.63]) by lamers.net (8.8.8/8.8.5) with SMTP id WAA11917 for ; Wed, 9 Sep 1998 22:20:43 -0500 (CDT) From: "Bintoro Tanto" To: Subject: MIPS Port Date: Wed, 9 Sep 1998 20:04:14 -0700 Message-ID: <000101bddc67$b265cc40$04211824@mugen.pacificnet.net> 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.3155.0 Importance: Normal Content-Length: 221 Lines: 5 Hi, I got a NEC RISC Station 2200, and I was wondering if you guys have port for it yet. Also what do I need to do to help you guys. I would like to help to make it work. Please let me know. Thank you. Bintoro Tanto From triemer@apt4g.a3nyc.com Thu Sep 10 06:09:02 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA00577; Thu, 10 Sep 1998 06:09:00 +0200 (MET DST) Received-Date: Thu, 10 Sep 1998 06:09:00 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id AAA25527 for ; Thu, 10 Sep 1998 00:08:55 -0400 Date: Thu, 10 Sep 1998 00:08:55 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Patches Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 827 Lines: 24 So here's one more set of patches - relative to linux-1.2.100-dec: ftp://apt4g.a3nyc.com/pub/distribute/patches/patch-linux-1.2.100_pl6 This includes the patches from Harald over the past weekend. This includes: 1. creation of sercons.c 2. changes to tc.c to adapt to sercons.c mode of thinking - I can't really test this ... so someone needs to some testing on it. 3. a working serial console for the dz.c driver - I've tested this... and it seems to work. I'm dead certain I haven't been faked out this time. I need feedback on this - clearly its not perfect. Thanks Harald for all the really truly helpful comments. They add significantly to the learning process. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Thu Sep 10 15:33:03 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA04718; Thu, 10 Sep 1998 15:33:00 +0200 (MET DST) Received-Date: Thu, 10 Sep 1998 15:33:00 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id JAA26075 for ; Thu, 10 Sep 1998 09:32:53 -0400 Date: Thu, 10 Sep 1998 09:32:44 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: SII In-Reply-To: <199809050812.KAA05182@fourier.numerik.math.uni-siegen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 925 Lines: 27 The source for this is NCR5380.c in drivers/scsi? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sat, 5 Sep 1998, Michael Engel wrote: > > > Anyone have any recommendations on the SII device driver? > > IIRC, the SII is a rather primitive chip, so it probably won't make much > sense to start with a driver for a highly complicated SCSI controller. > > > What's a good template to start with? > > I think the 5380 driver would make a good template. I hacked around with > the 5380 on my Mac Plus many years ago and remember it was rather an > enhanced parallel port ;-) - i.e. you have to implement most of the > SCSI protocol in the driver as the chip doesn't handle it for you. The > more recent SCSI controller IC's (e.g. the 53C810) have their own > microcontroller to control the SCSI sequencing etc. > > regards, > Michael > From R.vandenBerg@inter.NL.net Fri Sep 11 15:21:50 1998 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 PAA14032; Fri, 11 Sep 1998 15:21:48 +0200 (MET DST) Received-Date: Fri, 11 Sep 1998 15:21:48 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-32.Hoorn.NL.net [193.79.46.196] with ESMTP for id PAA20929 (8.8.8/3.28); Fri, 11 Sep 1998 15:21:35 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 11 Sep 1998 15:20:41 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 11 Sep 1998 15:20:40 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation-Linux patch In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 753 Lines: 26 On Sat, 5 Sep 1998, Harald Koerfgen wrote: > Fellow MIPS hackers, [...] > o A working serial device driver for Z8530 based DECstations. Only having > serial console and /dev/console on the same line doesn't work, yet. I've mapped > /dev/ttyS0 to the serial port #2. If you want to see the "Hello World" message, > connect a terminal to #2. This will not work on maxines. That's why I got myself a 5k/133! With a PMAGB-B and a floppy drive and a 19" mono screen.:-) So there are two beasts here to run Linux on. [...] > o PROM console is now a config option. Choosing that option makes the linker unhappy linking the kernel, to many references to rs_init, that's something else than a undefined one. :-) Keep up the good work! Regards, Richard From triemer@apt4g.a3nyc.com Sun Sep 13 07:02:00 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA29293; Sun, 13 Sep 1998 07:01:59 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 07:01:59 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id BAA29087 for ; Sun, 13 Sep 1998 01:01:57 -0400 Date: Sun, 13 Sep 1998 01:01:56 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: /dev/console Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 467 Lines: 12 So've gotten the dz code to tell me that it thinks that it has opened the /dev/console device. In fact at this point, it goes all the way to trying to execute init - what do I have to do to get the kernel to execute the "hello" world program? What's the patch that I need to give it - or what do command line do I have to give the kernel? -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From R.vandenBerg@inter.NL.net Sun Sep 13 12:06:03 1998 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 MAA02245; Sun, 13 Sep 1998 12:06:03 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 12:06:03 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-49.Hoorn.NL.net [193.79.46.213] with ESMTP for id MAA13341 (8.8.8/3.28); Sun, 13 Sep 1998 12:06:01 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 13 Sep 1998 12:04:53 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 13 Sep 1998 12:04:52 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 739 Lines: 23 On Sun, 13 Sep 1998, Thomas Riemer wrote: > So've gotten the dz code to tell me that it thinks that it has opened > the /dev/console device. Nice work! > In fact at this point, it goes all the way to trying to execute init - > what do I have to do to get the kernel to execute the "hello" world > program? What's the patch that I need to give it - or what do command > line do I have to give the kernel? I'll bet the program is on the ramdiskimage and to make the kernel boot this the kernel needs 'boot=/dev/ram' as option. For example my DECstations boot with: boot 3/tftp -a boot=/dev/ram. You can check and play around with the ramdisk image contents following Haralds instructions on decstation.unix-ag.org. Succes! Richard From harald.koerfgen@netcologne.de Sun Sep 13 13:41:08 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03051; Sun, 13 Sep 1998 13:41:07 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 13:41:07 +0200 (MET DST) Received: from franz.no.dom (dial7-184.netcologne.de [195.14.235.184]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id NAA15047 for ; Sun, 13 Sep 1998 13:41:04 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 13 Sep 1998 13:42:28 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: /dev/console Content-Length: 963 Lines: 26 Hi all, On 13-Sep-98 Thomas Riemer wrote: > So've gotten the dz code to tell me that it thinks that it has opened > the /dev/console device. > > In fact at this point, it goes all the way to trying to execute init - > what do I have to do to get the kernel to execute the "hello" world > program? What's the patch that I need to give it - or what do command > line do I have to give the kernel? Excuse me, but playing around with three or four different source trees simultaneously I somewhat lost track of what I have published so far. :-) IIRC you don't need any patches or command line options if you are using the latest snapshot from September 5th. The "hello world" program is /bin/sh on the ramdisk image and will be executed automagically. A simple test to check wether it is really executed is an additional printk in sys_open(...) in fs/open.c. Obviously you need working serial interrupts to see the hello message itself. --- Regards, Harald From triemer@apt4g.a3nyc.com Sun Sep 13 16:34:12 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA05000; Sun, 13 Sep 1998 16:34:11 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 16:34:11 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id KAA29753 for ; Sun, 13 Sep 1998 10:34:18 -0400 Date: Sun, 13 Sep 1998 10:34:18 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1608 Lines: 41 This helps significantly.... sys_open tells me that /bin/sh is opening /dev/ttyS0 - aside from my console being on /dev/ttys03 - I would have expected hello world to open /dev/ttyS00 Not /dev/ttyS0. ^ Am I missing something glaringly obvious? FYI - it turns out you can define your console device number by setting the device field in struct console to the appropriate device number. This kind of strange knowledge is what happens when you read the code. You also need to define console.flags as CON_CONSDEV | CON_PRINTBUFFER. > Hi all, > > On 13-Sep-98 Thomas Riemer wrote: > > So've gotten the dz code to tell me that it thinks that it has opened > > the /dev/console device. > > > > In fact at this point, it goes all the way to trying to execute init - > > what do I have to do to get the kernel to execute the "hello" world > > program? What's the patch that I need to give it - or what do command > > line do I have to give the kernel? > > Excuse me, but playing around with three or four different source trees > simultaneously I somewhat lost track of what I have published so far. :-) > > IIRC you don't need any patches or command line options if you are using the > latest snapshot from September 5th. The "hello world" program is /bin/sh on the > ramdisk image and will be executed automagically. > > A simple test to check wether it is really executed is an additional printk in > sys_open(...) in fs/open.c. > > Obviously you need working serial interrupts to see the hello message itself. > > --- > Regards, > Harald > From harald.koerfgen@netcologne.de Sun Sep 13 18:59:19 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA06985; Sun, 13 Sep 1998 18:59:17 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 18:59:17 +0200 (MET DST) Received: from franz.no.dom (dial7-138.netcologne.de [195.14.235.138]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA24070 for ; Sun, 13 Sep 1998 18:59:13 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 13 Sep 1998 19:00:38 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: /dev/console Content-Length: 830 Lines: 25 Hi all, On 13-Sep-98 Thomas Riemer wrote: > This helps significantly.... sys_open tells me that /bin/sh is > opening /dev/ttyS0 - aside from my console being on /dev/ttys03 - > I would have expected hello world to open /dev/ttyS00 > Not /dev/ttyS0. [rest snipped] The hello world program is also causing other problems. I have uploaded a new ramdisk image containing a statically linked stand alone shell as /bin/sh. It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. This shell does not only use stdin/stdout for it's output, but cures the strange locked buffers problem as well. Unfortunately I am still fighting with the Z8530 so I cannot tell if the shell really works, at least it prints a message and seems to wait for input. Maybe you'll have more luck, Tom. Have fun. --- Regards, Harald From triemer@apt4g.a3nyc.com Sun Sep 13 19:26:56 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA07567; Sun, 13 Sep 1998 19:26:53 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 19:26:53 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id NAA29877 for ; Sun, 13 Sep 1998 13:27:04 -0400 Date: Sun, 13 Sep 1998 13:27:03 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 765 Lines: 24 The first try doesn't look too hopeful - when I run with this image it doesn't seem to call fs/open.c/sys_open. Will pound at it some more and see what happens. -Tom > The hello world program is also causing other problems. I have uploaded a > new ramdisk image containing a statically linked stand alone shell as /bin/sh. > It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. > > This shell does not only use stdin/stdout for it's output, but cures the > strange locked buffers problem as well. > > Unfortunately I am still fighting with the Z8530 so I cannot tell if the shell > really works, at least it prints a message and seems to wait for input. > > Maybe you'll have more luck, Tom. > > Have fun. > --- > Regards, > Harald > From harald.koerfgen@netcologne.de Sun Sep 13 20:41:05 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA08389; Sun, 13 Sep 1998 20:41:03 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 20:41:03 +0200 (MET DST) Received: from franz.no.dom (dial2-43.netcologne.de [194.8.195.43]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA27021 for ; Sun, 13 Sep 1998 20:41:00 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 13 Sep 1998 20:42:23 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: /dev/console Content-Length: 287 Lines: 12 Hi Tom, On 13-Sep-98 Thomas Riemer wrote: > The first try doesn't look too hopeful - when I run with this image > it doesn't seem to call fs/open.c/sys_open. This is ok. sash writes to stdout which is already open. Do you remember open("/dev/console"); in init.c? --- Regards, Harald From R.vandenBerg@inter.NL.net Sun Sep 13 20:49:08 1998 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 UAA08436; Sun, 13 Sep 1998 20:49:07 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 20:49:07 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-25.Hoorn.NL.net [193.79.46.189] with ESMTP for id UAA00346 (8.8.8/3.28); Sun, 13 Sep 1998 20:49:05 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 13 Sep 1998 20:47:21 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 13 Sep 1998 20:47:21 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1620 Lines: 41 Hello fellow developers, This is the linker complain with PROM console configured: drivers/tc/tc.a(decserial.o): In function `rs_init': decserial.c(.text.init+0x56c): multiple definition of `rs_init' arch/mips/dec/dec.o(.text.init+0xeb4):time.c: first defined here Which was solved with commenting out rs_init() in promcon.c. On Sun, 13 Sep 1998, Harald Koerfgen wrote: [snipped some] > The hello world program is also causing other problems. I have uploaded a > new ramdisk image containing a statically linked stand alone shell as /bin/sh. > It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. Work for wget. > This shell does not only use stdin/stdout for it's output, but cures the > strange locked buffers problem as well. Is it possible that this cause to show up at the first boot "He" and with the second boot "Hel" on the terminal? BTW, can a 5k/133 only be reset by switching the power off and on? The momentary switch at the back soesn't seem to do much.... and the Ctrl-Alt Function-Backspace trick like on MAXine doesn't work too. > Unfortunately I am still fighting with the Z8530 so I cannot tell if the shell > really works, at least it prints a message and seems to wait for input. With that in mind I tried to compile the PROM console support, solving the linking unwillingnes didn't give any output like I expected it looking at the code. At the moment I'm stuck with the fact that I can't discover from where dec_entry() in arch/mips/dec/boot/decstation.c gets called to find out the kernel's boot sequence in order to do a proper console setup. Regards, Richard From triemer@apt4g.a3nyc.com Sun Sep 13 21:04:16 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA10320; Sun, 13 Sep 1998 21:04:14 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 21:04:14 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id PAA30022 for ; Sun, 13 Sep 1998 15:04:19 -0400 Date: Sun, 13 Sep 1998 15:04:16 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 813 Lines: 29 followed by dup(0), dup(0)... About half-way through the next compile my brain clicked onto this.... duh... One day my synapses will catch up with my figures. I also realized that the problem I'm having with device names is just debugging output that is simply wrong. I'm waiting for the compile to see if I get some output. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sun, 13 Sep 1998, Harald Koerfgen wrote: > Hi Tom, > > On 13-Sep-98 Thomas Riemer wrote: > > The first try doesn't look too hopeful - when I run with this image > > it doesn't seem to call fs/open.c/sys_open. > > This is ok. sash writes to stdout which is already open. Do you > remember open("/dev/console"); in init.c? > > --- > Regards, > Harald > From R.vandenBerg@inter.NL.net Sun Sep 13 23:35:26 1998 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 XAA12877; Sun, 13 Sep 1998 23:35:26 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 23:35:26 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-13.Hoorn.NL.net [193.79.46.177] with ESMTP for id XAA18217 (8.8.8/3.28); Sun, 13 Sep 1998 23:35: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, 13 Sep 1998 23:34:35 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 13 Sep 1998 23:34:34 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 402 Lines: 19 Hi all, On Sun, 13 Sep 1998, Harald Koerfgen wrote: [snipped] > The hello world program is also causing other problems. I have uploaded a > new ramdisk image containing a statically linked stand alone shell as /bin/sh. > It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. This says "Sta" on the terminal. > Maybe you'll have more luck, Tom. I hope so. Regards, Richard From triemer@apt4g.a3nyc.com Sun Sep 13 23:46:24 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA12956; Sun, 13 Sep 1998 23:46:23 +0200 (MET DST) Received-Date: Sun, 13 Sep 1998 23:46:23 +0200 (MET DST) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id RAA30112 for ; Sun, 13 Sep 1998 17:46:37 -0400 Date: Sun, 13 Sep 1998 17:46:37 -0400 (EDT) From: Thomas Riemer To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1403 Lines: 47 I've narrowed down my problem to the dz driver - dz_write routine - Its actually being called with the correct text... (This is after cludging line 0 to point to line 3 in all cases - that one I can undo once I can see something working) The full text I believe (It scrolls off the screen pretty quick) should say something like: Static Shell Version 1.0. I'm getting that printed out of printk routines - unfortunately not over the serial device /dev/console. I'm in the process of testing through to figure out which of the variables I haven't defined correctly. And somehow I believe my printks are getting in the way - I haven't quite figured out how to turn off the hardware interrupts yet. Although I have to admit that its flaky at the moment to get that out. -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sun, 13 Sep 1998, Richard van den Berg wrote: > Hi all, > > On Sun, 13 Sep 1998, Harald Koerfgen wrote: > > [snipped] > > > The hello world program is also causing other problems. I have uploaded a > > new ramdisk image containing a statically linked stand alone shell as /bin/sh. > > It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. > > This says "Sta" on the terminal. > > > Maybe you'll have more luck, Tom. > > I hope so. > > Regards, > > Richard > From harald.koerfgen@netcologne.de Mon Sep 14 19:11:26 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA00828; Mon, 14 Sep 1998 19:11:20 +0200 (MET DST) Received-Date: Mon, 14 Sep 1998 19:11:20 +0200 (MET DST) Received: from franz.no.dom (dial6k-130.netcologne.de [195.14.233.130]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id TAA01833 for ; Mon, 14 Sep 1998 19:11:05 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 14 Sep 1998 19:12:31 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: /dev/console Content-Length: 1741 Lines: 59 Hi Tom, On 13-Sep-98 Thomas Riemer wrote: > I've narrowed down my problem to the dz driver - dz_write routine - > Its actually being called with the correct text... > > (This is after cludging line 0 to point to line 3 in all cases > - that one I can undo once I can see something working) > > The full text I believe (It scrolls off the screen pretty quick) > should say something like: > Static Shell Version 1.0. Stand alone shell (Version 1.0), available from sunsite. > I'm getting that printed out of printk routines - unfortunately > not over the serial device /dev/console. I'm in the process of > testing through to figure out which of the variables I haven't > defined correctly. > > And somehow I believe my printks are getting in the way - That may definitely be the case. Printing debugging output over the same serial line you want to debug is, uhmmm..., suboptimal (Trust me, I am there and doing it, with the same problems :-)). > I haven't > quite figured out how to turn off the hardware interrupts yet. If the DZ chip doesn't have the ability to turn it's interrupts off, you'll have to disable it's interrupt line in the CP0 status register. Something like: extern void disable_irq(unsigned int); extern void enable_irq(unsigned int); ... disable_irq(SERIAL); /* * Do what you have to do with serial interrupts off */ enable_irq(SERIAL); ... might do what you want. Probably even safer may be: unsigned long flags; ... save_and_cli(flags); /* * Do what you have to do with *all* interrupts off */ restore_flags(flags); which is shorter and faster than the previous code. --- Regards, Harald From harald.koerfgen@netcologne.de Mon Sep 14 19:11:20 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA00825; Mon, 14 Sep 1998 19:11:18 +0200 (MET DST) Received-Date: Mon, 14 Sep 1998 19:11:18 +0200 (MET DST) Received: from franz.no.dom (dial6k-130.netcologne.de [195.14.233.130]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id TAA01837 for ; Mon, 14 Sep 1998 19:11:08 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 14 Sep 1998 19:12:33 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: /dev/console Content-Length: 546 Lines: 23 Hi, On 13-Sep-98 Richard van den Berg wrote: > Hi all, > > On Sun, 13 Sep 1998, Harald Koerfgen wrote: > > [snipped] > >> The hello world program is also causing other problems. I have uploaded a >> new ramdisk image containing a statically linked stand alone shell as >> /bin/sh. >> It can be downloaded via http://www.netcologne.de/~nc-koerfgha/ramdisk.img. > > This says "Sta" on the terminal. So it does on my DS5k/240 whereas on my DS5k/133 I am experiencing spurious interrupts. Strange hardware :-(. Stay tuned. --- Regards, Harald From R.vandenBerg@inter.NL.net Mon Sep 14 22:35:36 1998 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 WAA02110; Mon, 14 Sep 1998 22:35:36 +0200 (MET DST) Received-Date: Mon, 14 Sep 1998 22:35:36 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-40.Hoorn.NL.net [193.79.46.204] with ESMTP for id WAA23915 (8.8.8/3.28); Mon, 14 Sep 1998 22:35:34 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 14 Sep 1998 22:35:20 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 14 Sep 1998 22:35:19 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 410 Lines: 20 Hello, On Mon, 14 Sep 1998, Harald Koerfgen wrote: > So it does on my DS5k/240 whereas on my DS5k/133 I am experiencing spurious > interrupts. Strange hardware :-(. Is that why we like it... > Stay tuned. Sure will, especially now having the PROM consoles alive and not complaining "Warning: unable to open an initial console.", just saying "rs_ioctl". ;-) Back to IDT's R3k manual... Regards, Richard From R.vandenBerg@inter.NL.net Tue Sep 15 19:47:06 1998 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 TAA11503; Tue, 15 Sep 1998 19:47:06 +0200 (MET DST) Received-Date: Tue, 15 Sep 1998 19:47:06 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-20.Hoorn.NL.net [193.79.46.184] with ESMTP for id TAA08346 (8.8.8/3.28); Tue, 15 Sep 1998 19:47:04 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 15 Sep 1998 19:46:39 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 15 Sep 1998 19:46:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 502 Lines: 14 Hello Harald, > So it does on my DS5k/240 whereas on my DS5k/133 I am experiencing spurious > interrupts. Strange hardware :-(. Do you also have a Bus Error when you hit a key at the terminal, or do you mean that with spurious interrupts? Well, here it happens and shows on the promconsole. It is at 80085138, according to System.map 80085040 is decstation_handle_int and 80085164 is kn02_io_int, both in arch/mips/dec/int-handler.S. How do I add a printk() in assembly? :-) Happy hacking, Richard From harald.koerfgen@netcologne.de Tue Sep 15 22:52:03 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA12685; Tue, 15 Sep 1998 22:52:01 +0200 (MET DST) Received-Date: Tue, 15 Sep 1998 22:52:01 +0200 (MET DST) Received: from franz.no.dom (dial5-123.netcologne.de [194.8.195.123]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA18102; Tue, 15 Sep 1998 22:51:37 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 15 Sep 1998 22:53:03 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Richard van den Berg Subject: RE: /dev/console Cc: linux-mips@fnet.fr Content-Length: 1515 Lines: 45 Hi Richard, On 15-Sep-98 Richard van den Berg wrote: > Hello Harald, > >> So it does on my DS5k/240 whereas on my DS5k/133 I am experiencing spurious >> interrupts. Strange hardware :-(. > > Do you also have a Bus Error when you hit a key at the terminal, or > do you mean that with spurious interrupts? Yes, that's what I meant. The "official" DECstation interrupt handler, i.e. the one that you have, doesn't take take of spurious interrupts. This results in an "infinite" loop until a pointer reaches the end of physical memory which triggers a Bus Error. > Well, here it happens and > shows on the promconsole. It is at 80085138, according to System.map > 80085040 is decstation_handle_int and 80085164 is kn02_io_int, both in > arch/mips/dec/int-handler.S. After experiencing these Bus Errors I tracked these down to the situation that: a) An interrupt has occured. Otherwise the interrupt handler wouldn't have been called. b) The interrupt status in CP0_STATUS is 0 (zero)! c) The interrupt status register in the IOASIC shows a serial interrupt pending. Strange but true. As I've said, I am still fighting with the hardware and it doesn't look like I am making any progress :-(. Even the brute force method, i.e. pretending those spurious interrupts *are* serial interrupts and handling them accordingly, doesn't help. > How do I add a printk() in assembly? :-) Hint: include/asm-mips/asm.h. Examples: arch/mips/kernel/entry.S and head.S. --- Regards, Harald From ralf@uni-koblenz.de Wed Sep 16 00:27:20 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA15125; Wed, 16 Sep 1998 00:27:19 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 00:27:19 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (pmport-06.uni-koblenz.de [141.26.249.6]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA20000 for ; Wed, 16 Sep 1998 00:27:17 +0200 (MET DST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id AAA00446; Wed, 16 Sep 1998 00:07:47 +0200 Message-ID: <19980916000747.E32589@uni-koblenz.de> Date: Wed, 16 Sep 1998 00:07:47 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: MIPS modules Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 158 Lines: 5 I've fixed the module support again. Looks like we somehow lost parts of the module fixes I did long ago. Anyway, will commit them later this week. Ralf From ralf@uni-koblenz.de Wed Sep 16 00:27:34 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA15149; Wed, 16 Sep 1998 00:27:33 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 00:27:33 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (pmport-06.uni-koblenz.de [141.26.249.6]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA20015 for ; Wed, 16 Sep 1998 00:27:31 +0200 (MET DST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id AAA00454; Wed, 16 Sep 1998 00:16:25 +0200 Message-ID: <19980916001625.F32589@uni-koblenz.de> Date: Wed, 16 Sep 1998 00:16:25 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: MIPS HOWTO / FAQ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 738 Lines: 16 Hi, since nobody else does (hint, hint ...) I started to rework the MIPS FAQ. Attached the first very incomplete version. As of this version the FAQ is now written using the Linux SGML tools. I append a text version generated with sgml2txt. Comments, additional text etc. apreciated. I'm especially thinking of the DECstation people but not only. Special feature: the topic ``How to brew a cross compiler'' now has it's own uptodate and about 5 printed pages long section describing how to roll a crosscompiler based on the newest stuff. The topic has actually also been interesting for other people as many postings in the past have shown. Maybe the crosscompiler part is actually worth it's own, separate HOWTO document? Ralf From ralf@uni-koblenz.de Wed Sep 16 03:50:56 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA18030; Wed, 16 Sep 1998 03:50:53 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 03:50:53 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (pmport-27.uni-koblenz.de [141.26.249.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA24645 for ; Wed, 16 Sep 1998 03:50:45 +0200 (MET DST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id DAA00926; Wed, 16 Sep 1998 03:50:21 +0200 Message-ID: <19980916035021.A451@uni-koblenz.de> Date: Wed, 16 Sep 1998 03:50:21 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS HOWTO / FAQ References: <19980916001625.F32589@uni-koblenz.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=OXfL5xGRrasGEqWY X-Mailer: Mutt 0.91.1 In-Reply-To: <19980916001625.F32589@uni-koblenz.de>; from ralf@uni-koblenz.de on Wed, Sep 16, 1998 at 12:16:25AM +0200 Content-Length: 20754 Lines: 623 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii On Wed, Sep 16, 1998 at 12:16:25AM +0200, ralf@uni-koblenz.de wrote: > since nobody else does (hint, hint ...) I started to rework the MIPS FAQ. > Attached the first very incomplete version. As of this version the > FAQ is now written using the Linux SGML tools. I append a text version > generated with sgml2txt. Comments, additional text etc. apreciated. > I'm especially thinking of the DECstation people but not only. > > Special feature: the topic ``How to brew a cross compiler'' now has it's > own uptodate and about 5 printed pages long section describing how to > roll a crosscompiler based on the newest stuff. The topic has actually > also been interesting for other people as many postings in the past > have shown. Maybe the crosscompiler part is actually worth it's own, > separate HOWTO document? Sorry, forgot to add the attachment ... Ralf --OXfL5xGRrasGEqWY Content-Type: text/plain Content-Disposition: attachment; filename="mips-howto.txt" Linux/MIPS HOWTO Ralf Baechle, ralf@gnu.org September 11, 1998 XXX General blurb for the first page. ______________________________________________________________________ Table of Contents 1. What is Linux/MIPS? 2. What hardware does Linux/MIPS support? 2.1 Hardware platforms 2.1.1 Silicon Graphics Indy 2.1.2 Silicon Graphics Challenge S 2.1.3 Silicon Graphics Indigo 2.1.4 Motorola 68k based machines like the Iris 3000 2.1.5 Other Silicon Graphics machines 2.1.6 SNI RM200C 2.1.7 SNI RM200 2.1.8 Algorithmics P4032 2.1.9 DECstation series 2.1.10 Mips Magnum 4000 / Olivetti M700-10 2.1.11 MIPS Magnum 4000SC 2.2 Processor types 2.2.1 R2000, R3000 family 2.2.2 R6000 2.2.3 R4000 and R5000 family 2.2.4 R8000 2.2.5 R10000 2.3 Drivers 3. Is there a Linux distribution? 3.1 RedHat 3.2 What about other distributions? 4. Where can I get Linux/MIPS from? 5. Installation of Linux/MIPS. 6. How do I setup a crosscompiler? 6.1 Diskspace requirements 6.2 Byte order 6.3 Configuration names 6.4 Installation of GNU Binutils. 6.5 Assert.h 6.6 First installation of egcs 6.7 float.h 6.8 Installing the kernel sources 6.9 Installing GNU libc 6.10 Building egcs again 6.11 Should I build the C++, Objective C or F77 compilers? ______________________________________________________________________ 1. What is Linux/MIPS? XXX Add some general blurb, maybe move into abstract. 2. What hardware does Linux/MIPS support? 2.1. Hardware platforms Many machines are available with a number of different CPU options of which not all are currently are supported. Please check section ``Processor Type'' to make shure your CPU type is supported. 2.1.1. Silicon Graphics Indy The Indy is currently the only (mostly) supported Silicon Graphics machine. 2.1.2. Silicon Graphics Challenge S This machine is very similar to the Indy; it would therefore be a worthwile target for a hacker. What's missing is modifying the graphics card probing code such that it works in absence of a graphics card as this is the case on a headless machine like the Challenge S. 2.1.3. Silicon Graphics Indigo This machine is only being mentioned here because occasionally people have confused it with Indys. The Indigo series is a different architecture however and therefore yet unsupported. 2.1.4. Motorola 68k based machines like the Iris 3000 These are very old machines, probably more than ten years old by now. As these machines are not based on MIPS processors this document is the wrong place to search for information. However, in order to make things easy, these machines are currently not supported. 2.1.5. Other Silicon Graphics machines At this time no other Silicon Graphics machine is supported. This also applies to the very old Motorola 68k based systems. 2.1.6. SNI RM200C In contrast to the RM200 (see below) this machine has EISA and PCI slots. The RM200 is supported with the exception of the availability of the onboard NCR53c810A SCSI controller. 2.1.7. SNI RM200 If your machine has both EISA and PCI slots, then this is a RM200C, please see above. Due to the slight architectural differences of the RM200 and the RM200C this machine isn't currently supported in the official sources. Michael Engel engel@numerik.math.uni-siegen.de has managed to get his RM200 working partially but the patches haven't yet be included into the official Linux/MIPS sources. 2.1.8. Algorithmics P4032 (XXX Bash Ralf and Michael to finish this ... XXX) 2.1.9. DECstation series XXX Could some DECy write something for this? XXX 2.1.10. Mips Magnum 4000 / Olivetti M700-10 These two machines are both almost completely identical. Back during the ACE initiative Olivetti licensed the Jazz design and marketed the machine with Windows NT as OS. MIPS Computer Systems, Inc. itself bought the Jazz design and marketed it as the MIPS Magnum 4000 series of machines. Magnum 4000 systems were marketed with Windows NT and RISC/os as operating systems. Depending from the operating system which was installed on the machine a different firmware was installed on the box. Linux/MIPS supports only the little endian firmware on these two types of machines. Since the M700-10 was only marketed as NT machine all M700-10 machines have this firmware installed. The MIPS Magnum case is somewhat more complex. If your machine has been configured big endian for RISC/os then you need to reload the little endian firmware. This firmware was originally included with the delivery of every Magnum on a floppy. If you don't have the floppy anymore you can download it via anonymous ftp from . Note that the little endian firmware does not support headless operation. So if your machine does not include the standard G364 graphics card, your machine cannot boot. 2.1.11. MIPS Magnum 4000SC The Mips Magnum 4000SC is just the same as an Magnum 4000 (see above) with the exception that it's using a R4000SC CPU which currently is not supported by Linux. 2.2. Processor types 2.2.1. R2000, R3000 family The R2000 is the original MIPS processor. It's a 32 bit processor which was clocked at 8MHz back in '85 when the first MIPS processors came to the market. Later versions were clocked faster. The R3000 is a redesign of the R2000 which is 100% compatible, it was just again clocked faster. Because of the high compatibility this document usually only mentions the R3000 even though the same facts in most cases also apply for the R2000. Same also applies for the R3000 which basically a R3000 plus a R3010 FPU and 64k cache running at upto 40Mhz and integrated into same chip. Support for the R3000 processor is currently in the works by various people. Harald Koerfgen harald.koerfgen@netcologne.de and Gleb O. Raiko raiko@niisi.msk.ru have both indepentently worked on patches which however haven't yet been integrated into the official Linux/MIPS sources. 2.2.2. R6000 Sometimes people confuse the R6000, a MIPS processor, with RS6000, a series of workstations made by IBM. So if you're reading this in hope to find out more about Linux on IBM machines you're reading the wrong document. The R6000 is currently not supported. It is a 32 bit MIPS ISA 2 processor and a pretty interesting and wiered piece of silicon. It was developed and produced by a company named BIT Technology. Later NEC took over the semiconductor production. It was built in ECL technology, the same technology that was and still is being used to build extremly fast chips like those used in some Cray computers. The processor had it's TLB implemented as part of the last couple of lines of the external primary cache, a technology called TLB slice. That means it's MMU is substancially different from those of the R3000 or R4000 series which also is one of the reasons why the processor isn't supported. 2.2.3. R4000 and R5000 family Linux supports many of the members of the R4000 family, currently these are R4000PC, R4400PC, R4300, R4600, R4700, R5000, R5230, R5260. Many others are probably working as well. Not supported are R4000SC, R4000MC, R4400SC and R4400MC CPUs as well as R5000 systems with a CPU controlled second level cache. This means where the cache is controlled by the R5000 itself in contrast to some external external cache controller. The difference is important because unlike to other systems, especially PCs, on MIPS the cache is archtecturally visible and needs to be controlled by software. Ulf Carlsson grim@zigzegv.ml.org and Ralf Baechle ralf@gnu.org are currently working on support for R4000SC and R4400SC. 2.2.4. R8000 The R8000 is currently unsupported partly because the machines used by the Linux/MIPS developers don't have such a machine, partly because this processor is relativly rare and has only been used in a few SGI machines. The R8000 is a pretty interesting piece of silicon. Unlike the other members of the MIPS family it is a set of seven chips. It's cache and TLB architecture is pretty different from the other members of the MIPS family. It was born as a hack in order to get the floating point crown back to Silicon Graphics in time before the R10000 is finished. 2.2.5. R10000 The R10000 is currently unsupported because the machines used by the Linux/MIPS developers don't have such a machine. 2.3. Drivers 3. Is there a Linux distribution? 3.1. RedHat XXX Add some gossip about HardHat aka Rough Cuts XXX. 3.2. What about other distributions? 4. Where can I get Linux/MIPS from? 5. Installation of Linux/MIPS. 6. How do I setup a crosscompiler? First of all go and download the following source packages: XXX Incomplete, maybe tell'em to get the files from the srpm packages? XXX o binutils-2.8.1.tar.gz o egcs-1.0.2.tar.gz o glibc-2.0.6.tar.gz o glibc-crypt-2.0.6.tar.gz o glibc-localedata-2.0.6.tar.gz o glibc-linuxthreads-2.0.6.tar.gz These are the currently recommended versions. Older versions may or may not be working. If you're trying to use older versions please don't send bug reports, we don't care. When installing please install things in the order binutils, egcs, then glibc. Unless you already have older versions already installed changing the order will fail. 6.1. Diskspace requirements For the installation you'll have to choose a directory for installation. I'll refer to that directory below with . To avoid a certain problem best just the same value for as your native gcc. For example if your gcc is installed in /usr/bin/gcc then choose /usr for . You must use the same value for all the packages that you're going to install. During compilation you'll need about 31mb diskspace for binutils. For installation you'll need 7mb diskspace for binutils on 's partition. Building egcs requires 71mb and installation 14mb. GNU libc requires 149mb diskspace during installation and 33mb for installation. Note these number are just a guideline and may differ significantly for different processor and operating system architectures. 6.2. Byte order On of the special features of the MIPS architecture is that all processors except the R8000 can be configured to run either in big or in little endian mode. Byte order means the way the processor stores multibyte numbers in memory. Big endian machines store the the byte with the highest value digits at the lowest address while little endian machines store it at the highest address. Think of it like writing multi digit numbers from the left to the right or visa versa. In order to setup your crosscompiler correctly you have to know the byte order of the crosscompiler target. If you don't know already know, check the section ``Hardware Platforms'' for your machine's byteorder. 6.3. Configuration names Many of the packages based on autoconf are supporting many different architectures and operating systems. In order to differenciate between these many configurations names madeup like -- or even ---. Expressed that way the configuration names of Linux/MIPS are mips-unknown-linux- gnu for big endian targets or mipsel-unknown-linux-gnu for little endian targets. Those names are a bit long and so it's allowed to abreviate them to mips-linux or mipsel-linux. You must use the same configuration name for all the packages that your crosscompilation environment consists of. Also, while other names like mips-sni-linux or mipsel-sni-linux are both legal configuration names, don't use them but only mips-linux or mipsel-linux. The reason is that other packages like the Linux kernel sources know about these configuration names and you'd have to change them for crosscompilation. I'll refer to the target configuration name below with . 6.4. Installation of GNU Binutils. This is the first and most simple part - at least as long as you're trying to install on any halfway sane UNIX flavour. Just cd into a directory with enough free space and do the following: gzip -cd binutils-.tar.gz | tar xf - cd binutils- patch -p1 < ../binutils--mips.patch ./configure --prefix= --target= make CFLAGS=-O2 make install This usually works very easily. On certain machines using GCC 2.7.x as compiler is known to dump core. This is a known bug in GCC and can be fixed by upgrading to GCC 2.8.1 or egcs. 6.5. Assert.h Some people have an old assert.h headerfile installed, probably a leftover from an old crosscompiler installation. This file may cause autoconf scripts to fail silently. It was never necessary and only got installed due to a bug in older GCC versions. Check if //include/assert.h exists in your installation. If so, just delete it. 6.6. First installation of egcs Now the not so funny part begins. There is a so called bootstrap problem. In our case that means the installation process of egcs needs an already installed glibc. But we cannot yet compile glibc because we don't have a working crosscompiler yet. Luckily you'll only have to go through this once when you install a crosscompiler for the first time. Later when you already have glibc installed things will be much smoother. So now do: gzip -cd egcs-.tar.gz | tar xf - cd egcs- for i in egcs-1.0.2-libio.patch egcs-1.0.2-hjl.patch \ egcs-1.0.2-rth1.patch egcs-1.0.2-rth2.patch egcs-1.0.2-rth3.patch \ egcs-1.0.2-rth4.patch egcs-1.0.2-hjl2.patch egcs-1.0.2-jim.patch \ egcs-1.0.2-haifa.patch egcs-1.0.1-objcbackend.patch \ egcs-1.0.2-mips.patch; do patch -p1 -d < ../$i; done ./configure --prefix= --with-newlib --target= cd gcc make LANGUAGES="c" Note that we deliberately don't build gcov, protoize, unprotoize and the libraries. Gcov doesn't make sense in a crosscompiler environe- ment and protoize and unprotoize might even overwrite your native pro- grams - this is a bug in the gcc makefiles. Finally we cannot yet build the libraries because we don't have glibc installed yet. If everything went successful install with: make LANGUAGES="c" install 6.7. float.h Another, bootstrap problem is that building GCC requires running programs on the machine that GCC will generate code for. But since a crosscompiler is running on a different type of machine this cannot work. When buiding GCC this happens for the header file float.h. Luckily there is a simple solution. Download the header file from one of the Linux/MIPS ftp servers or rip it from one of the native Linux/MIPS binary packages. Later when recompiling or upgrading egcs usually the already installed float.h file will do because float.h changes rarely. Install it with: cp float.h //include/float.h where is the internal version number of the egcs version you're using. For egcs 1.0.2 for example you would put egcs-2.90.27 for . If not shure - ls is your friend. 6.8. Installing the kernel sources XXX Write some simple shit for nobrainers. If you only want the crosscompiler for building kernel you're done. 6.9. Installing GNU libc Do: gzip -cd glibc-2.0.6.tar.gz | tar xf - cd glibc-2.0.6 gzip -cd glibc-crypt-2.0.6.tar.gz | tar xf - gzip -cd glibc-localedata-2.0.6.tar.gz | tar xf - gzip -cd glibc-linuxthreads-2.0.6.tar.gz | tar xf - patch -p1 < ../glibc-2.0.6-mips.patch mkdir build cd build CC=-gcc BUILD_CC=gcc AR=-ar RANLIB=-ranlib \ ../configure --prefix=/usr --host= \ --enable-add-ons=crypt,linuxthreads,localedata --enable-profile make You now have a compiled GNU libc which still needs to be installed. Do not just type make install. That would overwrite your host sys- tem's files with Linux/MIPS specific files with desasterous effects. Instead install GNU libc into some arbitrary other directory from which we'll move the part's we need for crosscompilation into the actual target directory: make install_root= install Now cd into and install finally install GNU libc manually: cd usr/include find . -print | cpio -pumd //include cd ../../lib find . -print | cpio -pumd //lib cd ../usr/lib find lib -print | cpio -pumd //lib GNU libc also contains extensive online documentation. Your systems might already have a version of this documentation installed. So if you don't want to install the info pages which will save you a less than a megabyte or already have them installed skip the next step: step: cd ../info gzip -9 *.info* find . -name \*.info\* -print | cpio -pumd /info If you're not bootstrapping you're installation is now finished. 6.10. Building egcs again The first attempt of building egcs was stopped by a not yet existent GNU libc. Since we now have libc installed we can rebuild egcs but this time as complete as a crosscompiler installation can be: gzip -cd egcs-.tar.gz | tar xf - cd egcs- for i in egcs-1.0.2-libio.patch egcs-1.0.2-hjl.patch \ egcs-1.0.2-rth1.patch egcs-1.0.2-rth2.patch egcs-1.0.2-rth3.patch \ egcs-1.0.2-rth4.patch egcs-1.0.2-hjl2.patch egcs-1.0.2-jim.patch \ egcs-1.0.2-haifa.patch egcs-1.0.1-objcbackend.patch \ egcs-1.0.2-mips.patch; do patch -p1 < ../$i; done ./configure --prefix= --target= make LANGUAGES="c c++ objective-c f77" As you can see the procedure is the same as the first time with the exception that we dropped the --with-newlib option. This option was necessary to avoid the libgcc build breaking due to the not yet installed libc. Now install with: make LANGUAGES="c c++ objective-c f77" install You're almost finished. All you'll now still have to do is to rein- stall float.h which has been overwritten by the last make install com- mand. You'll have to do that every time you reinstall egcs as a crosscompiler. If you think you don't need the Objective C or F77 compilers you can omit them from above commands. Each will save you about 3mb. However don't build gcov, protoize and unprotoize. 6.11. Should I build the C++, Objective C or F77 compilers? The answer to this question largely depends on your use of your crosscompiler environment. If you only intend to rebuild the Linux kernel then you have no need for the full blown setup and can safely omit the Objective C and F77 compilers. You however must build the C++ compiler because building the libraries included with the egcs distribution are written in C++. --OXfL5xGRrasGEqWY-- From lembark@wrkhors.com Wed Sep 16 09:06:42 1998 Received: from bird.wrkhors.com (root@bird.wrkhors.com [206.180.156.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA23843; Wed, 16 Sep 1998 09:06:40 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 09:06:40 +0200 (MET DST) Received: from wrkhors.com (poolf3-044.wwa.com [207.241.63.173]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id CAA18472 for ; Wed, 16 Sep 1998 02:06:36 -0500 Sender: lembark@wrkhors.com Message-ID: <35FF6374.59F10B25@wrkhors.com> Date: Wed, 16 Sep 1998 02:06:29 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.06 [en] (X11; U; Linux 2.0.35 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: MIPS HOWTO / FAQ References: <19980916001625.F32589@uni-koblenz.de> <19980916035021.A451@uni-koblenz.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msCC3CA446642D88E4FAF65422" Content-Length: 3994 Lines: 69 This is a cryptographically signed message in MIME format. --------------msCC3CA446642D88E4FAF65422 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Sorry, forgot to add the attachment ... > > mips-howto.txt Name: mips-howto.txt > Type: Plain Text (text/plain) ahh, this *does* makes it easier to read :-) -- Steven Lembark 2930 W. Palmer St. Workhorse Computing Chicago, IL 60647 lembark@wrkhors.com 800-762-1582 --------------------------------------------------------------------- The opinions expressed here are those of this company. I am the company. --------------------------------------------------------------------- --------------msCC3CA446642D88E4FAF65422 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIaAYJKoZIhvcNAQcCoIIIWTCCCFUCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BqEwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/7Wcab/6MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODAyMTMwMDAw MDBaFw05OTAyMTMyMzU5NTlaMIIBHDERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDlN0ZXZlbiBMZW1iYXJr MSIwIAYJKoZIhvcNAQkBFhNsZW1iYXJrQHdya2hvcnMuY29tMFwwDQYJKoZIhvcNAQEBBQAD SwAwSAJBALIZkLcDVrYlAXaMuzHZgRNl8sXENgQpWOY1y/qQ3zr28bz2wx58G6nAUE8Ua9ua 3jSATooRSELXWxt+wyguwwECAwEAAaOCAV0wggFZMAkGA1UdEwQCMAAwga8GA1UdIASBpzCA MIAGC2CGSAGG+EUBBwEBMIAwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJpU2lnbidz IENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlTaWduAAAA AAAAMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNmMjA0 NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdkYTVk M2YyMTQxYmVhZGIyYmQyZTg5MjE1YWE2OWYxZDQxMTQ5OTdhMWIzNDNmNGU1OTc2NTQxMA0G CSqGSIb3DQEBBAUAA4GBAEWNZJ2oEw1sqpCyiYNc0DCoG3ytfJcWz/yvDSNWIdVcau0WkIq3 xTTyml4GUxR8/nqbPwy/Ye9q24Lf9az3DVMTVaaw0dgnSrExrfzSuEYuFPyMi4cYr1NAbfyu ZRHx5ckbJUU9UyPQPjuTF8NjdrggAAPlTz8vK1NBhUJ/Xm9pMIICeTCCAeKgAwIBAgIQUh81 HfJwfgArvspZhwTVOTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwNjI3MDAwMDAwWhcNOTkwNjI3MjM1OTU5WjBiMREw DwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsTK1Zl cmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXIwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBALYUps9N0AUN2Moj0G+qtCmSY44s+G+W1y6ddksRsTaNV8nD/RzG uv4eCLozypXqvuNbzQaot3kdRCrtc/KxUoNoEHBkkdc+a/n3XZ0UQ5tul0WYgUfRLcvdu3LX TD9xquJA8lQ5vBbuz3zsuts/bCqzFrGGEp2ukzTVuNXQ9z6pAgMBAAGjMzAxMA8GA1UdEwQI MAYBAf8CAQEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIF AAOBgQDB+vcC51fKEXXGnAz6K3dPh0UXO+PSwdoPWDmOrpWZA6GooTj+eZqTFwuXhjnHymg0 ZrvHiEX2yAwF7r6XJe/g1G7kf512XM59uhSirguf+2dbSKVnJa8ZZIj2ctgpJ6o3EmqxKK8n gxhlbI3tQJ5NxHiohuzpLFC/pvkN27CmSjGCAY8wggGLAgEBMHYwYjERMA8GA1UEBxMISW50 ZXJuZXQxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFz cyAxIENBIC0gSW5kaXZpZHVhbCBTdWJzY3JpYmVyAhBVDFTJrYx0lb7N/7Wcab/6MAkGBSsO AwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNOTgw OTE2MDcwNjI5WjAjBgkqhkiG9w0BCQQxFgQUAxQwUhvsWQrEp9KLCZqDBUsH5ScwUgYJKoZI hvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZI hvcNAwICAUAwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEQJiCxHfgD/OFiX/uKH7f as3zF6a5FgiG+ctIIlWs+b5BZssPPcB2+Omt6/7VPFldqtgEJwDLe6xHV2D9P+EkiOk= --------------msCC3CA446642D88E4FAF65422-- From R.vandenBerg@inter.NL.net Wed Sep 16 14:49:53 1998 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 OAA25605; Wed, 16 Sep 1998 14:49:52 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 14:49:52 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-55.Hoorn.NL.net [193.79.46.219] with ESMTP for id OAA18698 (8.8.8/3.28); Wed, 16 Sep 1998 14:49:50 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 16 Sep 1998 14:49:40 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 16 Sep 1998 14:49:39 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: MIPS HOWTO / FAQ In-Reply-To: <19980916001625.F32589@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Length: 1389 Lines: 31 On Wed, 16 Sep 1998 ralf@uni-koblenz.de wrote: > Hi, >=20 > since nobody else does (hint, hint ...) I started to rework the MIPS FAQ. > Attached the first very incomplete version. As of this version the > FAQ is now written using the Linux SGML tools. I append a text version > generated with sgml2txt. Comments, additional text etc. apreciated. > I'm especially thinking of the DECstation people but not only. As I'm pretty DECstation only minded I make a start with that section and post it in this group. Think we all prefer hacking. :-) Small remark: I assume that you're meaning Megabytes instead of millibytes in section =AB6.1. Diskspace requirements=BB? How about the location of the kernelsource, for DECstations at least I'm using the source from http://decstation.unix-ag.org/, how is that related to other architectures? I guess locations is something that has to be worked out. > Special feature: the topic ``How to brew a cross compiler'' now has it's > own uptodate and about 5 printed pages long section describing how to > roll a crosscompiler based on the newest stuff. The topic has actually > also been interesting for other people as many postings in the past > have shown. Maybe the crosscompiler part is actually worth it's own, > separate HOWTO document? A MIPS-hardware-howto and a MIPS-software-howto? Why not. Thanks for this HOWTO! Regards, Richard From R.vandenBerg@inter.NL.net Wed Sep 16 18:12:54 1998 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 SAA26482; Wed, 16 Sep 1998 18:12:53 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 18:12:53 +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 id SAA23934 (8.8.8/3.28); Wed, 16 Sep 1998 18:12:50 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 16 Sep 1998 18:11:54 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 16 Sep 1998 18:11:53 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: "Koerfgen, Harald -- Harald Koerfgen" , linux-mips@fnet.fr Subject: RE: /dev/console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 817 Lines: 24 Hello Harald, On Tue, 15 Sep 1998, Harald Koerfgen wrote: > After experiencing these Bus Errors I tracked these down to the situation that: > > a) An interrupt has occured. Otherwise the interrupt handler wouldn't have been > called. > > b) The interrupt status in CP0_STATUS is 0 (zero)! > > c) The interrupt status register in the IOASIC shows a serial interrupt > pending. DECstations indeed handle interrupts in there own particular way... Above made me thinking and researching and I came down to the system support register. What if that's still in the power up state? The only reference in code I can find about it is in include/asm-mips/dec/kn02ba.h. Well a grep at KN02BA_SSR_ADDR and 040100 in de kernel code tree the only DEC relevant file that shows up is the aforementioned one. Regards, Richard From <@Cologne.DE:karsten@excalibur.cologne.de> Wed Sep 16 21:02:55 1998 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 VAA27945; Wed, 16 Sep 1998 21:02:48 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 21:02:48 +0200 (MET DST) Received: from localhost (3136 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 16 Sep 1998 21:02:40 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.8.7/8.8.7) id SAA03399 for linux-mips@fnet.fr; Wed, 16 Sep 1998 18:38:46 +0200 Message-ID: <19980916183845.A2200@excalibur.cologne.de> Date: Wed, 16 Sep 1998 18:38:45 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: MIPS HOWTO / FAQ Mail-Followup-To: linux-mips@fnet.fr References: <19980916001625.F32589@uni-koblenz.de> <19980916035021.A451@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: <19980916035021.A451@uni-koblenz.de>; from ralf@uni-koblenz.de on Wed, Sep 16, 1998 at 03:50:21AM +0200 X-No-Archive: yes Content-Length: 2327 Lines: 78 Hallo everyone, just some suggestions for the FAQ: Ralf Baechle wrote: > Processor types > > 2.2.1. R2000, R3000 family [SNIP]> > Same also applies for the R3000 which basically a R3000 plus a R3010 ^^^^ ^is That should most probably be another number. > FPU and 64k cache running at upto 40Mhz and integrated into same chip. > Support for the R3000 processor is currently in the works by various [SNIP] > 2.2.2. R6000 [SNIP] > The R6000 is currently not supported. It is a 32 bit MIPS ISA 2 > processor and a pretty interesting and wiered piece of silicon. It ^^^^^^ weird > 2.2.4. R8000 > > The R8000 is currently unsupported partly because the machines used by > the Linux/MIPS developers don't have such a machine, partly because ^^^^^^^ chip ? > this processor is relativly rare and has only been used in a few SGI > machines. > 2.2.5. R10000 > > The R10000 is currently unsupported because the machines used by the > Linux/MIPS developers don't have such a machine. ^^^^^^^ processor ? > 6.1. Diskspace requirements [SNIP] > partition. Building egcs requires 71mb and installation 14mb. GNU > libc requires 149mb diskspace during installation and 33mb for ^^^^^^^^^^^^ compilation > installation. Note these number are just a guideline and may differ > 6.7. float.h > > Another, bootstrap problem is that building GCC requires running ^[] > 6.9. Installing GNU libc [SNIP] > GNU libc also contains extensive online documentation. Your systems > might already have a version of this documentation installed. So if > you don't want to install the info pages which will save you a less ^[] > than a megabyte or already have them installed skip the next step: > step: ^^^^[] Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From harald.koerfgen@netcologne.de Wed Sep 16 21:31:57 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA28249; Wed, 16 Sep 1998 21:31:55 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 21:31:55 +0200 (MET DST) Received: from franz.no.dom (dial9-244.netcologne.de [194.8.195.244]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA22649 for ; Wed, 16 Sep 1998 21:31:52 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 16 Sep 1998 21:33:13 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: MIPS HOWTO / FAQ Content-Length: 1239 Lines: 30 Hi all, On 16-Sep-98 Richard van den Berg wrote: > On Wed, 16 Sep 1998 ralf@uni-koblenz.de wrote: > >> since nobody else does (hint, hint ...) I started to rework the MIPS FAQ. >> Attached the first very incomplete version. As of this version the >> FAQ is now written using the Linux SGML tools. I append a text version >> generated with sgml2txt. Comments, additional text etc. apreciated. >> I'm especially thinking of the DECstation people but not only. > > As I'm pretty DECstation only minded I make a start with that section > and post it in this group. Think we all prefer hacking. :-). At least I do :-). Anyway, I am willing to help as much as I can. Ralf, what do you think about putting the HOWTO into the CVS repository so that the Linux/MIPS developers have access to it? > How about the location > of the kernelsource, for DECstations at least I'm using the source > from http://decstation.unix-ag.org/, how is that related to other > architectures? I guess locations is something that has to be worked out. That question is easy to answer. Once Gleb, Vladimir and I have agreed on the R3000 specific code I will commit the whole stuff to the CVS repository and we will have only one location. --- Regards, Harald From harald.koerfgen@netcologne.de Wed Sep 16 22:04:37 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA28502; Wed, 16 Sep 1998 22:04:32 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 22:04:32 +0200 (MET DST) Received: from franz.no.dom (dial9-244.netcologne.de [194.8.195.244]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA23844; Wed, 16 Sep 1998 22:04:19 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 16 Sep 1998 22:05:37 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: DECstation-linux-2.1.116 Cc: (Niklaus Keller) Content-Length: 1296 Lines: 37 Hi, beeing frustrated hacking a serial device driver for the DECstation Z85C30 I have merged the DECstation stuff with the latest Linux/MIPS source tree. I am currently uploading it and when everything goes alright, linux-2.1.116-dec.tar.gz can be downloaded from ftp://ftp.linux.sgi.com/pub/test/ Although the Z85C30 driver is as flaky as before a considerable amount of things have changed: o A DZ11 driver is included as in the snapshot from September 5th. This includes Thomas' latest patch. I have cleaned up things a little bit and it is now safe to enable DZ11, Z85C30 and PROM console support all together. I haven't tested all possible combinations so this may need some cleanup :-). Support for DS5000/200 added. o asm-mips/dec cleanup. o Temporary serving of spurious interrupts. (This will go away when my serial device driver becomes stable). o The latest DECstation LANCE driver with a paranoia check added. If anybody finds out how to compute the checksum of the ethernet station address prom this should be added as well. o A preliminary merge with Gleb's and Vladimir's R3000 changes. Gleb and Vladimir, I'd appreciate very much if you had a look at this. I have tested 2.1.116 on my DS5K/133. Any feedback from other machines is welcome. Have fun. --- Regards, Harald From harald.koerfgen@netcologne.de Wed Sep 16 23:05:27 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29274; Wed, 16 Sep 1998 23:05:25 +0200 (MET DST) Received-Date: Wed, 16 Sep 1998 23:05:25 +0200 (MET DST) Received: from franz.no.dom (dial9-244.netcologne.de [194.8.195.244]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id XAA26050; Wed, 16 Sep 1998 23:05:12 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 16 Sep 1998 23:06:32 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: DECstation-linux-2.1.116 Cc: (Niklaus Keller) Content-Length: 236 Lines: 11 FYI, 150 Opening BINARY mode data connection for 'linux-2.1.116-dec.tar.gz' (11905793 bytes). 226 Transfer complete. 11905793 bytes received in 5191.14 seconds (2.24 Kbytes/s) It's fun sitting behind a 33k6 modem. --- Regards, Harald From R.vandenBerg@inter.NL.net Thu Sep 17 12:37:25 1998 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 MAA06312; Thu, 17 Sep 1998 12:37:23 +0200 (MET DST) Received-Date: Thu, 17 Sep 1998 12:37:23 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-44.Hoorn.NL.net [193.79.46.208] with ESMTP for id MAA27495 (8.8.8/3.28); Thu, 17 Sep 1998 12:37:20 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 17 Sep 1998 11:49:52 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 17 Sep 1998 11:49:52 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: DECstation-linux-2.1.116 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 562 Lines: 22 On Wed, 16 Sep 1998, Harald Koerfgen wrote: > FYI, > > 150 Opening BINARY mode data connection for 'linux-2.1.116-dec.tar.gz' > (11905793 bytes). > 226 Transfer complete. > 11905793 bytes received in 5191.14 seconds (2.24 Kbytes/s) > > It's fun sitting behind a 33k6 modem. Thu Sep 17 01:42:49 MET DST 1998 make[1]: Entering directory `/usr/src/kernel-source-2.1.116/arch/mips/boot' ... make[1]: Leaving directory `/usr/src/kernel-source-2.1.116/arch/mips/dec/boot' Thu Sep 17 03:55:43 MET DST 1998 On a 80486 @ 25 MHz with 16 Mb RAM.... Regards, Richard From R.vandenBerg@inter.NL.net Thu Sep 17 12:37:25 1998 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 MAA06313; Thu, 17 Sep 1998 12:37:24 +0200 (MET DST) Received-Date: Thu, 17 Sep 1998 12:37:24 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-44.Hoorn.NL.net [193.79.46.208] with ESMTP for id MAA27503 (8.8.8/3.28); Thu, 17 Sep 1998 12:37:21 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 17 Sep 1998 12:22:47 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 17 Sep 1998 12:22:46 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation-linux-2.1.116 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 568 Lines: 23 Hello Harald, On Wed, 16 Sep 1998, Harald Koerfgen wrote: [...] > I have tested 2.1.116 on my DS5K/133. Any feedback from other machines is > welcome. MAXine: Boots usual, shows that it has tty00 and tty01 and the last line is: VFS: Mounted root (ext2 filesystem). In other words it doesn't show the kernel freeing unused memory. DS5k/133: Has 4 tty's and shows that the kernel frees unused memory. Hitting a key at the terminal shows a exclamation mark on the promconsole (19" full with exclamation marks..). Nice work Harald, my compliments! Regards, Richard From R.vandenBerg@inter.NL.net Thu Sep 17 12:37:26 1998 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 MAA06316; Thu, 17 Sep 1998 12:37:25 +0200 (MET DST) Received-Date: Thu, 17 Sep 1998 12:37:25 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-44.Hoorn.NL.net [193.79.46.208] with ESMTP for id MAA27511 (8.8.8/3.28); Thu, 17 Sep 1998 12:37:23 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 17 Sep 1998 12:36:16 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 17 Sep 1998 12:36:16 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: DECy FAQ part Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-218656289-906028576=:3988" Content-Length: 2203 Lines: 47 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811839-218656289-906028576=:3988 Content-Type: TEXT/PLAIN; charset=US-ASCII Halo MIPS'ers, I've attached a proposal for the DECstation part of the Linux-MIPS FAQ. Regards, Richard ---1463811839-218656289-906028576=:3988 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=decy Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: DECy FAQ part Mi4xLjkuIERFQ3N0YXRpb24gc2VyaWVzDQoNClN1cHBvcnQgZm9yIERFQ3N0 YXRpb25zIGlzIHVuZGVyIGRldmVsb3BtZW50LCBzdGFydGVkIGJ5IFBhdWwg TS4gQW50b2luZSwNCnRoZXNlIGRheXMgbW9zdCBvZiB0aGUgd29yayBpcyBk b25lIGJ5IEhhcmFsZCBLb2VyZmdlbiBhbmQgb3RoZXJzLiBPbiB0aGUNCklu dGVybmV0IERFQ3N0YXRpb24gcmVsYXRlZCBpbmZvcm1hdGlvbiBjYW4gYmUg Zm91bmQgYXQNCmh0dHA6Ly9kZWNzdGF0aW9uLnVuaXgtYWcub3JnLy4gSW50 ZW50aW9uIGlzIHRvIHN1cHBvcnQgYWxsIHRoZSBkaWZmZXJlbnQNCmZsYXZv dXJzIG9mIERFQ3N0YXRpb25zIHRoYXQgZXhpc3QuDQoNClRoZXNlIGFyZSB0 aGUgREVDc3RhdGlvbiBtb2RlbHMgd2Uga25vdyBhYm91dDoNCjIxMDAsIGNv ZGVuYW1lIFBNQVgNCjMxMDAsIElzIGlkZW50aWNhbCB0byB0aGUgMjEwMCBl eGNlcHQgdGhlIFIyMDAwQS9SMjAxMEEgQCAxNiBNSHoNCjUwMDAveHggKFBl cnNvbmFsIERFQ3N0YXRpb24pLCBjb2RlbmFtZSBNQVhpbmUNCjUwMDAvMXh4 LCBjb2RlbmFtZSAzTUlODQo1MDAwLzIwMCwgY29kZW5hbWUgM01BWA0KNTAw MC8yeDAsIGNvZGVuYW1lIDNNQVgrDQo1MTAwLCBjb2RlbmFtZSBNSVBTTUFU RQ0KDQpUaGUgMjEwMCBoYXMgYSBSMjAwMEEvUjIwMTBBIHByb2Nlc3NvciBh dCAxMiBNSHosIHRoZSA1MDAwLzI0MCBhIFIzMDQwDQpwcm9jZXNzb3IgYXQg NDAgTUh6ICh3aGF0IGhhcyBhIDVrLzI2MCA/KSBhbmQgdGhlIDUxMDAgYSBS MzAwMEEgcHJvY2Vzc29yDQphdCAyMCBNSHouIFRoZSBvdGhlciBtZW50aW9u ZWQgNTAwMCdzIGhhdmUgUjMwMDBBL1IzMDEwQSBwcm9jZXNzb3IgYXQNCjIw LCAyNSBvciAzMyBNSHouIFRoZSBNQVhpbmUgYW5kIHRoZSAzTUlOIGhhdmUg dGhlIHByb2Nlc3NvciBhbmQgY2FjaGUNCm9uIGEgc2VwYXJhdGUgZGF1Z2h0 ZXJib2FyZCB0aGF0IGNhbiBiZSBleGNoYW5nZWQgZm9yIGEgUjQwMDAgcHJv Y2Vzc29yDQphdCA1MCBNSHouDQoNCkF0IHRoZSBtb21lbnQgb2YgdGhpcyB3 cml0aW5nIHNlcmlhbCBhbmQgZXRoZXJuZXQgZGV2aWNlIGRyaXZlcnMgZm9y DQp0aGUgb24tYm9hcmQgSUMncyBhcmUgYmVpbmcgZGV2ZWxvcGVkLg0K ---1463811839-218656289-906028576=:3988-- From R.vandenBerg@inter.NL.net Thu Sep 17 16:57:51 1998 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 QAA09983; Thu, 17 Sep 1998 16:57:49 +0200 (MET DST) Received-Date: Thu, 17 Sep 1998 16:57:49 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-47.Hoorn.NL.net [193.79.46.211] with ESMTP for id QAA13913 (8.8.8/3.28); Thu, 17 Sep 1998 16:57:47 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 17 Sep 1998 16:42:12 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 17 Sep 1998 16:42:11 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: pointer assignment (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3115 Lines: 81 Hi, Thought more people might be interested in this answer (and Harald, this answers my SSR writing question): ---------- Forwarded message ---------- Date: Thu, 17 Sep 1998 13:58:35 GMT From: Chris Torek Newsgroups: comp.lang.c.moderated Subject: Re: pointer assignment In article Richard van den Berg quotes himself and others, and writes: [Richard van den Berg] > struct lance_regs { > unsigned short rdp; /* register data port */ > unsigned short rap; /* register acces port */ >}; [Doug Gwyn] >There is an assumption there that the struct has no padding >between the members. ... [Richard again] >That is a gcc little endian MIPS cross-compiler on a Linux i486, but >don't know how it implements. In private mail to me, he mentions also that the target machine is a DECstation (hence "little-endian MIPS" above). An important point that has been missing from all of the discussion here is that this particular DEC box does not "do" 16-bit accesses to external hardware, even if that hardware requires 16-bit accesses. The machine only does 32-bit accesses. To compensate for this, external hardware that requires 16-bit access (such as the AMD Lance) is connected via some special address-mapping hardware, so that every 16-bit "word" is accessible to the processor in every *other* 16-bit address. (The values in the "padding" between these words are probably either copies, or float high or low, depending on how the wiring works.) >This works: > unsigned char *p = 0; >and use p[base_addr] and p[base_addr + 4] for reading and writing ... This is no better (in fact it is worse, because it retrieves only one of the two bytes making up the 16-bit value). One thing that would work is: struct lance_regs { unsigned short rdp; unsigned short pad0; unsigned short rap; unsigned short pad1; /* (this member could be omitted) */ }; Note that this data definition is wrong on *other* machines, where the bus (or bus bridge, or adapter, or whatever they call the glue between the CPU and the I/O devices) does not introduce padding. The NetBSD operating system has a rather well-thought-out concept of "bus spaces" and "bus I/O operations" that allows a single driver (such as an AMD Lance driver) to operate on machines as disparate as the i386 (no padding, and uses inw/outw to talk to the registers), this same DECstation (2 bytes of padding per shortword), a DEC Alpha (6 bytes of padding), a SPARCstation (no padding, but big-endian), and so on. There is some performance penalty in going through all the layering, and it can be rather confusing to work with ("do I need a read_multi_2" or a "read_region_2" here?), but once you buy into it, you gain quite a bit of portability. -- In-Real-Life: Chris Torek, Berkeley Software Design Inc El Cerrito, CA Domain: torek@bsdi.com +1 510 234 3167 Antispam notice: unsolicited commercial email will be handled at my consulting rate; pyramid-scheme mail will be forwarded to the FTC. -- comp.lang.c.moderated - clcm@plethora.net From narayh@taec.toshiba.com Fri Sep 18 03:26:11 1998 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA14992; Fri, 18 Sep 1998 03:26:09 +0200 (MET DST) Received-Date: Fri, 18 Sep 1998 03:26:09 +0200 (MET DST) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 18 Sep 1998 01:25:38 UT Received: from super.sanjose (super.taec.com [198.232.207.62]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id SAA04062 for ; Thu, 17 Sep 1998 18:25:37 -0700 (PDT) Received: by super.sanjose (SMI-8.6/SMI-SVR4) id SAA22667; Thu, 17 Sep 1998 18:25:37 -0700 From: narayh@taec.toshiba.com (Hari Narayanan) Message-Id: <199809180125.SAA22667@super.sanjose> Subject: Gdb on Mips-linux To: linux-mips@fnet.fr Date: Thu, 17 Sep 1998 18:25:37 -0700 (PDT) In-Reply-To: <19980916035021.A451@uni-koblenz.de> from "ralf@uni-koblenz.de" at Sep 16, 98 03:50:21 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Content-Length: 2378 Lines: 58 Hi Ralf I am trying to make a Big Endian gdb. So I am giving host and target as mips-mips-linux. I also applied the patch you sent me to gdb-4.17. This is what I am getting when I try to make. I looked in the file /sim/mips/config.h There HAVE_SYS_RESOURCE_H is undefined. So it is not including resource.h which inturn includes other headers and that is where struct rusage is defined. Should I uncomment that ?. Any way see at the bottom. /edptools/linux/lib/gcc-lib/mipsel-linux/2.7.2/cc1 /var/tmp/cca005Gd.i -quiet - dumpbase sim-utils.c -g -version -o /var/tmp/cca005Gd.s GNU C version 2.7.2 [AL 1.1, MM 40] MIPSEL Linux/ELF compiled by GNU C version 2 .7.2.1. ../../../sim/mips/../common/sim-utils.c: In function `sim_elapsed_time_get': ../../../sim/mips/../common/sim-utils.c:226: storage size of `mytime' isn't know n ../../../sim/mips/../common/sim-utils.c:227: `RUSAGE_SELF' undeclared (first use this function) ../../../sim/mips/../common/sim-utils.c:227: (Each undeclared identifier is repo rted only once ../../../sim/mips/../common/sim-utils.c:227: for each function it appears in.) make[2]: *** [sim-utils.o] Error 1 make[1]: *** [all] Error 2 After uncommenting that and doing a #define HAVE_SYS_RESOURCE_H in /sim/mips/config.h this is what is happening dumpbase mipslinux-nat.c -g -version -o /var/tmp/cca005Y0.s GNU C version 2.7.2 [AL 1.1, MM 40] MIPSEL Linux/ELF compiled by GNU C version 2 .7.2.1. In file included from ../../gdb/mipslinux-nat.c:23: /net/packrat/home/narayh/R5900/linux/include/linux/time.h:50: field `it_interval ' has incomplete type /net/packrat/home/narayh/R5900/linux/include/linux/time.h:51: field `it_value' h as incomplete type In file included from ../../gdb/mipslinux-nat.c:44: /net/packrat/home/narayh/R5900/linux/include/linux/elfcore.h:50: parse error bef ore `pid_t' /net/packrat/home/narayh/R5900/linux/include/linux/elfcore.h:50: warning: no sem icolon at end of struct or union /net/packrat/home/narayh/R5900/linux/include/linux/elfcore.h:51: warning: data d efinition has no type or storage class /net/packrat/home/narayh/R5900/linux/include/linux/elfcore.h:52: parse error bef ore `pr_pgrp' /net/packrat/home/narayh/R5900/linux/include/linux/elfcore.h:52: warning: data d efinition has no type or storage class This doesn't make sense. Any pointers ?. Thanks in advance Hari. From narayh@taec.toshiba.com Fri Sep 18 03:34:13 1998 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA15064; Fri, 18 Sep 1998 03:34:12 +0200 (MET DST) Received-Date: Fri, 18 Sep 1998 03:34:12 +0200 (MET DST) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 18 Sep 1998 01:33:41 UT Received: from super.sanjose (super.taec.com [198.232.207.62]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id SAA04326 for ; Thu, 17 Sep 1998 18:33:40 -0700 (PDT) Received: by super.sanjose (SMI-8.6/SMI-SVR4) id SAA22677; Thu, 17 Sep 1998 18:33:40 -0700 From: narayh@taec.toshiba.com (Hari Narayanan) Message-Id: <199809180133.SAA22677@super.sanjose> Subject: Re: Gdb on Mips-linux To: linux-mips@fnet.fr Date: Thu, 17 Sep 1998 18:33:40 -0700 (PDT) In-Reply-To: <199809180125.SAA22667@super.sanjose> from "Hari Narayanan" at Sep 17, 98 06:25:37 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Content-Length: 127 Lines: 6 HI I sent a mail to mips-linux by mistake instead of sending it to Ralf. I apologize for the error. Sorry about that. Hari. From harald.koerfgen@netcologne.de Fri Sep 18 19:40:40 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA22420; Fri, 18 Sep 1998 19:40:38 +0200 (MET DST) Received-Date: Fri, 18 Sep 1998 19:40:38 +0200 (MET DST) Received: from franz.no.dom (dial9-237.netcologne.de [194.8.195.237]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id TAA01928 for ; Fri, 18 Sep 1998 19:40:32 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 18 Sep 1998 19:41:56 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation-linux-2.1.116 Content-Length: 668 Lines: 21 Hi Richard, On 17-Sep-98 Richard van den Berg wrote: > MAXine: > Boots usual, shows that it has tty00 and tty01 and the last line is: > VFS: Mounted root (ext2 filesystem). > In other words it doesn't show the kernel freeing unused memory. That's strange, what configuration did you use? Especially the character devices. The same kernel image as your kmin? > DS5k/133: > Has 4 tty's and shows that the kernel frees unused memory. Hitting a > key at the terminal shows a exclamation mark on the promconsole (19" > full with exclamation marks..). I hacked the int_handler to print an exclamation mark when a spurious interrupt is detected B-). --- Regards, Harald From R.vandenBerg@inter.NL.net Fri Sep 18 21:22:49 1998 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 VAA23169; Fri, 18 Sep 1998 21:22:48 +0200 (MET DST) Received-Date: Fri, 18 Sep 1998 21:22:48 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-41.Hoorn.NL.net [193.79.46.205] with ESMTP id VAA18966 (8.8.8/3.28); Fri, 18 Sep 1998 21:22:46 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 18 Sep 1998 21:22:18 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 18 Sep 1998 21:22:18 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Harald Koerfgen , linux-mips@fnet.fr Subject: Re: DECstation-linux-2.1.116 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1410 Lines: 47 Hello Harald, > On 17-Sep-98 Richard van den Berg wrote: > > MAXine: > > Boots usual, shows that it has tty00 and tty01 and the last line is: > > VFS: Mounted root (ext2 filesystem). > > In other words it doesn't show the kernel freeing unused memory. > > That's strange, what configuration did you use? Especially the character > devices. The same kernel image as your kmin? # # DECstation Character devices # # CONFIG_VT is not set CONFIG_SERIAL=y # CONFIG_DZ is not set CONFIG_ZS=y CONFIG_SERIAL_CONSOLE=y CONFIG_PROM_CONSOLE=y # CONFIG_UNIX98_PTYS is not set # CONFIG_KEYBOARD is not set # CONFIG_MOUSE is not set # CONFIG_RTC is not set Same kernel on both the kmin and the MAXine. I narrowed it down that sys_setup() in fs/filesystems.c gets called twice on the kmin and only once on the MAXine and there I bumped my head, how is sys_setup() called? Same thing as with dec_entry(). FYI, enabling CONFIG_VT makes CONFIG_PROM_CONSOLE conflict with the Sparc one. I'm in favour using a frambuffer console and compiling the core frambuffer code in the kernel I discovered this. > > DS5k/133: > > Has 4 tty's and shows that the kernel frees unused memory. Hitting a > > key at the terminal shows a exclamation mark on the promconsole (19" > > full with exclamation marks..). > > I hacked the int_handler to print an exclamation mark when a spurious interrupt > is detected B-). (-: Regards, Richard From marc@synergy.destek.net Sat Sep 19 21:37:54 1998 Received: from www.destek.net (ns2.Destek.Net [192.156.97.61]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01362; Sat, 19 Sep 1998 21:37:52 +0200 (MET DST) Received-Date: Sat, 19 Sep 1998 21:37:52 +0200 (MET DST) Received: from synergy.destek.net ([192.156.97.237]) by www.destek.net (8.9.1a/8.9.1a) with ESMTP id PAA15735 for ; Sat, 19 Sep 1998 15:37:49 -0400 (EDT) Received: from synergy.destek.net (localhost.destek.net [127.0.0.1]) by synergy.destek.net (8.9.1a/8.9.1a) with ESMTP id PAA03351 for ; Sat, 19 Sep 1998 15:39:02 -0400 (EDT) Message-Id: <199809191939.PAA03351@synergy.destek.net> To: linux-mips@fnet.fr Subject: DECstation (mips) Linux port status Date: Sat, 19 Sep 1998 15:39:01 -0400 From: Marc Evans Content-Length: 1267 Lines: 22 Hello - I am thinking about breathing some life into a pile (yes, literally, a pile of 8) DECstation systems I have here. As I look that the various WWW pages, it seems that linux-mips for the DECstation systems stopped being developed back in mid 1997. Am I mistaken? In your opinion, since I am not married to any particular OS, if my goal was to be a participant in whichever of OpenBSD, NetBSD, or Linux, that is the most active in supporting the DECstation systems, where would you suggest that I focus (yes, I realize readers of this are likely biased). Thanks in advance - Marc =============================================================================== Marc Evans WB1GRH The Destek Networking Group E-Mail: Marc@Destek.NET One Indian Head Plaza URL: http://WWW.Destek.NET/~marc Nashua, NH, USA 03060 MIME-1.0 & Enriched-Text mail accepted 603 594 9630 (V) 598 8864 (F) PGP-2.6 key available upon request WAN & Internet Services PGP-2.6 Fingerprint: 20 7C A2 DB 17 B2 21 80 47 AA B9 CD D9 DE 31 CC The XFree86[tm] Project, Inc. Industry Liason =============================================================================== From pmauriks@ue.com.au Sun Sep 20 01:02:25 1998 Received: from mail.mel.aone.net.au (mail.mel.aone.net.au [203.12.176.157]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA03339; Sun, 20 Sep 1998 01:02:21 +0200 (MET DST) Received-Date: Sun, 20 Sep 1998 01:02:21 +0200 (MET DST) Received: from nemesis.ue.com.au (mail.ue.com.au [203.103.135.130]) by mail.mel.aone.net.au (8.8.8/8.8.8) with SMTP id JAA26642 for ; Sun, 20 Sep 1998 09:02:15 +1000 (EST) Received: by nemesis.ue.com.au (8.6.12) id JAA20308; Sun, 20 Sep 1998 09:02:14 +1000 Received: from exchange(146.178.74.19) by nemesis.ue.com.au via smap (V1.3) id sma020272; Sun Sep 20 09:01:50 1998 Received: by email1 with Internet Mail Service (5.5.1960.3) id ; Sun, 20 Sep 1998 09:01:49 +1000 Message-ID: <8B6C0E727026D2119A590000F87881636C374A@email1> From: Paul Mauriks To: "'linux-mips@fnet.fr'" Subject: RE: DECstation (mips) Linux port status Date: Sun, 20 Sep 1998 09:01:48 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Content-Length: 1917 Lines: 55 All three systems are under active development, although linux seems to be least far along the path to usability. I would recommend OpenBSD - though NetBSD is fairly similar - because they seem to be slightly better with regard to installation and stability on the DEC's (last time I looked). CD distrubutions are available for either of Net or Open BSD. Hope this helps. > -----Original Message----- > From: Marc Evans [SMTP:marc@synergy.destek.net] > Sent: Sunday, September 20, 1998 5:39 AM > To: linux-mips@fnet.fr > Subject: DECstation (mips) Linux port status > > Hello - > > I am thinking about breathing some life into a pile (yes, literally, a > pile > of 8) DECstation systems I have here. As I look that the various WWW > pages, > it seems that linux-mips for the DECstation systems stopped being > developed > back in mid 1997. Am I mistaken? > > In your opinion, since I am not married to any particular OS, if my > goal > was to be a participant in whichever of OpenBSD, NetBSD, or Linux, > that > is the most active in supporting the DECstation systems, where would > you > suggest that I focus (yes, I realize readers of this are likely > biased). > > Thanks in advance - Marc > ====================================================================== > ========= > Marc Evans WB1GRH The Destek > Networking Group > E-Mail: Marc@Destek.NET One Indian Head > Plaza > URL: http://WWW.Destek.NET/~marc Nashua, NH, USA > 03060 > MIME-1.0 & Enriched-Text mail accepted 603 594 9630 (V) 598 > 8864 (F) > PGP-2.6 key available upon request WAN & Internet > Services > PGP-2.6 Fingerprint: 20 7C A2 DB 17 B2 21 80 47 AA B9 CD D9 DE 31 CC > The XFree86[tm] Project, Inc. Industry Liason > > ====================================================================== > ========= From stuarta@foxboro.com.au Tue Sep 22 02:21:11 1998 Received: from lnagate.foxboro.com.au (lnagate.foxboro.com.au [202.12.113.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA21982; Tue, 22 Sep 1998 02:20:57 +0200 (MET DST) Received-Date: Tue, 22 Sep 1998 02:20:57 +0200 (MET DST) Received: (qmail 18476 invoked from network); 22 Sep 1998 00:19:47 -0000 Received: from angstrom.foxboro.com.au (202.12.114.1) by gatekeeper.foxboro.com.au with SMTP; 22 Sep 1998 00:19:47 -0000 Received: (qmail 3185 invoked by uid 320); 22 Sep 1998 00:19:48 -0000 Message-ID: <19980922101948.C22360@foxboro.com.au> Date: Tue, 22 Sep 1998 10:19:48 +1000 From: Stuart AUCHTERLONIE To: linux-mips@fnet.fr Subject: EGCS Patches. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 Content-Length: 81 Lines: 5 Does anyone know where the patches mentioned in the FAQ can be found ? Stuart From R.vandenBerg@inter.NL.net Tue Sep 22 10:17:35 1998 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 KAA24625; Tue, 22 Sep 1998 10:17:35 +0200 (MET DST) Received-Date: Tue, 22 Sep 1998 10:17:35 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-33.Hoorn.NL.net [193.79.46.197] with ESMTP for id KAA19780 (8.8.8/3.28); Tue, 22 Sep 1998 10:17:33 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 22 Sep 1998 09:59:38 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 22 Sep 1998 09:59:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: EGCS Patches. In-Reply-To: <19980922101948.C22360@foxboro.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 261 Lines: 10 On Tue, 22 Sep 1998, Stuart AUCHTERLONIE wrote: > Does anyone know where the patches mentioned in the FAQ can be found ? Have you tried ftp://ftp.fnet.fr/ or ftp://ftp.linux.sgi.com/ ? I don't know it too, but those are the places to look. Regards, Richard From stuarta@foxboro.com.au Wed Sep 23 01:39:18 1998 Received: from lnagate.foxboro.com.au (lnagate.foxboro.com.au [202.12.113.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA00406; Wed, 23 Sep 1998 01:39:07 +0200 (MET DST) Received-Date: Wed, 23 Sep 1998 01:39:07 +0200 (MET DST) Received: (qmail 1737 invoked from network); 22 Sep 1998 23:38:40 -0000 Received: from angstrom.foxboro.com.au (202.12.114.1) by gatekeeper.foxboro.com.au with SMTP; 22 Sep 1998 23:38:40 -0000 Received: (qmail 4719 invoked by uid 320); 22 Sep 1998 23:38:41 -0000 Message-ID: <19980923093841.B3208@foxboro.com.au> Date: Wed, 23 Sep 1998 09:38:41 +1000 From: Stuart AUCHTERLONIE To: linux-mips@fnet.fr Subject: Re: EGCS Patches. References: <19980922101948.C22360@foxboro.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Richard van den Berg on Tue, Sep 22, 1998 at 09:59:38AM +0200 Content-Length: 375 Lines: 11 On Tue, Sep 22, 1998 at 09:59:38AM +0200, Richard van den Berg wrote: > On Tue, 22 Sep 1998, Stuart AUCHTERLONIE wrote: > > > Does anyone know where the patches mentioned in the FAQ can be found ? > > Have you tried ftp://ftp.fnet.fr/ or ftp://ftp.linux.sgi.com/ ? I don't > know it too, but those are the places to look. Yep. I can find gcc patches but not egcs. Stuart From tsbogend@alpha.franken.de Wed Sep 23 21:41:54 1998 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 VAA08823; Wed, 23 Sep 1998 21:41:53 +0200 (MET DST) Received-Date: Wed, 23 Sep 1998 21:41:53 +0200 (MET DST) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id VAA12181; Wed, 23 Sep 1998 21:41:51 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id VAA02120; Wed, 23 Sep 1998 21:39:05 +0200 Message-ID: <19980923213905.17141@alpha.franken.de> Date: Wed, 23 Sep 1998 21:39:05 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Cc: stuarta@foxboro.com.au Subject: Re: EGCS Patches. References: <19980922101948.C22360@foxboro.com.au> <19980923093841.B3208@foxboro.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980923093841.B3208@foxboro.com.au>; from Stuart AUCHTERLONIE on Wed, Sep 23, 1998 at 09:38:41AM +1000 Content-Length: 413 Lines: 13 On Wed, Sep 23, 1998 at 09:38:41AM +1000, Stuart AUCHTERLONIE wrote: > Yep. I can find gcc patches but not egcs. I've uploaded the patches from Ralf to ftp://ftp.linux.sgi.com/pub/test/egcs-1.0.2-mips.patch.gz Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From stuarta@foxboro.com.au Thu Sep 24 10:43:18 1998 Received: from lnagate.foxboro.com.au (lnagate.foxboro.com.au [202.12.113.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA15164; Thu, 24 Sep 1998 10:43:08 +0200 (MET DST) Received-Date: Thu, 24 Sep 1998 10:43:08 +0200 (MET DST) Received: (qmail 25701 invoked from network); 24 Sep 1998 08:42:43 -0000 Received: from angstrom.foxboro.com.au (202.12.114.1) by gatekeeper.foxboro.com.au with SMTP; 24 Sep 1998 08:42:43 -0000 Received: (qmail 19277 invoked by uid 320); 24 Sep 1998 08:42:43 -0000 Message-ID: <19980924184243.E24229@foxboro.com.au> Date: Thu, 24 Sep 1998 18:42:43 +1000 From: Stuart AUCHTERLONIE To: linux-mips@fnet.fr Subject: Re: EGCS Patches. References: <19980922101948.C22360@foxboro.com.au> <19980923093841.B3208@foxboro.com.au> <19980923213905.17141@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19980923213905.17141@alpha.franken.de>; from Thomas Bogendoerfer on Wed, Sep 23, 1998 at 09:39:05PM +0200 Content-Length: 570 Lines: 20 On Wed, Sep 23, 1998 at 09:39:05PM +0200, Thomas Bogendoerfer wrote: > On Wed, Sep 23, 1998 at 09:38:41AM +1000, Stuart AUCHTERLONIE wrote: > > Yep. I can find gcc patches but not egcs. > > I've uploaded the patches from Ralf to > > ftp://ftp.linux.sgi.com/pub/test/egcs-1.0.2-mips.patch.gz Thanks. Now I'll just have to give them a go. :) Stuart > > Thomas. > > -- > See, you not only have to be a good coder to create a system like Linux, > you have to be a sneaky bastard too ;-) > [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] > From harald.koerfgen@netcologne.de Thu Sep 24 21:14:13 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18382; Thu, 24 Sep 1998 21:14:05 +0200 (MET DST) Received-Date: Thu, 24 Sep 1998 21:14:05 +0200 (MET DST) Received: from franz.no.dom (dial6-80.netcologne.de [194.8.196.80]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA18274 for ; Thu, 24 Sep 1998 21:13:31 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 24 Sep 1998 21:15:00 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: DECstation-linux-2.1.116 bug report Content-Length: 1387 Lines: 35 Hi all, here's a short summary of bug reports I have received plus a little hacking of mine: o When Framebuffer support and PROM Console support are enabled, drivers/video/promcon.c will be compiled wich is SUN specific. Workaround: Do not enable Framebuffer support. o Typo in arch/mips/dec/serial.c. Doesn't harm. Will be fixed in 2.1.121. o Changes in include/asm-mips/stackframe.h do not work for R4x00 CPUs, kernel hangs. Possible workaround: replace stackframe.h with the one from 2.1.100. Karel van Houten is investigating this. o Changes in arch/mips/kernel/r2300_misc.S prevent correct handling of TLB misses when switching to user mode. The Kernel hangs trying to execute /bin/sh. Workaround: change #undef NOTLB_OPTIMIZE to #define NOTLB_OPTIMIZE. o Spurious interrupts. I have a wbflush routine working here, which will be included in 2.1.121. Affects *only* IOASIC machines. DS2300, DS5100 and DS5000/200 should work. o There are some directories missing in the source tree and "make dep" doesn't work correctly. Workaround: do a "make dep clean netboot" every time you compile a new kernel. I will not put out any patches to 2.1.116 because I am already working on 2.1.121 which will fix these bugs anyway. If you have further bug reports or other patches, please feel free to send them to me. Happy hacking. --- Regards, Harald From eugenio.sanchez@avantel.com.mx Fri Sep 25 00:07:26 1998 Received: from mty-egw1.avantel.com.mx (mty-egw1.avantel.com.mx [200.33.230.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA19552; Fri, 25 Sep 1998 00:07:25 +0200 (MET DST) Received-Date: Fri, 25 Sep 1998 00:07:25 +0200 (MET DST) Received: from mty-igw1.avantel.com.mx (root@localhost) by mty-egw1.avantel.com.mx with ESMTP id RAA23879 for ; Thu, 24 Sep 1998 17:09:13 -0500 (CDT) Received: from mtymail.avantel.com.mx (mtymsfco01.icom.avantel.com.mx [172.24.2.4]) by mty-igw1.avantel.com.mx with SMTP id RAA23847 for ; Thu, 24 Sep 1998 17:09:05 -0500 (CDT) Received: by mtymail.avantel.com.mx with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BDE7DD.BFC8D2C0@mtymail.avantel.com.mx>; Thu, 24 Sep 1998 17:07:02 -0500 Message-ID: From: Jesus Eugenio Sanchez To: "'linux-mips@fnet.fr'" Subject: Algorithmics' proto boards Date: Thu, 24 Sep 1998 17:06:14 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Length: 522 Lines: 14 Has anybody ported Linux to any of the Algorithmics proto boards? They mentioned something a while ago that they would port Linux to their P-4032 & P-5064 MIPS-based PCI prototyping boards, but that information isn't in their web site? Anybody has more info on this? Thanks. PS: Don't take the signature too seriously... :-) ---- Jes=FAs Eugenio S=E1nchez Pe=F1a (eugenio.sanchez@avantel.com.mx) Avantel, S.A. x5868, v273-5868, (8) 153-5868 B=EDper: 01-800-112-4737 cve. 8303075 I've a StrongARM computer and you don't. From imp@village.org Fri Sep 25 08:26:19 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA23817; Fri, 25 Sep 1998 08:26:18 +0200 (MET DST) Received-Date: Fri, 25 Sep 1998 08:26:18 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zMRKR-0002Ff-00; Fri, 25 Sep 1998 00:26:07 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id AAA04977 for ; Fri, 25 Sep 1998 00:26:47 -0600 (MDT) Message-Id: <199809250626.AAA04977@harmony.village.org> To: Linux/MIPS Mailing List Subject: CE revisited Date: Fri, 25 Sep 1998 00:26:47 -0600 From: Warner Losh Content-Length: 998 Lines: 22 OK. I've managed to get an older CE machine at a very good price from ebay. I got a NEC MobilePro 400. A small machine (4M ram, 4M ROM) with a Vr4101 in it. The CE portion of this machine is in ROM, not flash. However, there are EEPROM versions of the ROM parts (at least from the first reading of the NEC databook there are) with similar pinouts (the same where it matters). I think I'm going to put sockets on the rom card and try to burn my own boot ROMs. I know that I had maintained in this forum that they were FLASH. I wanted to point out to whomever I had argued with that he's right, at least for this model. Bootstrapping is going to be hell. I think I'll go the flashfs on a pcmcia flash card route after writing a minimal boot loader. But the exception routines may pose a bit of a problem... I don't expect to have much progress on this front for a long time, since I have 5 other projects I'm working on and this one has a large, up front PITA to contend with... Warner From R.vandenBerg@inter.NL.net Fri Sep 25 20:02:09 1998 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 UAA02181; Fri, 25 Sep 1998 20:02:08 +0200 (MET DST) Received-Date: Fri, 25 Sep 1998 20:02:08 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-31.Hoorn.NL.net [193.79.46.195] with ESMTP for id UAA19169 (8.8.8/3.28); Fri, 25 Sep 1998 20:02:00 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 25 Sep 1998 20:00:47 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 25 Sep 1998 20:00:46 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: DECstation ESAR checksum? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1230 Lines: 55 Hello, Is there someone able to tell how the checksum of the Ethernet Station Address ROM is calculated? This is the ROM layout with 'ba' being the base address of the ROM: 0xba02 addres octet 0 0xba06 addres octet 1 0xba0a addres octet 2 0xba0e addres octet 3 0xba12 addres octet 4 0xba16 addres octet 5 0xba1a checksum octet 1 0xba1e checksum octet 2 0xba22 checksum octet 2 0xba26 checksum octet 1 0xba2a addres octet 5 0xba2e addres octet 4 0xba32 addres octet 3 0xba36 addres octet 2 0xba3a addres octet 1 0xba3e addres octet 0 0xba42 addres octet 0 0xba46 addres octet 1 0xba4a addres octet 2 0xba4e addres octet 3 0xba52 addres octet 4 0xba56 addres octet 5 0xba5a checksum octet 1 0xba5e checksum octet 2 0xba62 test pattern 0 ff 0xba66 test pattern 1 00 0xba6a test pattern 2 55 0xba6e test pattern 3 aa 0xba72 test pattern 4 ff 0xba76 test pattern 5 00 0xba7a test pattern 6 55 0xba7e test pattern 7 aa With the two machines here having the following values: 5000/25 5000/133 addres octet 0: 08 08 addres octet 1: 00 00 addres octet 2: 2b 2b addres octet 3: 30 2f addres octet 4: 8d 06 addres octet 5: 2b ca checksum octet 1: 03 7d checksum octet 2: 8c 28 Regards, Richard From akonstantinov@yahoo.com Sat Sep 26 16:36:46 1998 Received: from mail.iti.lt (s1.iti.lt [193.219.1.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA09838; Sat, 26 Sep 1998 16:36:43 +0200 (MET DST) Received-Date: Sat, 26 Sep 1998 16:36:43 +0200 (MET DST) Received: from server.tipas.lt (telebit-server.iti.lt [193.219.1.254]) by mail.iti.lt (8.8.8/8.8.8) with SMTP id QAA06501 for ; Sat, 26 Sep 1998 16:37:57 +0200 (CETDST) Received: from yahoo.com (ausra.iti.lt [193.219.1.172]) by server.tipas.lt with ESMTP (8.6.11/17Mar95) on Sat, 26 Sep 1998 16:33:18 +0300 Message-ID: <360C63B9.B17BE86A@yahoo.com> Date: Sat, 26 Sep 1998 05:47:05 +0200 From: "A. K." Reply-To: akonstantinov@yahoo.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Milo not starting. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 381 Lines: 14 Hello We have to Siemens Nixdorf RM200 with broken Sinix on it and would like to try Linux. The Linux/MIPS FAQ at http://lena.fnet.fr/ says RM200 is included in project. But trying to rum milo on it gives "bad magic number" or "not in a.out format". Is it possible at all to run Milo,Linux on such machine? Could You help us ? Best regards Aleksandr Konstantinov From tsbogend@alpha.franken.de Sat Sep 26 13:52:15 1998 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 NAA09144; Sat, 26 Sep 1998 13:52:15 +0200 (MET DST) Received-Date: Sat, 26 Sep 1998 13:52:15 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id NAA03504; Sat, 26 Sep 1998 13:52:12 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id MAA01443; Sat, 26 Sep 1998 12:45:00 +0200 Message-ID: <19980926124500.20807@alpha.franken.de> Date: Sat, 26 Sep 1998 12:45:00 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: DECstation ESAR checksum? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: ; from Richard van den Berg on Fri, Sep 25, 1998 at 08:00:46PM +0200 Content-Length: 925 Lines: 20 On Fri, Sep 25, 1998 at 08:00:46PM +0200, Richard van den Berg wrote: > Is there someone able to tell how the checksum of the Ethernet Station > Address ROM is calculated? This is the ROM layout with 'ba' being the > base address of the ROM: I've checked my AMD manuals and couldn't find an exact algorithm for doing it. And as you can't attach the address prom directly to the lance and c-lance like it's possible with the PCnet chips, it's probably up to the hardware designer how to calculate the checksum. FYI, the pcnet has 16 bytes of address prom. 0 to 5 are the address octets, 6 to 11 is unused, 12 (LSB) and 13 (MSB) is the checksum, 14 and 15 should be 0x57. The checksum is calculated over 0 to 11, 14 and 15. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From R.vandenBerg@inter.NL.net Sat Sep 26 18:13:03 1998 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 SAA11230; Sat, 26 Sep 1998 18:13:03 +0200 (MET DST) Received-Date: Sat, 26 Sep 1998 18:13:03 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-33.Hoorn.NL.net [193.79.46.197] with ESMTP for id SAA10111 (8.8.8/3.28); Sat, 26 Sep 1998 18:13:01 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 26 Sep 1998 18:12:27 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 26 Sep 1998 18:12:26 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation ESAR checksum? In-Reply-To: <19980926124500.20807@alpha.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1285 Lines: 30 On Sat, 26 Sep 1998, Thomas Bogendoerfer wrote: > On Fri, Sep 25, 1998 at 08:00:46PM +0200, Richard van den Berg wrote: > > Is there someone able to tell how the checksum of the Ethernet Station > > Address ROM is calculated? This is the ROM layout with 'ba' being the > > base address of the ROM: > > I've checked my AMD manuals and couldn't find an exact algorithm for doing it. > And as you can't attach the address prom directly to the lance and c-lance > like it's possible with the PCnet chips, it's probably up to the hardware > designer how to calculate the checksum. The only place where verification of the checksum is mentioned is in the hardware maintenance guide in the base system tests section. Allthough the prom layout is mentioned in several DEC docs. > FYI, the pcnet has 16 bytes of address prom. 0 to 5 are the address octets, > 6 to 11 is unused, 12 (LSB) and 13 (MSB) is the checksum, 14 and 15 should > be 0x57. The checksum is calculated over 0 to 11, 14 and 15. Thanks, I've been puzzling on it but can't figure the checksum for the DEC out. BTW, do you know if there is such a thing as initializing a network driver The Right Way (tm)? In the network code I've come across several methods, and comments at checks for bad methods. Regards, Richard From dom@algor.co.uk Sun Sep 27 16:17:02 1998 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 QAA18250; Sun, 27 Sep 1998 16:17:00 +0200 (MET DST) Received-Date: Sun, 27 Sep 1998 16:17:00 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id PAA13611 for ; Sun, 27 Sep 1998 15:16:56 +0100 (BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id PAA00363; Sun, 27 Sep 1998 15:16:55 +0100 (GMT/BST) Date: Sun, 27 Sep 1998 15:16:55 +0100 (GMT/BST) Message-Id: <199809271416.PAA00363@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr Subject: Re: Algorithmics' proto boards In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 781 Lines: 23 Jesus, > Has anybody ported Linux to any of the Algorithmics > proto boards? Yes, a couple of guys (including Ralf) got Linux running on the P-4032. I don't know how solid it was, or how easy it would be to get a copy, but it certainly got done. So far, we haven't been able to loan a P-5064 board to get Linux up on that. It shouldn't be too hard, since the important bits of the system are pretty software-compatible. -- Regards, Dominic Sweetman phone: +44 171 700 3301 Algorithmics Ltd home: +44 171 226 0032 3 Drayton Park fax: +44 171 700 3384 London N5 1NU email: dom@algor.co.uk ENGLAND. www: http://www.algor.co.uk ftp: ftp.algor.co.uk From ralf@uni-koblenz.de Mon Sep 28 02:42:09 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA22990; Mon, 28 Sep 1998 02:42:08 +0200 (MET DST) Received-Date: Mon, 28 Sep 1998 02:42:08 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (pmport-18.uni-koblenz.de [141.26.249.18]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA15573 for ; Mon, 28 Sep 1998 02:42:11 +0200 (MET DST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA25660; Mon, 28 Sep 1998 02:41:42 +0200 Message-ID: <19980928024142.C25636@uni-koblenz.de> Date: Mon, 28 Sep 1998 02:41:42 +0200 To: linux-mips@fnet.fr Subject: Grrr... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 193 Lines: 5 Seems Smartlist doesn't like me and removed me from the distribution list. If there was anything this list which you expect me to answer during the last two weeks or so, please resend. Ralf From jdouma@ivs.com Mon Sep 28 23:14:57 1998 Received: from blackberry.ivs.com (www.ivs.com [207.177.145.250]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29724; Mon, 28 Sep 1998 23:14:52 +0200 (MET DST) Received-Date: Mon, 28 Sep 1998 23:14:52 +0200 (MET DST) Received: from ivs.com ([207.177.145.178]) by blackberry.ivs.com (8.8.5/8.8.5) with ESMTP id NAA30314 for ; Mon, 28 Sep 1998 13:15:41 -0700 Sender: jdouma@blackberry.ivs.com Message-ID: <360FFC5B.F98B46C4@ivs.com> Date: Mon, 28 Sep 1998 21:15:07 +0000 From: James Douma Organization: IVS, Inc X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: CE revisited References: <199809250626.AAA04977@harmony.village.org> Content-Type: multipart/mixed; boundary="------------D370C06F94580E89E162A3E3" Content-Length: 2191 Lines: 65 This is a multi-part message in MIME format. --------------D370C06F94580E89E162A3E3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ugh! Seems like a low return on investment to me. Why not choose a platform that has more future so that others could join in? (Check out Qualcomm's just announced pdQ). Neat project though. Good luck. Warner Losh wrote: > > OK. I've managed to get an older CE machine at a very good price from > ebay. I got a NEC MobilePro 400. A small machine (4M ram, 4M ROM) > with a Vr4101 in it. The CE portion of this machine is in ROM, not > flash. However, there are EEPROM versions of the ROM parts (at least > from the first reading of the NEC databook there are) with similar > pinouts (the same where it matters). I think I'm going to put sockets > on the rom card and try to burn my own boot ROMs. > > I know that I had maintained in this forum that they were FLASH. I > wanted to point out to whomever I had argued with that he's right, at > least for this model. > > Bootstrapping is going to be hell. I think I'll go the flashfs on a > pcmcia flash card route after writing a minimal boot loader. But the > exception routines may pose a bit of a problem... > > I don't expect to have much progress on this front for a long time, > since I have 5 other projects I'm working on and this one has a large, > up front PITA to contend with... > > Warner -- James Douma - Manager, Advanced Technology Programs Interactive Voice Systems ph: 626.256.3123 fx: 626.256.3197 pg: 818.297.3058 jdouma@ivs.com --------------D370C06F94580E89E162A3E3 Content-Type: text/x-vcard; charset=us-ascii; name="jdouma.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for James Douma Content-Disposition: attachment; filename="jdouma.vcf" begin:vcard n:Douma;James tel;pager:818 297 3058 tel;cell:626 536 2725 tel;work:626 256 3123 x-mozilla-html:FALSE org:IVS, Inc. adr:version:2.1;;121 E Huntington Dr;Monrovia;CA;91016;USA version:2.1 email;internet:jdouma@ivs.com title:Manager, Advanced Technology Projects x-mozilla-cpt:;-30784 fn:James Douma end:vcard --------------D370C06F94580E89E162A3E3-- From aneuper@antaris.de Tue Sep 29 01:17:44 1998 Received: from firewall (gate.antaris.de [195.99.204.193]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA01844; Tue, 29 Sep 1998 01:17:43 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 01:17:43 +0200 (MET DST) Sender: andreas@antaris.de Message-Id: <36101932.D6668731@antaris.de> Date: Tue, 29 Sep 1998 01:18:12 +0200 From: Andreas Neuper Reply-To: Andreas.Neuper@antaris.de Organization: Antaris Informationssysteme GmbH X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux/MIPS: efs support Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1228 Lines: 34 Hi, sorry for asking, but I did not read on Your page, whether the IRIX efs is supported now. I didn't read a ~fs/subdirectory in the 2.1.122 i386 kernel that made me expecting it. If I am wrong stop reading and tell me, please (maybe I looked in the wrong place). I have a tiny difficulty: My Indy has a disk pack, that is sometimes connected to it, but sometimes connected to my i486 Linuxbox (the cd-burner). In this "disk pack" is a DAT drive and a removable SCSI disk (and some more). This disk maybe replaced by other disks (same mounting frame). Unfortunately some of my disks are "ext2" and some are "efs". Needless to say, I have several of those disks frequently formatted. I would now like to know what is on my disk, at least reading the partition table. I started modifying the fdisk (last log entry 980610; in rpm util-2.6-18). I didn't copy anything, but I read SGI's header files. I currently do not expect to find the time writing the fs drivers, but maybe I am able to write a partitioner. Now my questions: 1. Is legal what I do? 2. May I go public with this? (what conditions) 3. Is there already someone working on this? 4. How to submit my contributions? I would like to hear from You Andreas From imp@village.org Tue Sep 29 06:37:41 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA05451; Tue, 29 Sep 1998 06:37:39 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 06:37:39 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zNrXV-0005DB-00; Mon, 28 Sep 1998 22:37:29 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id WAA14451 for ; Mon, 28 Sep 1998 22:38:56 -0600 (MDT) Message-Id: <199809290438.WAA14451@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: CE revisited In-reply-to: Your message of "Mon, 28 Sep 1998 21:15:07 -0000." <360FFC5B.F98B46C4@ivs.com> References: <360FFC5B.F98B46C4@ivs.com> <199809250626.AAA04977@harmony.village.org> Date: Mon, 28 Sep 1998 22:38:55 -0600 From: Warner Losh Content-Length: 510 Lines: 16 In message <360FFC5B.F98B46C4@ivs.com> James Douma writes: : Ugh! Seems like a low return on investment to me. Why? : Why not choose a platform that has more future so that others could join : in? (Check out Qualcomm's just announced pdQ). There are litterally 10 different CE machines that have been released that have the MIPS processor in them that the MobilePro 400 has in it. Once it is ported there, the newer processors should be a piece of cake. Bootstrapping is still a SOB, however. Warner From jdouma@ivs.com Tue Sep 29 08:20:39 1998 Received: from blackberry.ivs.com (www.ivs.com [207.177.145.250]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA05995; Tue, 29 Sep 1998 08:20:38 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 08:20:38 +0200 (MET DST) Received: from ivs.com ([207.177.145.178]) by blackberry.ivs.com (8.8.5/8.8.5) with ESMTP id WAA02539 for ; Mon, 28 Sep 1998 22:21:30 -0700 Sender: jdouma@blackberry.ivs.com Message-ID: <36107C61.D19164DA@ivs.com> Date: Tue, 29 Sep 1998 06:21:21 +0000 From: James Douma Organization: IVS, Inc X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: CE revisited References: <360FFC5B.F98B46C4@ivs.com> <199809250626.AAA04977@harmony.village.org> <199809290438.WAA14451@harmony.village.org> Content-Type: multipart/mixed; boundary="------------491093708538039F5BE197A1" Content-Length: 1693 Lines: 57 This is a multi-part message in MIME format. --------------491093708538039F5BE197A1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I guess I misspoke then. I got the impression from your earlier message that you had acquired a discontinued unit. Does the MobilePro then use the Vr4111 (like the Velo that you were previously considering?) Warner Losh wrote: > > In message <360FFC5B.F98B46C4@ivs.com> James Douma writes: > : Ugh! Seems like a low return on investment to me. > > Why? > > : Why not choose a platform that has more future so that others could join > : in? (Check out Qualcomm's just announced pdQ). > > There are litterally 10 different CE machines that have been released > that have the MIPS processor in them that the MobilePro 400 has in > it. Once it is ported there, the newer processors should be a piece > of cake. > > Bootstrapping is still a SOB, however. > > Warner -- James Douma - Manager, Advanced Technology Programs Interactive Voice Systems ph: 626.256.3123 fx: 626.256.3197 pg: 818.297.3058 jdouma@ivs.com --------------491093708538039F5BE197A1 Content-Type: text/x-vcard; charset=us-ascii; name="jdouma.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for James Douma Content-Disposition: attachment; filename="jdouma.vcf" begin:vcard n:Douma;James tel;pager:818 297 3058 tel;cell:626 536 2725 tel;work:626 256 3123 x-mozilla-html:FALSE org:IVS, Inc. adr:version:2.1;;121 E Huntington Dr;Monrovia;CA;91016;USA version:2.1 email;internet:jdouma@ivs.com title:Manager, Advanced Technology Projects x-mozilla-cpt:;-30784 fn:James Douma end:vcard --------------491093708538039F5BE197A1-- From imp@village.org Tue Sep 29 09:00:44 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA06258; Tue, 29 Sep 1998 09:00:42 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 09:00:42 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zNtlx-0005K8-00; Tue, 29 Sep 1998 01:00:33 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id BAA00597 for ; Tue, 29 Sep 1998 01:00:21 -0600 (MDT) Message-Id: <199809290700.BAA00597@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: CE revisited In-reply-to: Your message of "Tue, 29 Sep 1998 06:21:21 -0000." <36107C61.D19164DA@ivs.com> References: <36107C61.D19164DA@ivs.com> <360FFC5B.F98B46C4@ivs.com> <199809250626.AAA04977@harmony.village.org> <199809290438.WAA14451@harmony.village.org> Date: Tue, 29 Sep 1998 01:00:20 -0600 From: Warner Losh Content-Length: 996 Lines: 23 In message <36107C61.D19164DA@ivs.com> James Douma writes: : I guess I misspoke then. I got the impression from your earlier message : that you had acquired a discontinued unit. Does the MobilePro then use : the Vr4111 (like the Velo that you were previously considering?) The MobilePro 400 is a discontinued unit. It uses the Vr4101 and a fairly common PCMCIA chip that I've lost track of the name of. The MobilePro 700 and 750 are still being made (and the 750 is the new color full sized keyboard version). The 700 series has the Vr4111 CPU in them, which is very similar to the Vr4101 from a software point of view. The Caseo Cassepea(sp) E-xx series uses the Vr4111. As does the Everex A-xx series. Compaq's offerings are supposed to have this as well. The Velo uses a SH-4 CPU. The Philip's Nano uses their R3990 chipset. There are a couple of others that use this chipset, but I can't recall them off the top of my head. Do you have a pointer for that qualcomm thing? Warner From jdouma@ivs.com Tue Sep 29 09:54:24 1998 Received: from blackberry.ivs.com (www.ivs.com [207.177.145.250]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA06495; Tue, 29 Sep 1998 09:54:22 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 09:54:22 +0200 (MET DST) Received: from ivs.com ([207.177.145.178]) by blackberry.ivs.com (8.8.5/8.8.5) with ESMTP id XAA03092 for ; Mon, 28 Sep 1998 23:55:12 -0700 Sender: jdouma@blackberry.ivs.com Message-ID: <36109256.3F3AC02A@ivs.com> Date: Tue, 29 Sep 1998 07:55:02 +0000 From: James Douma Organization: IVS, Inc X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: CE revisited References: <36107C61.D19164DA@ivs.com> <360FFC5B.F98B46C4@ivs.com> <199809250626.AAA04977@harmony.village.org> <199809290438.WAA14451@harmony.village.org> <199809290700.BAA00597@harmony.village.org> Content-Type: multipart/mixed; boundary="------------929F8552CD50A433A8DD47EE" Content-Length: 1879 Lines: 60 This is a multi-part message in MIME format. --------------929F8552CD50A433A8DD47EE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Warner Losh wrote: > > Do you have a pointer for that qualcomm thing? > > Warner The pdQ can be seen at http://www.qualcomm.com/pdQ. This is, of course, a very different product from a devlopment standpoint since its basically a PalmPilot (based on the Motorola dragonball processor (CPU32 - more or less a 68020 core). It is probably not a good topic for the MIPS mailing list. OTOH - this product has a fair shot at taking the world by storm by integrating the most popular handheld computer with the fastest growing cellular/PCS base in the United States. Getting Linux onto it would have some very exciting possibilities. Question: Is it really that easy to move Linux from one MIPS platform (like the 3900) to another (like the 4111)? I found that I quickly got in over my head while moving kernel code from a MIPS II part to a MIPS III part - mainly because of the subtlety of good cache management and proper use of the memory manager. James -- James Douma - Manager, Advanced Technology Programs Interactive Voice Systems ph: 626.256.3123 fx: 626.256.3197 pg: 818.297.3058 jdouma@ivs.com --------------929F8552CD50A433A8DD47EE Content-Type: text/x-vcard; charset=us-ascii; name="jdouma.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for James Douma Content-Disposition: attachment; filename="jdouma.vcf" begin:vcard n:Douma;James tel;pager:818 297 3058 tel;cell:626 536 2725 tel;work:626 256 3123 x-mozilla-html:FALSE org:IVS, Inc. adr:version:2.1;;121 E Huntington Dr;Monrovia;CA;91016;USA version:2.1 email;internet:jdouma@ivs.com title:Manager, Advanced Technology Projects x-mozilla-cpt:;-30784 fn:James Douma end:vcard --------------929F8552CD50A433A8DD47EE-- From imp@village.org Tue Sep 29 17:09:25 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA10492; Tue, 29 Sep 1998 17:07:01 +0200 (MET DST) Received-Date: Tue, 29 Sep 1998 17:07:01 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zO1ME-0005WS-00; Tue, 29 Sep 1998 09:06:30 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id JAA02336 for ; Tue, 29 Sep 1998 09:05:55 -0600 (MDT) Message-Id: <199809291505.JAA02336@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: CE revisited In-reply-to: Your message of "Tue, 29 Sep 1998 07:55:02 -0000." <36109256.3F3AC02A@ivs.com> References: <36109256.3F3AC02A@ivs.com> <36107C61.D19164DA@ivs.com> <360FFC5B.F98B46C4@ivs.com> <199809250626.AAA04977@harmony.village.org> <199809290438.WAA14451@harmony.village.org> <199809290700.BAA00597@harmony.village.org> Date: Tue, 29 Sep 1998 09:05:55 -0600 From: Warner Losh Content-Length: 1371 Lines: 29 In message <36109256.3F3AC02A@ivs.com> James Douma writes: : The pdQ can be seen at http://www.qualcomm.com/pdQ. This is, of course, : a very different product from a devlopment standpoint since its : basically a PalmPilot (based on the Motorola dragonball processor (CPU32 : - more or less a 68020 core). It is probably not a good topic for the : MIPS mailing list. Ah. OK. Given what I know about their embedded systems, this doesn't surprise me at all. : Is it really that easy to move Linux from one MIPS platform (like the : 3900) to another (like the 4111)? I found that I quickly got in over my : head while moving kernel code from a MIPS II part to a MIPS III part - : mainly because of the subtlety of good cache management and proper use : of the memory manager. The answer is "depends". the Vr4101 -> Vr4111 is basically a slam dunk, modulo the LCD interface and a could of other nits around the edges (like power management wakeup fatures). The cache is larger on the Vr4111, but for the most part the two user's manual read nearly the same. I've not looked at the R3990 parts from Philips. I suspect that they will be similar to either the DECstation port, or the arc series of machines. This move would be harder than the 4101 -> 4111. I'm hoping to later pick up a 4111 based machine when the new ones come out and those are cheaper. Warner