From mzywusko@tiac.net Sun Apr 11 06:51:12 1999 Received: from mail-out-0.tiac.net (mail-out-0.tiac.net [199.0.65.247]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA00399; Sun, 11 Apr 1999 06:51:11 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 06:51:11 +0200 (MET DST) Received: from posterchild1.tiac.net (posterchild1.tiac.net [199.0.65.72]) by mail-out-0.tiac.net (8.8.8/8.8.8) with ESMTP id AAA12889 for ; Sun, 11 Apr 1999 00:51:08 -0400 (EDT) (envelope-from mzywusko@tiac.net) Received: from mzywusko ([206.105.155.249]) by posterchild1.tiac.net (8.8.8/8.8.7) with SMTP id EAA20220 for ; Sun, 11 Apr 1999 04:51:08 GMT Message-ID: <002c01be83d6$36685600$f99b69ce@mzywusko.tiac.net> From: "Matthew J. Zywusko" To: Subject: Linux MIPS port Date: Sun, 11 Apr 1999 00:46:05 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0029_01BE83B4.AE8423C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 This is a multi-part message in MIME format. ------=_NextPart_000_0029_01BE83B4.AE8423C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I was reading the web page at http://lena.fnet.fr/ and I happened to = read the "Can I help?" section. I happen to have a (currently unused but = would like to revive) NEC RISCserver 4x series MIPS that I would #1 like = to put Linux on and #2 and more importantly -> revive. If there is = anything I can do to help test or whatnot, please let me know. Matt ------=_NextPart_000_0029_01BE83B4.AE8423C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
    I was reading the = web page at=20 http://lena.fnet.fr/ and I happened = to read=20 the "Can I help?" section. I happen to have a (currently = unused but=20 would like to revive) NEC RISCserver 4x series MIPS that I would #1 like = to put=20 Linux on and #2 and more importantly -> revive. If there is anything = I can do=20 to help test or whatnot, please let me know.
 
 
          &nbs= p;            = ;            =             &= nbsp;           =20 Matt
------=_NextPart_000_0029_01BE83B4.AE8423C0-- From borgman@earthlink.net Sun Apr 11 07:24:06 1999 Received: from hawk.prod.itd.earthlink.net (hawk.prod.itd.earthlink.net [207.217.120.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA01022; Sun, 11 Apr 1999 07:24:04 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 07:24:04 +0200 (MET DST) Received: from earthlink.net (pool030-max3.ds20-ca-us.dialup.earthlink.net [209.179.16.180]) by hawk.prod.itd.earthlink.net (8.8.7/8.8.5) with ESMTP id WAA21196 for ; Sat, 10 Apr 1999 22:23:58 -0700 (PDT) Message-ID: <37103150.54232524@earthlink.net> Date: Sat, 10 Apr 1999 22:21:20 -0700 From: Nickey Harper Organization: http://www.warez.com X-Mailer: Mozilla 4.5 [en]C-CCK-MCD {WarezScape} (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Maciene to be added Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit i dont knwo if it is posible, but coulkd, _maybe_, it be possible to port the mips / Linux to a Phillips Velo(MIPS R4000 based PDA)... i know it is rom based, bot romimages could be made and flashed in... This is just a curiosity. i would appriecite it if you ould get back to me thanx... From Harald.Koerfgen@home.ivm.de Sun Apr 11 13:22:26 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA03440; Sun, 11 Apr 1999 13:22:25 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 13:22:25 +0200 (MET DST) Received: from franz.no.dom (port32.koeln.ivm.de [195.247.239.32]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id NAA06896; Sun, 11 Apr 1999 13:22:15 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <370F9941.C78871B4@wrkhors.com> Date: Sun, 11 Apr 1999 12:24:55 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Steven Lembark Subject: RE: location for decstation root? Cc: linux-mips@fnet.fr Hi, On 10-Apr-99 Steven Lembark wrote: > not finding it under ./test. > > checking "/pub/linux/mips/mipsel-linux/root" > shows a file "declinuxroot-990128.tgz" > > is this the correct one? Yes, it is. Sorry for the confusion. --- Regards, Harald From airlied@csn.ul.ie Sun Apr 11 16:38:11 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA04595; Sun, 11 Apr 1999 16:38:06 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 16:38:06 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id QAA14294 for ; Sun, 11 Apr 1999 16:32:56 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA21616 for ; Sun, 11 Apr 1999 15:37:58 +0100 Date: Sun, 11 Apr 1999 15:37:58 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: RE: patch for dz.c on DecStation 5000/200 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > I don't think so. Obviously this is "the right thing to do[TM]". > > Just beeing curious, are the onboard ethernet and scsi controllers > detected as "PMAZ-AA" and "PMAD-AA" by the Turbochannel detection? > the Ethernet is coming up as PMAD-AA, but I'm still having a problem with the serial port, I'm getting what looks like overrun, i.e. POSIX conformance esting by UNIFIX slot 5: DEC PMA-AA V5.3b rity) slt 6: DEC PMAD-AA 5.3a Linux NET4.0 or Linux 2.2 This is what I am currently getting, for that section, netbsd boots fine though at 9600 on the same set-up with no problems like that so it may lay in the driver ... > > drivers/net/declance.c might be a good start. You'll need to set up the > pointer arrays in dec_lance_init() and probably need to modify cp_to_buf() > and cp_from_buf() for your memory layout. Shouldn't be too complicated. > Thanks, I'll start there .. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Sun Apr 11 16:48:22 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA05119; Sun, 11 Apr 1999 16:48:20 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 16:48:20 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id QAA14302 for ; Sun, 11 Apr 1999 16:43:07 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA22335 for ; Sun, 11 Apr 1999 15:48:11 +0100 Date: Sun, 11 Apr 1999 15:48:11 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: patch to drivers/tc/tc.c Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-913833367-1976319228-923842091=:17639" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---913833367-1976319228-923842091=:17639 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I don't know if the attached patch is necessary or not, but the switch statement looked a bit pointless without it, so either it needs this patch or a better comment :-).. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- ---913833367-1976319228-923842091=:17639 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mydec.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIHRjLmMub2xkCVN1biBBcHIgMTEgMTU6NDQ6MjQgMTk5OQ0KLS0tIHRj LmMJU3VuIEFwciAxMSAxNTo0NDoyNyAxOTk5DQoqKioqKioqKioqKioqKioN CioqKiAxMzUsMTUzICoqKioNCi0tLSAxMzUsMTU5IC0tLS0NCiAgCQkJc3dp dGNoIChzbG90KSB7DQogIAkJCWNhc2UgMDoNCiAgCQkJCXRjX2J1c1tzbG90 XS5pbnRlcnJ1cHQgPSBUQzA7DQorIAkJCQlicmVhazsNCiAgCQkJY2FzZSAx Og0KICAJCQkJdGNfYnVzW3Nsb3RdLmludGVycnVwdCA9IFRDMTsNCisgCQkJ CWJyZWFrOw0KICAJCQljYXNlIDI6DQogIAkJCQl0Y19idXNbc2xvdF0uaW50 ZXJydXB0ID0gVEMyOw0KKyAJCQkJYnJlYWs7DQogIAkJCS8qDQogIAkJCSAq IFl1Y2shIERTNTAwMC8yMDAgb25ib2FyZCBkZXZpY2VzDQogIAkJCSAqLw0K ICAJCQljYXNlIDU6DQogIAkJCQl0Y19idXNbc2xvdF0uaW50ZXJydXB0ID0g U0NTSV9JTlQ7DQorIAkJCQlicmVhazsNCiAgCQkJY2FzZSA2Og0KICAJCQkJ dGNfYnVzW3Nsb3RdLmludGVycnVwdCA9IEVUSEVSOw0KKyAJCQkJYnJlYWs7 DQogIAkJCWRlZmF1bHQ6DQogIAkJCQl0Y19idXNbc2xvdF0uaW50ZXJydXB0 ID0gLTE7DQorIAkJCQlicmVhazsNCiAgCQkJfQkNCiAgCQl9DQogIAl9DQo= ---913833367-1976319228-923842091=:17639-- From lembark@wrkhors.com Sun Apr 11 17:46:20 1999 Received: from bird.wrkhors.com (bird.wrkhors.com [206.180.156.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA05823; Sun, 11 Apr 1999 17:46:18 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 17:46:18 +0200 (MET DST) Received: from wrkhors.com (poolf5-002.wwa.com [207.241.62.3]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id KAA03665 for ; Sun, 11 Apr 1999 10:46:35 -0500 Sender: lembark@wrkhors.com Message-ID: <3710C3C4.17EFAB93@wrkhors.com> Date: Sun, 11 Apr 1999 10:46:12 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.07 [en] (X11; U; Linux 2.2.5 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: location for decstation root? References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msBA0A67DA4F80531F91EFF51F" This is a cryptographically signed message in MIME format. --------------msBA0A67DA4F80531F91EFF51F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > checking "/pub/linux/mips/mipsel-linux/root" > > shows a file "declinuxroot-990128.tgz" > > > > is this the correct one? > > Yes, it is. Sorry for the confusion. what, you mean you havn't memorized the location of every file in the universe?!?! in any case, i went through your directions on a RH5.2 system w/ l-2.2.5 on it and had zero luck getting past the makes. if you're willing i'd like to make it function once and write up a more detailed set of instructions that could be posed on the web site. 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. --------------------------------------------------------------------- --------------msBA0A67DA4F80531F91EFF51F 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 MIIKlwYJKoZIhvcNAQcCoIIKiDCCCoQCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CDIwggT8MIIEZaADAgECAhBLa4QPACg5tIR171/VRyNLMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTk5MDEzMDAwMDAw MFoXDTAwMDEzMDIzNTk1OVowggEUMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDlN0ZXZlbiBMZW1iYXJrMSIwIAYJKoZI hvcNAQkBFhNsZW1iYXJrQHdya2hvcnMuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB gQD5Dh2qHUr6TRD9Fof7Py19Y+C+mbROCqF/4wTc+FOrIpfNDSLrd1dfkQMPzXSgKSKNxFYs bCRNBTHXoyoPuHpgxFeyTg3NFgiVcngC+5aiykX/O9r90C853zzww9+Ka0Xn9NsURBdiL420 ph6vY6JnBLn61i1Gq2nYthiWIeuYuQIDAQABo4IBkjCCAY4wCQYDVR0TBAIwADCBrwYDVR0g BIGnMIAwgAYLYIZIAYb4RQEHAQEwgDAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMCAQEaPVZlcmlT aWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMpOTcgVmVyaVNp Z24AAAAAAAAwEQYJYIZIAYb4QgEBBAQDAgeAMIGGBgpghkgBhvhFAQYDBHgWdmQ0NjUyYmQ2 M2YyMDQ3MDI5Mjk4NzYzYzlkMmYyNzUwNjljNzM1OWJlZDFiMDU5ZGE3NWJjNGJjOTcwMTc0 N2RhNWQzZjIxNDFiZWFkYjJiZDJlODkyMTBhZDZkZjVkMDExNDk5N2ExYjM0NGZkZjNlYTQ1 MGMwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNy bDANBgkqhkiG9w0BAQQFAAOBgQBYZciKn7eXMsgMkYynKSGCa9o/ehR3+hF+d2HhX5RUhN/i O+tcxGyU8+QJtTV6DQsZDxje9b9QCHz0bc5Uid6+tomUCWI0mABjJU4wx0V4zHThfQShoXWg SY1bvaPCkauRZTwkHvcX/Iv2HiLEAA/jz94y+aQUuUE7WK4Jw4DgnTCCAy4wggKXoAMCAQIC EQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIyMzU5NTla MIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3Qg TmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBD QSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBo u5XZMUFweoFLuUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+H Sr8Z2vkV6A+HthzjzMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglg hkgBhvhCAQEEBAMCAQYwRwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIB Fh93d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYD VR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPK ZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjj F7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDlX4KmsaiSxVhqwY0DPOvDzQWikK5uMYICLTCC AikCAQEwgeEwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2ln biBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkv UlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBD bGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQC EEtrhA8AKDm0hHXvX9VHI0swCQYFKw4DAhoFAKCBojAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw05OTA0MTExNTQ2MTJaMCMGCSqGSIb3DQEJBDEWBBTsllxZ kAG/LpqGLF1XXFlru+KBazBDBgkqhkiG9w0BCQ8xNjA0MAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgOuzrcdn EF+F3sOtOGUcMOpc6OtZ8nHETyChlJRPgQ9+b5tgBg5rS9aCNbdsV94dkcVHP8xjK4NnxZiw FCtoGeV6OL79oewAOx21cUe8QKc/ZhGY/aSzfUDCDhh/S3xZaJ7kCS5IXs/pUrqfFlUzXyzc VIIyFbxXvSQxiXISmtNu --------------msBA0A67DA4F80531F91EFF51F-- From K.H.C.vanHouten@research.kpn.com Sun Apr 11 18:59:56 1999 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA06602; Sun, 11 Apr 1999 18:59:55 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 18:59:55 +0200 (MET DST) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-12 #D3519) with SMTP id <01J9X1GPQJZ40001B7@research.kpn.com> for linux-mips@fnet.fr; Sun, 11 Apr 1999 18:59:49 +0200 Received: by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id SAA19578; Sun, 11 Apr 1999 18:59:48 +0200 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 11 Apr 1999 18:59:48 +0200 (MET DST) From: K.H.C.vanHouten@research.kpn.com (Karel van Houten) Subject: Re: location for decstation root? In-reply-to: <3710C3C4.17EFAB93@wrkhors.com> To: linux-mips@fnet.fr Message-id: <199904111659.SAA19578@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL23] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Steven Lembark wrote: > in any case, i went through your directions on a RH5.2 system > w/ l-2.2.5 on it and had zero luck getting past the makes. if > you're willing i'd like to make it function once and write up > a more detailed set of instructions that could be posed on the > web site. You might want to have a look at my DECStation Webpage at: http://www.xs4all.nl/~vhouten/mipsel Regards, Karel. From Harald.Koerfgen@home.ivm.de Sun Apr 11 20:20:43 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA07424; Sun, 11 Apr 1999 20:20:41 +0200 (MET DST) Received-Date: Sun, 11 Apr 1999 20:20:41 +0200 (MET DST) Received: from franz.no.dom (port29.koeln.ivm.de [195.247.239.29]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id UAA19437 for ; Sun, 11 Apr 1999 20:20:31 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 11 Apr 1999 19:23:12 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: patch to drivers/tc/tc.c Hi, On 11-Apr-99 Dave Airlie wrote: > I don't know if the attached patch is necessary or not, but the > switch statement looked a bit pointless without it, so either it needs > this patch or a better comment :-).. It *is* necessary, thanks. I must have been temporarily out of order while writing this :-). Keep on hacking. --- Regards, Harald From imp@harmony.village.org Mon Apr 12 04:02:00 1999 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA11454; Mon, 12 Apr 1999 04:01:58 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 04:01:58 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA33693 for ; Sun, 11 Apr 1999 20:01:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA00659 for ; Sun, 11 Apr 1999 20:01:34 -0600 (MDT) Message-Id: <199904120201.UAA00659@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Maciene to be added In-reply-to: Your message of "Sat, 10 Apr 1999 22:21:20 PDT." <37103150.54232524@earthlink.net> References: <37103150.54232524@earthlink.net> Date: Sun, 11 Apr 1999 20:01:34 -0600 From: Warner Losh [[ The following is good FAQ material, and I'm writing it with that in mind ]] In message <37103150.54232524@earthlink.net> Nickey Harper writes: : i dont knwo if it is posible, but coulkd, _maybe_, it be possible to : port the mips / Linux to a Phillips Velo(MIPS R4000 based PDA)... : i know it is rom based, bot romimages could be made and flashed in... : This is just a curiosity. i would appriecite it if you ould get back to No. Rom images could not be FLASHED in. All of these devices, to the best of my knowledge, have mask programmable roms, meaning that they are burned at the factory and you don't get to ever change them. All the machines i've seen do have ROM sockets, and I suppose there is a standard for them. However, I've not been able to located said standard, nor can I find EEPROM or FLASH that will fit into the space allowed in my NEC MobilePro 450. The Phillips Velo is based on a R39xx chipset. There are docs available from Phillips, but no work has been done yet on porting to this platform, at least from the Lunix kernel perspective. The kernel needs to be enhanced to understand the subtle differences for these low end MIPS processors. Not a huge job, but one no one has done yet. Also, many of the CE class processors have lots of builtin devices that will need drivers written for them. There are also a boatload of devices based on the Vr41xx series of chips: Vr4101, Vr4102, Vr4111 and Vr4121. Some of these are available only in Japan, and many more are yet to ship. Web searches can find some of them. Their names seem to keep changing, so I'm not going to include them here. Of the released products that use Vr41xx, I know of the following: All NEC WinCE products, Cassio's Casseopeia E line (eg E-10), All of Everex's palmtops, and at least one model from Compaq. I have an incomplete port of gcc to mips-hpc-wince which I found on the net and cleaned up. This will be needed to build a boot program. However, I have no time to actively work on this port, so it has languished for the past few months. There are some people in Japan that have a boot program written, but I'm not allowed to say anything more than that. There is also a NetBSD port underway, by these same Japanese hackers, that is in the early stages. It is also incomplete, but shows promise. Neither of these things are generally available yet, so don't write me asking for where to find them. I cannot redistribute what I have. Warner From survey@netzero.net Mon Apr 12 09:12:12 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA13054; Mon, 12 Apr 1999 09:12:10 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 09:12:10 +0200 (MET DST) From: survey@netzero.net Received: from mail.ipcommittee.net (98CCA398.ipt.aol.com [152.204.163.152]) by louis-blanc.univ-evry.fr with SMTP (8.8.8/980318/990126/louis-blanc); id JAA22176; Mon, 12 Apr 1999 09:12:06 +0200 (MET DST) Message-Id: <199904120712.JAA22176@louis-blanc.univ-evry.fr> To: Subject: Ground Troops in Kosovo Date: Mon, 12 Apr 1999 00:29:56 Should NATO send ground troops to Kosovo? Let your opinion be known! Dear Friend: Thank you for joining our opt-in list to receive this survey. This is not a SPAM. If you prefer to be excluded from our surveys, feel that this email has reached you in error, or if someone submitted your email address to us by mistake, please see "exclude" instructions below. As you know, the National News Media reports of shocking slaughters of thousands of ethnic Albanians. In fact, almost 100 mass graves have been sighted in aerial photographs taken over the area, and the number of missing ethnic Albanians thought to be either dead or hiding in the mountains of Kosovo reach into the hundreds of thousands. Children have been separated from their parents, and even those who have made it to the camps are uncertain of whether they will ever see their loved ones or their homes again. Many have been beaten, raped or seen their families killed. Some people believe that NATO should send in ground troops immediately. They believe that the ground troops will prevent further mass slaughter of the ethnic Albanians still in Kosovo, bring aid to the Kosovars in the camps, restore peace in the region, and bring the three captured American soldiers home alive. Others believe that potentially sacrificing the lives of thousands of NATO soldiers in order to reestablish peace in Kosovo is too large of a price to pay, and that we should continue with air attacks and/or peace negotiations until we can come to an agreement. They further believe that sending in ground troops will worsen the situation, possibly even causing a World War with Russia. President Clinton will be meeting with security and foreign policy leaders from Congress on Tuesday. Latest reports show that a decision will be made this week, and that as many as 100,000 ground troops may be sent in. WHICH SIDE ARE YOU ON? It is our intention for this survey to have an impact on the outcome of those decisions. The Internet Polling Committee provides the results of this survey via press release directly to the National News Media, such as ABC News, FOX News, and CNN for the purpose of International Broadcasting and Publication. The Internet Polling Committee is an independent, unbiased, third party survey committee. By taking part in this national survey, you will be helping to decide the outcome of this issue, to voice your opinion nationally, and help to offset the cost of publishing these results. Let your opinion be known! To participate, call: 1-900-737-0034 to vote "Yes" to sending ground troops into Kosovo, and 1-900-737-0035 to vote "No" to sending ground troops into Kosovo. You will be charged $1.99 for your call (which will help offset the cost of submitting and publishing the results) and you must be at least 18 years old to participate. US access only. VOTE - VOTE - VOTE - VOTE - VOTE - VOTE - VOTE Survey brought to you by the Internet Polling Committee, Miami, Florida To be excluded from receiving future surveys regarding political and legal issues, and your Internet rights and regulations, please send a BLANK email with the subject reading "exclude" to: ipcommittee@yahoo.com. Emails that are not blank, do not have the proper reply subject, or those sent to any other email address will be deleted before they are read. From guillaume@gespac.ch Mon Apr 12 09:25:03 1999 Received: from g-mail.gespac.ch ([195.70.4.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA13606; Mon, 12 Apr 1999 09:25:02 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 09:25:02 +0200 (MET DST) Received: from gespac.ch ([195.70.4.113]) by g-mail.gespac.ch (Post.Office MTA v3.5.3 release 223 ID# 594-58856U100L100S0V35) with ESMTP id ch for ; Mon, 12 Apr 1999 09:24:58 +0200 Message-ID: <371191B2.22AA258C@gespac.ch> Date: Mon, 12 Apr 1999 07:24:50 +0100 From: Guillaume ALEXANDRE Organization: GESPAC X-Mailer: Mozilla 4.06 [en] (Win98; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux DECstation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I was gaven a DECstation 5000/200 recently and i'm very interested in using Linux with it. Could you please tell me what is the current state of the porting and what i can do to help. I'm an hardware engineer but I've already patched driver portions of the linux i386 sources... I have also a few knowledge about cross-developpement. Thank you for your informations, Regards Guillaume ALEXANDRE -- ____ | | Guillaume ALEXANDRE | | Design Engineer | | | | _____ ____________ _____ _____ | ___|_____||_____ | | _____|| |____||____________||_____||_____||_____ | Gespac S.A. | http://www.gespac.ch chemin des Aulx 18 http://www.gespac.com 1228 Geneva tel: +41 (0)22 706 21 00 Switzerland Fax: +41 (0)22 794 64 77 From R.vandenBerg@inter.NL.net Mon Apr 12 10:26:16 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA14341; Mon, 12 Apr 1999 10:26:16 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 10:26:16 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-19.Hoorn.NL.net [193.79.46.183] with ESMTP for id KAA08509 (8.8.8/3.40); Mon, 12 Apr 1999 10:26:14 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 12 Apr 1999 10:15:28 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 12 Apr 1999 10:15:28 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Linux DECstation In-Reply-To: <371191B2.22AA258C@gespac.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 12 Apr 1999, Guillaume ALEXANDRE wrote: > I was gaven a DECstation 5000/200 recently and i'm very interested in ... > Thank you for your informations, Personally replied with Haralds mail from april 9, Message-ID: Regards, Richard From airlied@csn.ul.ie Mon Apr 12 11:34:29 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA15114; Mon, 12 Apr 1999 11:34:26 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 11:34:26 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id LAA15366 for ; Mon, 12 Apr 1999 11:29:13 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id KAA09017 for ; Mon, 12 Apr 1999 10:34:18 +0100 Date: Mon, 12 Apr 1999 10:34:18 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: Re: Linux DECstation In-Reply-To: <371191B2.22AA258C@gespac.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Well at the moment I have the exact same box, I've sent a couple of patches to the list in the last few days to apply to the dec kernel on the ftp site, I've also gotten patches to the Ethernet driver sitting on my machine at the moment, but although they are needed they don't make it work yet :-) .. Dave. On Mon, 12 Apr 1999, Guillaume ALEXANDRE wrote: > Hello, > > I was gaven a DECstation 5000/200 recently and i'm very interested in > using Linux with it. Could you please tell me what is the current > state of the porting and what i can do to help. > > I'm an hardware engineer but I've already patched driver portions > of the linux i386 sources... I have also a few knowledge about > cross-developpement. > > > Thank you for your informations, > > Regards > > Guillaume ALEXANDRE > -- > ____ > | | Guillaume ALEXANDRE > | | Design Engineer > | | > | | _____ ____________ _____ _____ > | ___|_____||_____ | | _____|| > |____||____________||_____||_____||_____ > | > Gespac S.A. | http://www.gespac.ch > chemin des Aulx 18 http://www.gespac.com > 1228 Geneva tel: +41 (0)22 706 21 00 > Switzerland Fax: +41 (0)22 794 64 77 > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Mon Apr 12 18:15:30 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17644; Mon, 12 Apr 1999 18:15:28 +0200 (MET DST) Received-Date: Mon, 12 Apr 1999 18:15:28 +0200 (MET DST) Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id SAA28971; Mon, 12 Apr 1999 18:15:26 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id SAA16306 for ; Mon, 12 Apr 1999 18:08:55 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id RAA11637 for ; Mon, 12 Apr 1999 17:13:42 +0100 Date: Mon, 12 Apr 1999 17:13:41 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: serial console corruption Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I've gotten Linux 2.2.1-dec + my patches starting up on a DS5000/200 as far as a root mount, however my serial console is horrible corrupted, if I leave in the second printout through the prom the kernel messages are readable from that, but still the serial direct ones are crappy .. note in the excerpt below how the second lines are always corrupted, these are the lines printed by the serial driver, while the first lines are the ones from the prom, Does this happen on all Decstations or is just mine, i.e. is someone else fixing this or have it fixed? Dave. ttyS01 at 0xbfe00000 (irq = 4) tyS01 at 0xbfe00000 (rq = 4) ttyS02 at 0xbfe00000 (irq = 4) ttS02 at 0xbfe00000 (iq = 4) ttyS03 at 0xbfe00000 (irq = 4) tyS03 at 0xbfe00000 irq = 4) RAM disk driver initialized: 16 RAM disks of 4096K size RM disk driver initiaized: 16 RAM disks f 4096K size scsi : 0 hosts. ssi : 0 hosts. scsi : detected csi : detected total. ttal. declance.c: v0.008 by Linux Mips DECstation task force dclance.c: v0.008 by inux Mips DECstationtask force eth0: PMAD-AA, addr = eh0: PMAD-AA, addr = 08:0800:002b:b:1c:1:50:5052,52 irq =3 irq = 3 Sending BOOTP requests...Snding BOOTP requests...................... timed out! timed out! IP-Config: Auto-configuration of network failed. I-Config: Auto-configration of network faled. Scheduling in interrupt Sheduling in interrup ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Tue Apr 13 12:03:16 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA24448; Tue, 13 Apr 1999 12:03:15 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 12:03:15 +0200 (MET DST) Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id MAA08183; Tue, 13 Apr 1999 12:03:13 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id LAA17994 for ; Tue, 13 Apr 1999 11:56:47 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id LAA02100 for ; Tue, 13 Apr 1999 11:01:54 +0100 Date: Tue, 13 Apr 1999 11:01:54 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: question about int-handler.S Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I know nothing about mips assembly, I'm just try to find a bug by asking silly questions :-) The piece of code below is from int-handler.S, on line 7 below (b find_int) does this jump unconditionally to find_int? because if it does what is the and for afterwards as surely it will never get processed... 1: EXPORT(kn02_io_int) 2:kn02_io_int: lui t0,0xbff0 # get interrupt status and mask 3: lw t0,(t0) 4: la t1,asic_mask_tbl 5: move t3,t0 6: sll t3,16 # shift interrupt status 7: b find_int 8: and t0,t3 # mask out allowed ones 9: EXPORT(kn03_io_int) If the question is silly sorry!! Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From mitch@execpc.com Tue Apr 13 12:26:08 1999 Received: from mailgw01.execpc.com (sendmail@mailgw01.execpc.com [169.207.2.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA24667; Tue, 13 Apr 1999 12:26:05 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 12:26:05 +0200 (MET DST) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw01.execpc.com (8.9.1) id FAA05442 for ; Tue, 13 Apr 1999 05:25:55 -0500 Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id FAA23212; Tue, 13 Apr 1999 05:25:55 -0500 (CDT) Message-ID: <19990413052555.11391@execpc.com> Date: Tue, 13 Apr 1999 05:25:55 -0500 From: Mitchell Blank Jr To: linux-mips@fnet.fr Subject: Re: question about int-handler.S References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: ; from Dave Airlie on Tue, Apr 13, 1999 at 11:01:54AM +0100 Dave Airlie wrote: > The piece of code below is from int-handler.S, > on line 7 below (b find_int) does this jump unconditionally to find_int? > because if it does what is the and for afterwards as surely it will never > get processed... MIPS has something called a "branch delay slot". The instruction immediately following the branch always gets executed EVEN IF THE BRANCH HAPPENS. Basically, this improves pipeline efficiency since you can set up for the branch while you are still doing useful stuff. Sometimes you have to put a NOP there because after producing enough information for the branch to be decided theres no work left to do. Most modern processors do something like this behind your back. On the MIPS, it is explicit and you (or your compiler) has to manually decide what to put there. -Mitch From lembark@wrkhors.com Tue Apr 13 13:13:31 1999 Received: from bird.wrkhors.com (bird.wrkhors.com [206.180.156.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA25816; Tue, 13 Apr 1999 13:13:26 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 13:13:26 +0200 (MET DST) Received: from wrkhors.com (poolf2-056.wwa.com [207.241.63.121]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id GAA11349 for ; Tue, 13 Apr 1999 06:13:34 -0500 Sender: lembark@wrkhors.com Message-ID: <371326CD.2A6B8471@wrkhors.com> Date: Tue, 13 Apr 1999 06:13:17 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.07 [en] (X11; U; Linux 2.2.5 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: question about int-handler.S References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms74FB079AB378C26E3E1FF55A" This is a cryptographically signed message in MIME format. --------------ms74FB079AB378C26E3E1FF55A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > The piece of code below is from int-handler.S, > on line 7 below (b find_int) does this jump unconditionally to find_int? > because if it does what is the and for afterwards as surely it will never > get processed... > > 1: EXPORT(kn02_io_int) > 2:kn02_io_int: lui t0,0xbff0 # get interrupt status > and mask > 3: lw t0,(t0) > 4: la t1,asic_mask_tbl > 5: move t3,t0 > 6: sll t3,16 # shift interrupt status > 7: b find_int > 8: and t0,t3 # mask out allowed ones > > 9: EXPORT(kn03_io_int) > > If the question is silly sorry!! actually, step 8 should be processed in the branch delay slot -- thanks to oddities of pipelining on MIPS. whether it *does* anything useful is antoher question... them of us what use higher level languages don't usually get to have this much fun in our work :-) catch is that it takes an extra clock cycle (or whatever) to perform a branch. in order to fill the dead time the compiler -- or crafty programmer -- will fill this timeslot in the pipeline with something that is [hopefully] useful. this looks like a CP is filling the slot with the and -- whatever that does in the Scheme Of Things. -- 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. --------------------------------------------------------------------- --------------ms74FB079AB378C26E3E1FF55A 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 MIIKlwYJKoZIhvcNAQcCoIIKiDCCCoQCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CDIwggT8MIIEZaADAgECAhBLa4QPACg5tIR171/VRyNLMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTk5MDEzMDAwMDAw MFoXDTAwMDEzMDIzNTk1OVowggEUMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDlN0ZXZlbiBMZW1iYXJrMSIwIAYJKoZI hvcNAQkBFhNsZW1iYXJrQHdya2hvcnMuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB gQD5Dh2qHUr6TRD9Fof7Py19Y+C+mbROCqF/4wTc+FOrIpfNDSLrd1dfkQMPzXSgKSKNxFYs bCRNBTHXoyoPuHpgxFeyTg3NFgiVcngC+5aiykX/O9r90C853zzww9+Ka0Xn9NsURBdiL420 ph6vY6JnBLn61i1Gq2nYthiWIeuYuQIDAQABo4IBkjCCAY4wCQYDVR0TBAIwADCBrwYDVR0g BIGnMIAwgAYLYIZIAYb4RQEHAQEwgDAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMCAQEaPVZlcmlT aWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMpOTcgVmVyaVNp Z24AAAAAAAAwEQYJYIZIAYb4QgEBBAQDAgeAMIGGBgpghkgBhvhFAQYDBHgWdmQ0NjUyYmQ2 M2YyMDQ3MDI5Mjk4NzYzYzlkMmYyNzUwNjljNzM1OWJlZDFiMDU5ZGE3NWJjNGJjOTcwMTc0 N2RhNWQzZjIxNDFiZWFkYjJiZDJlODkyMTBhZDZkZjVkMDExNDk5N2ExYjM0NGZkZjNlYTQ1 MGMwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNy bDANBgkqhkiG9w0BAQQFAAOBgQBYZciKn7eXMsgMkYynKSGCa9o/ehR3+hF+d2HhX5RUhN/i O+tcxGyU8+QJtTV6DQsZDxje9b9QCHz0bc5Uid6+tomUCWI0mABjJU4wx0V4zHThfQShoXWg SY1bvaPCkauRZTwkHvcX/Iv2HiLEAA/jz94y+aQUuUE7WK4Jw4DgnTCCAy4wggKXoAMCAQIC EQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIyMzU5NTla MIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3Qg TmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBD QSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBo u5XZMUFweoFLuUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+H Sr8Z2vkV6A+HthzjzMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglg hkgBhvhCAQEEBAMCAQYwRwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIB Fh93d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYD VR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPK ZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjj F7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDlX4KmsaiSxVhqwY0DPOvDzQWikK5uMYICLTCC AikCAQEwgeEwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2ln biBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkv UlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBD bGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQC EEtrhA8AKDm0hHXvX9VHI0swCQYFKw4DAhoFAKCBojAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw05OTA0MTMxMTEzMTdaMCMGCSqGSIb3DQEJBDEWBBQMJfsh d24z4MxNMBOU44W98doEdzBDBgkqhkiG9w0BCQ8xNjA0MAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgDPx+adP jbT9dQBVF1lbVjGDcl/E8aJFxZjdIv8PGXf8d8xzqPolPQ6SpP+V2s56HGQWRKj3LeaT25aa beh27dNzGNTFfSLDV3YERAmV5lbs0W4Tw33RkEgxRLYL0cPBmX3gCTs9gMZ6almWNuekFG4r LsnL8HpD/5daNYXnU02W --------------ms74FB079AB378C26E3E1FF55A-- From Harald.Koerfgen@home.ivm.de Tue Apr 13 23:37:43 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29803; Tue, 13 Apr 1999 23:37:41 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 23:37:41 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA11493 for ; Tue, 13 Apr 1999 23:37:23 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 Apr 1999 23:40:06 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: serial console corruption Gang, On 12-Apr-99 Dave Airlie wrote: > > Hi, > I've gotten Linux 2.2.1-dec + my patches starting up on a > DS5000/200 as far as a root mount, however my serial console is horrible > corrupted, if I leave in the second printout through the prom the kernel > messages are readable from that, but still the serial direct ones are > crappy .. > note in the excerpt below how the second lines are always corrupted, > these > are the lines printed by the serial driver, while the first lines are > the > ones from the prom, > > Does this happen on all Decstations or is just mine, i.e. is someone > else > fixing this or have it fixed? Noone I'm aware of, except you, of course. Dave, the dz driver was started by Olivier Lebaillif on a DS 3100 and brought to work on a DS 2100 by Thomas Riemer . As far as I know none of these machines show this behaviour. These machines are considerably slower than your /200 an it may happen that you need to insert some delay()'s or that the writeback buffer becomes visible. In that case you need to insert some wbflush()'es at strategic places. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Apr 13 23:37:45 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29805; Tue, 13 Apr 1999 23:37:43 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 23:37:43 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA11505 for ; Tue, 13 Apr 1999 23:37:30 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990413052555.11391@execpc.com> Date: Tue, 13 Apr 1999 23:40:14 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: question about int-handler.S On 13-Apr-99 Mitchell Blank Jr wrote: > Dave Airlie wrote: >> The piece of code below is from int-handler.S, >> on line 7 below (b find_int) does this jump unconditionally to >> find_int? >> because if it does what is the and for afterwards as surely it will >> never >> get processed... > > MIPS has something called a "branch delay slot". The instruction > immediately following the branch always gets executed EVEN IF THE > BRANCH HAPPENS. Basically, this improves pipeline efficiency > since you can set up for the branch while you are still doing useful > stuff. Sometimes you have to put a NOP there because after producing > enough information for the branch to be decided theres no work left > to do. > > Most modern processors do something like this behind your back. On the > MIPS, it is explicit and you (or your compiler) has to manually decide > what to put there. To make things even more interesting, the pipelines on R2000/R3000 processors are non interlocking, in contrast to the R4000 and higher. That means that even load delay slots are visible. --- Regards, Harald From Harald.Koerfgen@home.ivm.de Tue Apr 13 23:37:44 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29804; Tue, 13 Apr 1999 23:37:42 +0200 (MET DST) Received-Date: Tue, 13 Apr 1999 23:37:42 +0200 (MET DST) Received: from franz.no.dom (port44.koeln.ivm.de [195.247.239.44]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id XAA11501 for ; Tue, 13 Apr 1999 23:37:29 +0200 X-To: Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 Apr 1999 23:40:13 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: question about int-handler.S Hi, On 13-Apr-99 Dave Airlie wrote: > > Hi, > I know nothing about mips assembly, I'm just try to find a bug by > asking silly questions :-) > > The piece of code below is from int-handler.S, > on line 7 below (b find_int) does this jump unconditionally to find_int? > because if it does what is the and for afterwards as surely it will > never get processed... > > 1: EXPORT(kn02_io_int) > 2:kn02_io_int: lui t0,0xbff0 # get interrupt status > and mask > 3: lw t0,(t0) > 4: la t1,asic_mask_tbl > 5: move t3,t0 > 6: sll t3,16 # shift interrupt > status > 7: b find_int > 8: and t0,t3 # mask out allowed > ones As already pointed out the "and" will be executed in the branch delay slot and, yes, it will do something useful. This snippet loads the content of the System Control and Status Register (CSR) and masks out the allowed interrupt status bits. The alternative would be: kn02_io_int: lui t0,0xbff0 lw t0,(t0) nop # load delay move t3,t0 sll t3,16 and t0,t3 la t1,asic_mask_tbl b find_int nop # branch delay > If the question is silly sorry!! There are no silly questions, only silly answers :-). --- Regards, Harald From Harald.Koerfgen@home.ivm.de Wed Apr 14 21:07:05 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA08715; Wed, 14 Apr 1999 21:06:56 +0200 (MET DST) Received-Date: Wed, 14 Apr 1999 21:06:56 +0200 (MET DST) Received: from franz.no.dom (port16.koeln.ivm.de [195.247.239.16]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id VAA25418; Wed, 14 Apr 1999 21:06:23 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 14 Apr 1999 21:09:05 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Alex deVries Subject: RE: Errors building... Cc: SGI Linux , linux-mips@fnet.fr Hi, On 14-Apr-99 Alex deVries wrote: > > So, I've finally found a few minutes to catch up on the amazing recent > SGI > Linux excitements... I destroyed my old kernel tree, and re imported. > > Now my builds die with: > > egcs -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 > -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r4600 -mips2 > -pipe > -c -o r2300.o r2300.c > {standard input}: Assembler messages: > {standard input}:2486: Internal error! > Assertion failure in tc_gen_reloc at ./config/tc-mips.c line 10203. > Please report this bug. > > And so here I am, dutifully reporting this bug. Strange, works fine on my end. Anyone else seeing this? > I'm a bit unclear on why r2300.c is even being compiled, when clearly I > have an R4600SC, but I did set R4000 support in my .config. That's normal and always has been so. The goal is to be able to build generic kernel, i.e. kernels which work on R3000 *and* higher CPUs. --- Regards, Harald From cplee@buzzcity.com Thu Apr 15 06:02:01 1999 Received: from iron.singnet.com.sg (iron.singnet.com.sg [165.21.7.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA13162; Thu, 15 Apr 1999 06:01:59 +0200 (MET DST) Received-Date: Thu, 15 Apr 1999 06:01:59 +0200 (MET DST) Received: from buzzcity.com ([203.127.217.143]) by iron.singnet.com.sg (8.9.1a/8.9.1) with ESMTP id MAA21759 for ; Thu, 15 Apr 1999 12:01:52 +0800 (SGT) Message-ID: <37156461.B10860E2@buzzcity.com> Date: Thu, 15 Apr 1999 12:00:34 +0800 From: Lee Cjin Pheow Organization: BuzzCity Pte Ltd X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Does JDK 1.1.7 run on Mips/Linux? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Hi, I need to know if there is a port of Sun's JDK 1.1.7 running on mips/linux combination. Regards. -- LEE Cjin Pheow Senior Engineer BuzzCity Pte Ltd 267A Beach Road Singapore 199545 Voice:(65)296-9515 Fax:(65)296-5911 cplee@buzzcity.com http://www.buzzcity.com From airlied@csn.ul.ie Thu Apr 15 16:50:56 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA16794; Thu, 15 Apr 1999 16:50:52 +0200 (MET DST) Received-Date: Thu, 15 Apr 1999 16:50:52 +0200 (MET DST) Received: from skynet.csn.ul.ie (airlied@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.8.8/8.8.8) with ESMTP id PAA06221 for ; Thu, 15 Apr 1999 15:45:50 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.8.5/8.8.5) with SMTP id PAA11926 for ; Thu, 15 Apr 1999 15:50:25 +0100 Date: Thu, 15 Apr 1999 15:50:24 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: RE: serial console corruption In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > These machines are considerably slower than your /200 an it may happen that > you need to insert some delay()'s or that the writeback buffer becomes > visible. In that case you need to insert some wbflush()'es at strategic > places. good call, in the dz_console_put_char there was a int loops = 1000; the console writing code spins waiting for the bit to be set on the serial port, I've changed it to 3000 for my decstation, and it now works, however I persume this is not how it should be done, I should be able to get it to work for any decstation easily enough from the processor speed info... Dave. > > --- > Regards, > Harald > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From Harald.Koerfgen@home.ivm.de Thu Apr 15 19:36:11 1999 Received: from aw.ivm.net (mail.ivm.net [195.78.161.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17948; Thu, 15 Apr 1999 19:36:09 +0200 (MET DST) Received-Date: Thu, 15 Apr 1999 19:36:09 +0200 (MET DST) Received: from franz.no.dom (port52.koeln.ivm.de [195.247.239.52]) by aw.ivm.net (8.8.8/8.8.8) with ESMTP id TAA06665; Thu, 15 Apr 1999 19:35:57 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:990415192036:195=_" Date: Thu, 15 Apr 1999 19:38:39 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr, SGI Linux Subject: DECstation patches This message is in MIME format --_=XFMail.1.3.p0.Linux:990415192036:195=_ Content-Type: text/plain; charset=us-ascii Hi Gang, some of you may have noticed that I started to commit some changes to the CVS Repository ;-). Well, I did my very best not to break anything and commited only those changes which are either harmless or wouldn't affect code for existing machines. My apologies if I *did* break something. The intention is to prepare a base of discussion for the not so harmless R3000 specific changes. Therefore I'd like to bring the CVS repository to a state where it works for R4xx0 based DECstations. There are, however, two patches left to accomplish that which might have ill side effects on other machines. One is relatively boring, consisting mainly of changes to Makefiles and Config.in to activate the whole stuff. If you are interested it can be downloaded via ftp://ftp.linux.sgi.com/pub/linux/mips/test/dec-activate-patch.gz The second one is more interesting. On the DECstations some interrupts are directly handled by the CPU, not via some sort of interrupt multiplexer. With the current implementation of restore(flags) code like: save_and_cli(flags); enable_irq(irq); restore(flags); simply doesn't work on DECstations. The same is true for the RESTORE_SOME macro and r4xx0_resume(). My patch leaves the interrupt mask in CP0_STATUS intact in those places. In theory this should work on all machines but might trigger bugs which are undiscovered until now. I'll attach this patch and would appreciate if some you would test it on as much different MIPS boxes as possible. Thanks in advance. --- Regards, Harald --_=XFMail.1.3.p0.Linux:990415192036:195=_ Content-Disposition: attachment; filename="r4k-patch" Content-Transfer-Encoding: 7bit Content-Description: r4k-patch Content-Type: text/plain; charset=us-ascii; name=r4k-patch; SizeOnDisk=1918 diff -rubN development/clean/linux/arch/mips/kernel/r4k_switch.S linux/arch/mips /kernel/r4k_switch.S --- development/clean/linux/arch/mips/kernel/r4k_switch.S Tue Sep 22 22:12:47 19 98 +++ linux/arch/mips/kernel/r4k_switch.S Sun Apr 11 16:16:51 1999 @@ -41,8 +41,14 @@ CPU_RESTORE_NONSCRATCH($28) addiu t0, $28, KERNEL_STACK_SIZE-32 sw t0, kernelsp - lw a3, TASK_MM($28) + mfc0 t1, CP0_STATUS /* Do we really need this? */ + li a3, 0xff00 + and t1, a3 lw a2, THREAD_STATUS($28) + nor a3, $0, a3 + and a2, a3 + lw a3, TASK_MM($28) + or a2, t1 lw a3, MM_CONTEXT(a3) mtc0 a2, CP0_STATUS andi a3, a3, 0xff diff -rubN development/clean/linux/include/asm-mips/stackframe.h linux/include/a sm-mips/stackframe.h --- development/clean/linux/include/asm-mips/stackframe.h Wed Sep 23 23:05:55 19 98 +++ linux/include/asm-mips/stackframe.h Sun Apr 11 16:16:52 1999 @@ -139,7 +139,12 @@ ori t0, 0x1f; \ xori t0, 0x1f; \ mtc0 t0, CP0_STATUS; \ + li v1, 0xff00; \ + and t0, v1; \ lw v0, PT_STATUS(sp); \ + nor v1, $0, v1; \ + and v0, v1; \ + or v0, t0; \ mtc0 v0, CP0_STATUS; \ lw v1, PT_EPC(sp); \ mtc0 v1, CP0_EPC; \ diff -rubN development/clean/linux/include/asm-mips/system.h linux/include/asm-m ips/system.h --- development/clean/linux/include/asm-mips/system.h Mon Feb 15 11:51:25 1999 +++ linux/include/asm-mips/system.h Sun Apr 11 16:16:52 1999 @@ -88,6 +88,12 @@ { __asm__ __volatile__( ".set\tnoreorder\n\t" + "mfc0\t$8,$12\n\t" + "li\t$9,0xff00\n\t" + "and\t$8,$9\n\t" + "nor\t$9,$0,$9\n\t" + "and\t%0,$9\n\t" + "or\t%0,$8\n\t" "mtc0\t%0,$12\n\t" "nop\n\t" "nop\n\t" @@ -95,7 +101,7 @@ ".set\treorder" : /* no output */ : "r" (flags) - : "memory"); + : "$8", "$9", "memory"); } /* --_=XFMail.1.3.p0.Linux:990415192036:195=_-- End of MIME message From jaube@mail.telebot.net Thu Apr 15 22:08:48 1999 Received: from mailsvr2.telebot.net (telebot23.tychonet.com [205.179.202.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA19484; Thu, 15 Apr 1999 22:08:47 +0200 (MET DST) Received-Date: Thu, 15 Apr 1999 22:08:47 +0200 (MET DST) Received: from [194.0.0.1] (ppp49-toulouse.isdnet.net [194.149.170.176]) by mailsvr2.telebot.net (Rockliffe SMTPRA 3.2.0) with SMTP id for ; Thu, 15 Apr 1999 13:09:37 -0700 Message-ID: Subject: L'utilitaire configure Date: Thu, 15 Apr 99 22:10:33 +0100 x-sender: jaube@mail.telebot.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Feanaro To: "Linux-Mips Mailing List" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Bonjour ! Je voudrais quelques renseignements sur l'utilitaire 'configure'. Voici mon probleme : Pour essayer de bien saisir les principes de fonctionnnement de linux, j'essaye de me recompiler toutes les librairies et toutes les applications dont j'ai besoin, ce a partir d'une distrib slackware installee avec le minimum de packages. Evidemment, cela ne vas pas sans quelques problemes, et recemment en manipulant les liens des librairies partagees, je me trouve avec l'utilitaire 'configure' qui ne me trouve plus le type de machine. Ca me fait ca chaque fois qu'il est utilise, et il me met : cannot guess host type, you must specify one. Ma question est donc : comment Configure determine le type de machine et d'os sur lequel il est execute ? ( pas par uname ? ce dernier me met : Linux Bagend 2.2.0 #3 Mon Apr 5 18:24:55 CEST 1999 i586 unknown ) Question subsidiare : Pourquoi des logiciels me declarent lorsque je les lance ( PE : WindowMaker ) : can't find librairie libX11.so, alors que un ldconfig -v me la trouve a son emplacement habituel ( /usr/X11R6/lib/libX11.so --> /usr/X11R6/lib/libX11.so.6.0 ) Merci ! Je precise que je n'ai pas trouve de docs sur configure. Pour les librairies, j'avoue que je n'ai pas trop cherche... :-) Si il y a assez de reponses, je ferais un resume sur la question dans cette ML. Julien Aube From cjrice@cdc.net Fri Apr 16 04:55:02 1999 Received: from cdc.net (server1.cdc.net [207.244.0.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA23022; Fri, 16 Apr 1999 04:55:00 +0200 (MET DST) Received-Date: Fri, 16 Apr 1999 04:55:00 +0200 (MET DST) Received: (qmail 24165 invoked from network); 16 Apr 1999 02:54:56 -0000 Received: from unknown (HELO ricehome) (207.244.8.171) by server1.cdc.net with SMTP; 16 Apr 1999 02:54:56 -0000 From: "C J Rice" To: Subject: DECStation Blues Date: Thu, 15 Apr 1999 22:55:25 -0400 Message-ID: <01be87b4$93d622e0$f0045598@ricehome> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0031_01BE8793.0CC482E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-Mimeole: Produced By Microsoft MimeOLE V4.71.1712.3 This is a multi-part message in MIME format. ------=_NextPart_000_0031_01BE8793.0CC482E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I recently purchased some used DECStations includeing a DECStation 3100. = It has 12MB Ram and the firmware revision is KN01 V7.02. The model is = PM20-A8. The processor looks like a MIPS R200060-16. When it boots, = diagnostics run from 7..6..5..4..3.. then a ?? with code F3 in the = lights. Later, you are asked for the language and then you get the = double chevron prompt. Anyone know what this code means??? Also, I've tried to boot (with tftp) version 2.1.14 of lynux (from = dec_vmlinux.2.1.14.test4 zip file) to no avail. The first few lines of = a lynux boot are displayed. After the "Linux Version 2.1.1.4 = (paul@slither) (gcc version 2.6.3) #329 Sun May 18 17:17 EST 1997" line = is displayed I get an exception Vtr=3DUTLBM. Any ideas what this means = ? Chances are it's related to the error code F3, but don't know. And = perhaps the binary I was trying to boot was not a full blown lynux = kernel. Oh, I also have a floppy (SCSI diskette 3.5") and some hard = drives. =20 I also purchased a couple of the DECStation 5000/125 and DECStation = 5000/200 units. What is the pinout necessary to connect a keyboard / = mouse to the things ?? =20 And finally, I also purchased several VAXes (a dirty word here no = doubt). Any one know of lynux for vax? (VAXstation 3100, VAXStation = 4000/60, MicorVAX). =20 Thanks Jeff cjrice@cdc.net ------=_NextPart_000_0031_01BE8793.0CC482E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I recently purchased some used = DECStations=20 includeing a DECStation 3100.  It has 12MB Ram and the firmware = revision is=20 KN01 V7.02.  The model is PM20-A8.  The processor looks like a = MIPS=20 R200060-16.  When it boots, diagnostics run from 7..6..5..4..3.. = then a ??=20 with code F3 in the lights.  Later, you are asked for the language = and then=20 you get the double chevron prompt.  Anyone know what this code=20 means???
 
Also, I've tried to boot (with tftp) = version=20 2.1.14 of lynux (from dec_vmlinux.2.1.14.test4 zip file) to no = avail.  The=20 first few lines of a lynux boot are displayed.  After the = "Linux=20 Version 2.1.1.4 (paul@slither) (gcc version 2.6.3) #329 Sun May 18 17:17 = EST=20 1997" line is displayed I get an exception Vtr=3DUTLBM.  Any = ideas what=20 this means ?  Chances are it's related to the error code F3, but = don't=20 know.  And perhaps the binary I was trying to boot was not a full = blown=20 lynux kernel.  Oh, I also have a floppy (SCSI diskette 3.5") = and some=20 hard drives. 
 
I also purchased a couple of the DECStation 5000/125 = and=20 DECStation 5000/200 units.  What is the pinout necessary to connect = a=20 keyboard / mouse to the things ?? 
 
And finally, I also purchased several VAXes (a dirty = word here=20 no doubt).  Any one know of lynux for vax?  (VAXstation 3100,=20 VAXStation 4000/60, MicorVAX). 
 
Thanks
 
Jeff
 
cjrice@cdc.net
 
 
------=_NextPart_000_0031_01BE8793.0CC482E0-- From mitch@execpc.com Fri Apr 16 05:12:43 1999 Received: from mailgw01.execpc.com (sendmail@mailgw01.execpc.com [169.207.2.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA23622; Fri, 16 Apr 1999 05:12:41 +0200 (MET DST) Received-Date: Fri, 16 Apr 1999 05:12:41 +0200 (MET DST) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw01.execpc.com (8.9.1) id WAA25020; Thu, 15 Apr 1999 22:12:32 -0500 Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id WAA20762; Thu, 15 Apr 1999 22:12:32 -0500 (CDT) Message-ID: <19990415221232.63900@execpc.com> Date: Thu, 15 Apr 1999 22:12:32 -0500 From: Mitchell Blank Jr To: linux-mips@fnet.fr Cc: cjrice@cdc.net Subject: Re: DECStation Blues References: <01be87b4$93d622e0$f0045598@ricehome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: <01be87b4$93d622e0$f0045598@ricehome>; from C J Rice on Thu, Apr 15, 1999 at 10:55:25PM -0400 C J Rice wrote: > I recently purchased some used DECStations includeing a DECStation 3100. > It has 12MB Ram and the firmware revision is KN01 V7.02. The model is > PM20-A8. The processor looks like a MIPS R200060-16. When it boots, > diagnostics run from 7..6..5..4..3.. then a ?? with code F3 in the lights. check to make sure you have a good ethernet connection to the machine, and that your 3100 is set to use the right ethernet media (thinnet or AUI - it's not autosensing, you have to use the button on the back) Many old DEC products will fail the POST if they don't see an ethernet link. DEC even made an AUT-to-nothing convertor they'd sell you if you didn't have a LAN. > Also, I've tried to boot (with tftp) version 2.1.14 of lynux > (from dec_vmlinux.2.1.14.test4 zip file) to no avail. That is YEARS old, and very early development. Look at http://decstation.unix-ag.org/ The people who run the web page at fnet have not maintained it for years and thus people like you end up wasting their time on these ancient versions. They really should just take the fnet page down, its an embarasment. > I also purchased a couple of the DECStation 5000/125 and DECStation > 5000/200 units. What is the pinout necessary to connect a keyboard / > mouse to the things ?? You pretty much need the keyboards for them - I don't think they were compatible with anything except MAYBE some odd VAXstation models. The good news is that the hardware runs fine with serial console, so they can be used headless. > And finally, I also purchased several VAXes (a dirty word here no doubt). Not dirty, just offtopic. > Any one know of lynux for vax? First it's called "linix" (the two 'i's and zero 'u's). There are peple working on a VAX port of linux. Check out the action at: http://www.mssl.ucl.ac.uk/~atp/linux-vax/ -Mitch From mitch@execpc.com Fri Apr 16 05:19:42 1999 Received: from mailgw01.execpc.com (sendmail@mailgw01.execpc.com [169.207.2.78]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA24150; Fri, 16 Apr 1999 05:19:41 +0200 (MET DST) Received-Date: Fri, 16 Apr 1999 05:19:41 +0200 (MET DST) Received: from earth.execpc.com (mitch@earth.execpc.com [169.207.16.1]) by mailgw01.execpc.com (8.9.1) id WAA26437; Thu, 15 Apr 1999 22:19:38 -0500 Received: (from mitch@localhost) by earth.execpc.com (8.9.0) id WAA21832; Thu, 15 Apr 1999 22:19:37 -0500 (CDT) Message-ID: <19990415221937.55854@execpc.com> Date: Thu, 15 Apr 1999 22:19:37 -0500 From: Mitchell Blank Jr To: linux-mips@fnet.fr Cc: cjrice@cdc.net Subject: Re: DECStation Blues References: <01be87b4$93d622e0$f0045598@ricehome> <19990415221232.63900@execpc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e-execpc In-Reply-To: <19990415221232.63900@execpc.com>; from Mitchell Blank Jr on Thu, Apr 15, 1999 at 10:12:32PM -0500 Mitchell Blank Jr wrote: > > Any one know of lynux for vax? > > First it's called "linix" (the two 'i's and zero 'u's). And yes, I'm being silly. -Mitch From <@Cologne.DE:karsten@excalibur.cologne.de> Fri Apr 16 13:29:41 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA26823; Fri, 16 Apr 1999 13:29:35 +0200 (MET DST) Received-Date: Fri, 16 Apr 1999 13:29:35 +0200 (MET DST) Received: from localhost (1563 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Fri, 16 Apr 1999 13:29:17 +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 NAA01115; Fri, 16 Apr 1999 13:21:25 +0200 Message-ID: <19990416132125.B836@excalibur.cologne.de> Date: Fri, 16 Apr 1999 13:21:25 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: L'utilitaire configure Mail-Followup-To: linux-mips@fnet.fr References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91i In-Reply-To: ; from Feanaro on Thu, Apr 15, 1999 at 10:10:33PM +0100 X-No-Archive: yes Juilien Aube a ecrive: > Ma question est donc : comment Configure determine le type de machine et > d'os sur lequel il est execute ? ( pas par uname ? ce dernier me met : > Linux Bagend 2.2.0 #3 Mon Apr 5 18:24:55 CEST 1999 i586 unknown ) Je ne sais pas comment "./configure" determine le type de machine, mais on peut utiliser les options "./configure --host=mipsel-linux --build=mipsel-linux --target=mipsel-linux" pour definer le type de machine (lŽexample est pour utiliser sur une machine avec linux-mips, little endian). HTH, Karsten P.S.: Excusez mon Francais trop limite. -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From ralf@lappi.waldorf-gmbh.de Fri Apr 16 23:12:06 1999 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA00523; Fri, 16 Apr 1999 23:12:04 +0200 (MET DST) Received-Date: Fri, 16 Apr 1999 23:12:04 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by pneumatic-tube.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA3208949 for <@etube.sgi.com:linux-mips@fnet.fr>; Fri, 16 Apr 1999 14:10:49 -0700 (PDT) mail_from (ralf@lappi.waldorf-gmbh.de) Received: from lappi.waldorf-gmbh.de ([150.166.40.201]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA13443 for ; Fri, 16 Apr 1999 14:10:48 -0700 (PDT) mail_from (ralf@lappi.waldorf-gmbh.de) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id OAA03060 for linux-mips@fnet.fr; Fri, 16 Apr 1999 14:10:36 -0700 Message-ID: <19990416141030.E592@uni-koblenz.de> Date: Fri, 16 Apr 1999 14:10:30 -0700 From: Ralf Baechle To: linux-mips@fnet.fr Subject: Re: serial console corruption References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Dave Airlie on Thu, Apr 15, 1999 at 03:50:24PM +0100 X-Accept-Language: de,en,fr On Thu, Apr 15, 1999 at 03:50:24PM +0100, Dave Airlie wrote: > > These machines are considerably slower than your /200 an it may happen that > > you need to insert some delay()'s or that the writeback buffer becomes > > visible. In that case you need to insert some wbflush()'es at strategic > > places. > > good call, in the dz_console_put_char there was a > > int loops = 1000; > > the console writing code spins waiting for the bit to be set on the serial > port, > > I've changed it to 3000 for my decstation, and it now works, however I > persume this is not how it should be done, > > I should be able to get it to work for any decstation easily enough from > the processor speed info... What you want to use instead are the udelay() and mdelay functions in . Beware, they relay on the BogoMIPS value having already being computed, so they cannot be called during the very early startup unless you initialize loops_per_sec using some worst case assumption. Ralf From seewan@surreal.com.sg Sat Apr 17 11:17:17 1999 Received: from zinc.singnet.com.sg (zinc.singnet.com.sg [165.21.7.31]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA05157; Sat, 17 Apr 1999 11:17:15 +0200 (MET DST) Received-Date: Sat, 17 Apr 1999 11:17:15 +0200 (MET DST) Received: from surreal.com.sg (ad67-7.magix.com.sg [165.21.67.7]) by zinc.singnet.com.sg (8.9.1a/8.9.1) with ESMTP id RAA00104 for ; Sat, 17 Apr 1999 17:17:09 +0800 (SGT) Message-ID: <371851D9.987732@surreal.com.sg> Date: Sat, 17 Apr 1999 17:18:17 +0800 From: Toong See Wan X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: I am planning to port it to a NEC MIPS handheld device Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit I am planning to port linux to handheld machine runing on MIPS CPU. How should i start? From R.vandenBerg@inter.NL.net Sat Apr 17 16:03:44 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA07351; Sat, 17 Apr 1999 16:03:44 +0200 (MET DST) Received-Date: Sat, 17 Apr 1999 16:03:44 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-12.Hoorn.NL.net [193.79.46.176] with ESMTP for id QAA12368 (8.8.8/3.40); Sat, 17 Apr 1999 16:03:42 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 17 Apr 1999 13:18:00 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 17 Apr 1999 13:18:00 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: I am planning to port it to a NEC MIPS handheld device In-Reply-To: <371851D9.987732@surreal.com.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 17 Apr 1999, Toong See Wan wrote: > I am planning to port linux to handheld machine runing on MIPS CPU. How > should i start? Replied by e-mail with Warner FAQ proposal. -- Richard From babydr@baby-dragons.com Sat Apr 17 23:55:47 1999 Received: from filesrv1.baby-dragons.com (babydr@filesrv1.baby-dragons.com [199.33.245.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA10518; Sat, 17 Apr 1999 23:55:45 +0200 (MET DST) Received-Date: Sat, 17 Apr 1999 23:55:45 +0200 (MET DST) Received: from localhost (babydr@localhost) by filesrv1.baby-dragons.com (8.9.0/8.8.5) with SMTP id OAA06520 for ; Sat, 17 Apr 1999 14:55:44 -0700 Date: Sat, 17 Apr 1999 14:55:44 -0700 (PDT) From: "Mr. James W. Laferriere" To: linux-mips@fnet.fr Subject: Re: I am planning to port it to a NEC MIPS handheld device In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello Richard, Must have missed the URL: when it was posted . Would you please forward URL: to me . Tnx, JimL On Sat, 17 Apr 1999, Richard van den Berg wrote: > On Sat, 17 Apr 1999, Toong See Wan wrote: > > I am planning to port linux to handheld machine runing on MIPS CPU. How > > should i start? > Replied by e-mail with Warner FAQ proposal. +-----------------------------------------------------------------+ | James W. Laferriere | System Techniques | Give me VMS | | Network Engineer | 25416 22nd So | Give me Linux | | babydr@baby-dragons.com | DesMoines WA 98198 | only on AXP | +-----------------------------------------------------------------+