From Sgiforme@aol.com Mon Jun 1 07:39:27 1998 Received: from imo23.mx.aol.com (imo23.mx.aol.com [198.81.17.67]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA14388; Mon, 1 Jun 1998 07:39:25 +0200 (MET DST) Received-Date: Mon, 1 Jun 1998 07:39:25 +0200 (MET DST) From: Sgiforme@aol.com Received: from Sgiforme@aol.com by imo23.mx.aol.com (IMOv14_b1.1) id BACRa26053 for ; Mon, 1 Jun 1998 01:38:25 -0400 (EDT) Message-ID: <4ccc6c09.35723e52@aol.com> Date: Mon, 1 Jun 1998 01:38:25 EDT To: linux-mips@fnet.fr Mime-Version: 1.0 Subject: I have several Nec Riscstations Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 167 Content-Length: 302 Lines: 13 Good day, I have 2 Nec riscstation 220's and two Dual Proc. RiscTower servers and was wondering if any Linux OS was available for lackey use. If not what state is it in for someone who isn't yet programming and beta's for an overpriced useless OS such as W 98? Any info is good. Sincerely, Barry From cw@ix.net.nz Tue Jun 2 08:02:09 1998 Received: from caffeine.ix.net.nz (caffeine.ix.net.nz [203.97.100.28]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA23409; Tue, 2 Jun 1998 08:02:00 +0200 (MET DST) Received-Date: Tue, 2 Jun 1998 08:02:00 +0200 (MET DST) Received: (from chris@localhost) by caffeine.ix.net.nz (8.8.7/8.8.3) id SAA02639; Tue, 2 Jun 1998 18:01:45 +1200 Message-ID: <19980602180145.A2417@caffeine.ix.net.nz> Date: Tue, 2 Jun 1998 18:01:45 +1200 From: Chris Wedgwood To: linux-mips@fnet.fr Subject: QNX Realtime OS Now Supports MIPS, PowerPC Processors Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i X-No-Archive: Yes Content-Length: 5914 Lines: 167 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii This might be of interest to some of this list.... Would be interested to know how well MIPS/QNX stacks up against rtLinux/MIPS (assuming the latter exists). -Chris --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Description: Forwarded message from glen mccready [http://qnx.com/hotnews/pr/jun1_98-mips.html] QNX Realtime OS Now Supports MIPS, PowerPC Processors SAN FRANCISCO, June 1, 1998 - In a move applauded by several of the biggest players in the information technology industry, QNX Software Systems Ltd. (QSSL) announced today that QNX, the leading realtime OS (RTOS) on the x86 platform, now supports the PowerPC and MIPS processor architectures. The announcement came at the QNX International Technology Conference in San Francisco, where QSSL demonstrated MIPS and PowerPC versions of the QNX/NeutrinoŽ RTOS in front of several hundred embedded developers. "Developers on other processors can now take full advantage of everything that has made QNX the leader on x86: fault tolerance, fully distributed processing, massive scalability, and the industry's most advanced MMU support," says Dan Dodge, vice president of R&D at QSSL. "This is the same OS technology that has proven itself in x86 solutions ranging from Internet appliances to distributed telecom networks." The Word from IBM, Motorola, and NEC By introducing support for multiple processor platforms, QSSL is better positioned to build on its rapid growth in several areas - including consumer electronics, telecommunications, networking, and low-power portable systems. IBM - "The proven reputation of QNX technology should significantly expand the already large market for IBM's PowerPC processors," said Elliott Newcombe, marketing and applications manager at IBM Microelectronics, "particularly in high-volume consumer and communications devices." Motorola - "We're pleased to have QNX's leading RTOS support available for Motorola PowerPC microprocessors," said Tom Gunter, corporate vice president and general manager, Motorola's Networking Systems Division. "The combination of QNX's scalable realtime technology and Motorola's high-performance PowerPC processors provides a robust platform for virtually anything that moves voice or data - from central office switches and routers to PDAs with low power requirements and web-enabled set-top boxes." NEC - "Like our VR Series of 64-bit MIPS RISC processors, QNX technology is small enough, and efficient enough, for highly mobile, battery-powered applications," said Ed Forbes, senior marketing manager of VR Series Development Tools for NEC Electronics Inc. "And like our high-performance MIPS RISC processors, it's also highly scalable, which complements our strategy of deploying MIPS RISC 64-bit technology across a wide spectrum of applications - everything from consumer electronics and office automation to networking." An End-to-end Business Solution According to Paul Zorfass, principal embedded analyst with IDC, "QNX's support for the PowerPC and MIPS architectures is a strategic decision that should further extend its reach into the telecom, consumer electronic, and office automation markets. More importantly, by partnering with the tool vendor Metrowerks, QNX can now offer embedded OEMs an end-to-end business solution that encompasses both multi-platform runtime support and an open, cross-platform development environment." (See the accompanying Metrowerks press release on the CodeWarrior for QNX development environment, or visit Metrowerks at www.metrowerks.com.) Why Now? After supporting x86 exclusively for almost 20 years, why is QNX moving to multiple platforms now? "This move is the product of a long-range plan," said Michael Hornby, vice president of sales and marketing. "In fact, we designed QNX to be inherently portable across platforms. We were only waiting for market demand to reach critical mass - which has now happened, largely as a result of QNX's growing popularity with manufacturers of consumer appliances and telecom/datacom systems." QSSL will continue to enhance its support for the full range of x86 processors - everything from low-cost 386 processors to high-end Pentium chips, as well as the latest integrated x86 processors from AMD, Cyrix, Intel, National Semiconductor, and SGS-THOMSON. Availability MIPS- and PowerPC-microprocessor-compatible versions of the QNX/Neutrino RTOS will be released to selected beta sites in 3Q98. About QNX Software Systems Founded in 1980, QNX Software Systems is the industry leader in high-performance realtime operating system software for the x86 platform. No other RTOS vendor has over 17 years' experience on the x86, offers more options for the x86, or has as large a marketshare on the x86. News at a Glance MIPS and PowerPC versions of QNX RTOS demonstrated at QNX Technology Conference. . . . Move applauded by IBM, Motorola, NEC, and other industry leaders. . . . Brings QNX's fault-tolerant OS technology to wider range of telecom, consumer, and office automation products. Reader Information QNX Software Systems Ltd. 175 Terence Matthews Crescent Kanata, ON, Canada K2M 1W8 Voice: +1 613 591-0931 or +1 800 676-0566 Fax: +1 613 591-3579 Email: info@qnx.com Web: www.qnx.com European Division Voice: +44 1223 364503 Fax: +44 1223 364504 Email: QNXeurope@qnx.com Editorial Contacts Greg Bergsma Voice: +1 613 591-0931, Fax: +1 613 591-3579 Email: gbergsma@qnx.com Mal Raddalgoda Voice: +1 613 591-0931, Fax: +1 613 591-3579 Email: mal@qnx.com Barbara Patterson Tel: +1 602 957-4500, Fax: +1 602 957-4599 Email: barbara@patterson.com Guy Forster (Europe): Tel: +44 1444 250022, Fax: +44 1444 250033 Email: guy@tko.co.uk --HcAYCG3uE/tztfnV-- From harald.koerfgen@netcologne.de Tue Jun 2 18:22:38 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 SAA26184; Tue, 2 Jun 1998 18:22:35 +0200 (MET DST) Received-Date: Tue, 2 Jun 1998 18:22:35 +0200 (MET DST) Received: from franz.no.dom (pool3-214.netcologne.de [195.14.235.214]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA06071 for ; Tue, 2 Jun 1998 18:22:45 +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: Tue, 02 Jun 1998 18:23:16 +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.99 is out! Content-Length: 3921 Lines: 98 Fellow DECstation hackers, although it took longer than expected and I haven't done as much as I wanted to I feel the time is ripe for a new DECstation kernel :-). I'll upload the new source tree this evening and it will appear on http://decstation.unix-ag.org within this week, I hope, depending on how busy Michael Engel is. I have carefully tried not to brake existing code and I'd appreciate very much if nonDECstation MIPS-hackers would try this source tree as well. If this kernel is still working, I'd like to commit my changes to the CVS repository. Changes since 2.1.73: o Updated to 2.1.99 with all the greatest and latest linux/MIPS stuff including the streamlined syscall handler and the lazy fpu switch. o Mach-Code in arch/mips/dec/boot replaced with a cleaner PROM Interface. o CPU identification and support for R4x00 CPUs added in decstation.c. We have at least one DS5000/260 on the target list. (Are you listening, Karel? I haven't forgotten you :-)) o Support for DS5100 added. (there is still a lot to do for this one!) o Support for command line passing and initial ramdisk added. o Cleaner integration of the DECstation interrupt handling code. o Probing for TURBOchannel cards added. o Changed the crude serial console support back to a PROM based console. DS[235]100 hackers should be able to see kernel messages again. I have included a .config file into the source tree which works for me. If your binutils-2.8.1 are configured with support for a.out, "make config", pressing n times and "make dep ; make netboot" should do the trick. A ramdisk image is included as well. You will find it in arch/mips/dec/boot. It contains a two instructions "program" /bin/sh which should do segmentation fault if executed. Unfortunately the kernel dies after mounting the ramdisk in the attempt to execute /bin/sh. The MMU code needs some polishing, I guess. As usual, this code is tested on a DS5000/133 and a DS5000/240 and I don't have any idea if this code works for other DECstations :-). arch/mips/dec/boot/nbImage is bootable via tftp and via ultrixboot. Please give it a try and tell me what you think. Here is what I get from my DS5000/133: >>boot 3/tftp root=/dev/ram 874000+4528+97728 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/1xx with 49152kB RAM CPU is a R3000A with 64kB I-Cache and 128kB D-Cache Got the following for the osconsole env. variable: 3 No idea what console to use! Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... Loading R[23]00 MMU routines. Linux version 2.1.99 (harry@franz) (gcc version 2.7.2) #1 Tue Jun 2 17:23:37 ME8 Calibrating delay loop... 32.90 BogoMIPS Memory: 47432k/49148k available (756k kernel code, 764k data) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) 3 slots, size 64 MB slot 0: DEC PMAZ-AA V5.3d Starting kswapd v 1.5 Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 28k freed Warning: unable to open an initial console. Got dbe at 80000028. $0 : 00000000 10002000 00000004 7fffff94 00000000 00000002 00000002 00000000 $8 : 7fffffdc 7fffffb4 00000000 7fffffdc 00400000 00000001 00000000 800ef400 $16: 800ef474 00410000 800ed020 00000000 82ff5d68 00000003 800ef460 00000000 $24: 00000000 00000060 82ff4000 82ff5b98 00000000 8007fbe4 epc : 80000028 Status: 10002010 Cause : 0000001c Keep hacking. --- Regards, Harald From sfavre@aenix.fr Tue Jun 2 20:19:29 1998 Received: from omega.aenix.fr (omega.aenix.fr [194.183.221.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA27260; Tue, 2 Jun 1998 20:19:25 +0200 (MET DST) Received-Date: Tue, 2 Jun 1998 20:19:25 +0200 (MET DST) Received: from aenix.aenix.fr ([192.168.200.1]) by omega.aenix.fr (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA08911 for <@omega.aenix.fr:linux-mips@fnet.fr>; Tue, 2 Jun 1998 20:22:00 GMT Received: from lyon.aenix.fr by aenix.aenix.fr via ESMTP (8.6.12/940406.SGI) for id UAA18254; Tue, 2 Jun 1998 20:21:58 GMT Received: from aenix (sf [192.168.69.21]) by lyon.aenix.fr (8.6.12/8.6.12) with SMTP id UAA31558 for ; Tue, 2 Jun 1998 20:10:14 +0200 Received: by aenix with Microsoft Mail id <01BD8E63.AB09E1E0@aenix>; Tue, 2 Jun 1998 20:18:55 +0200 Message-ID: <01BD8E63.AB09E1E0@aenix> From: Sylvain Favre To: "'linux-mips@fnet.fr'" Subject: LINUX on VAX 3100 Date: Tue, 2 Jun 1998 20:18:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Length: 477 Lines: 17 Somebody can say if i can port linux on a vax 3100 i have all tools to port on mips. What can i do ? Thank's ... -------------------------------------------------------------------------= -------- FAVRE Sylvain Support technique AENIX Informatique Tel : 04-74-09-43-60 Agence Sud-Esd Fax : 04-74-09-43-61 174 All=E9e de Riottier Email : sfavre@aenix.fr 69400 LIMAS URL : http://www.aenix.fr "Whoa...I did a 'zcat /vmlinuz > /dev/audio' and I think I heard God..." From petrov@astro.acad.bg Tue Jun 2 15:41:07 1998 Received: from astro.acad.bg (petrov@gateASTRO.ie.phys.acad.bg [194.141.72.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA25404; Tue, 2 Jun 1998 15:40:54 +0200 (MET DST) Received-Date: Tue, 2 Jun 1998 15:40:54 +0200 (MET DST) Received: (from petrov@localhost) by astro.acad.bg (8.8.3/8.8.3) id QAA14294 for linux-mips@fnet.fr; Tue, 2 Jun 1998 16:44:57 -0200 Date: Tue, 2 Jun 1998 16:44:57 -0200 From: Georgy Petrov Message-Id: <199806021844.QAA14294@astro.acad.bg> To: linux-mips@fnet.fr Subject: linuxfor DECstation5000_25 Content-Length: 591 Lines: 11 Dear Sir, I have ULTRIX DECstation 5000/25 wirh 40 MBts of memorz. Unfortunately the system crsachs and I could not log on the machine. As many others licensed users I have no distribution media kits for ULTRIX system and all our data are on the thisks of the machine! In my opinion I shall sfe all the data if I try to install LINUX on the DECstation and read the other disks with the data. Could you tell me, please, can I do this and how? I have three HDDs, 1.44/2.88 FDD, RRD42 CDROM, DAT/DDS-DDS2 tape drive, ULTRIX 4.2a was the system with X11. Sincerely uo yours dr. Georgy Petrov. From flo@mini.gt.owl.de Tue Jun 2 23:10:51 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA28743; Tue, 2 Jun 1998 23:10:50 +0200 (MET DST) Received-Date: Tue, 2 Jun 1998 23:10:50 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id XAA21871 for ; Tue, 2 Jun 1998 23:10:47 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id XAA04641; Tue, 2 Jun 1998 23:10:46 +0200 Message-ID: <19980602231046.15019@mini> Date: Tue, 2 Jun 1998 23:10:46 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: LINUX on VAX 3100 References: <01BD8E63.AB09E1E0@aenix> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <01BD8E63.AB09E1E0@aenix>; from Sylvain Favre on Tue, Jun 02, 1998 at 08:18:54PM +0200 Content-Length: 581 Lines: 17 On Tue, Jun 02, 1998 at 08:18:54PM +0200, Sylvain Favre wrote: > Somebody can say if i can port linux on a vax 3100 i have all tools > to port on mips. Isnt the Vax 3100 a VAX Processor based machine ? AFAIK does NetBSD run on those ... (And Ultrix which will work on Mips and Vax) I have a MicroVax 3100 here myself with VMS 5.4 but missing Install Tapes (TK50) so that possibly i will be running NetBSD also. (and Linux on my Decstation 5000s :) ) BTW: Does someone come to Linux Kongress in Koeln, Germany ? Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From eugenio.sanchez@avantel.com.mx Wed Jun 3 17:31:35 1998 Received: from mty-egw2.avantel.com.mx (mty-egw2.avantel.com.mx [200.33.230.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA05473; Wed, 3 Jun 1998 17:31:34 +0200 (MET DST) Received-Date: Wed, 3 Jun 1998 17:31:34 +0200 (MET DST) Received: from mty-igw2.avantel.com.mx (root@localhost) by mty-egw2.avantel.com.mx with ESMTP id KAA00504 for ; Wed, 3 Jun 1998 10:30:35 -0500 (CDT) Received: from mtymail.avantel.com.mx (mtymsfco01.icom.avantel.com.mx [172.24.2.4]) by mty-igw2.avantel.com.mx with SMTP id KAA00496 for ; Wed, 3 Jun 1998 10:30:33 -0500 (CDT) Received: by mtymail.avantel.com.mx with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BD8EDA.CF43E570@mtymail.avantel.com.mx>; Wed, 3 Jun 1998 10:31:46 -0500 Message-ID: From: Jesus Eugenio Sanchez To: "'Linux MIPS'" Subject: Subscribing? Date: Wed, 3 Jun 1998 10:31:59 -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: 255 Lines: 11 Hi, guys! How can I subscribe to the mailing list? Is it still active? Cheers. ---- Jes=FAs Eugenio S=E1nchez Pe=F1a (eugenio.sanchez@avantel.com.mx) Avantel, S.A. x5868, v273-5868, (8) 153-5868 Visit the OrderPro home page! http://eons_linux/orderpro From harald.koerfgen@netcologne.de Wed Jun 3 18:43: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 SAA05900; Wed, 3 Jun 1998 18:43:10 +0200 (MET DST) Received-Date: Wed, 3 Jun 1998 18:43:10 +0200 (MET DST) Received: from franz.no.dom (max1-87.netcologne.de [194.8.196.87]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA11677 for ; Wed, 3 Jun 1998 18:43:21 +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, 03 Jun 1998 18:43:53 +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.99 is out! Content-Length: 533 Lines: 19 Hello all, On 02-Jun-98 Harald Koerfgen wrote: > Fellow DECstation hackers, > > although it took longer than expected and I haven't done as much as I wanted to I > feel the time is ripe for a new DECstation kernel :-). > > I'll upload the new source tree this evening and it will appear on > http://decstation.unix-ag.org within this week, I hope, depending on how busy > Michael Engel is. I'm sorry for the delay, but my line broke two times yesterday evening and I lost patience. Will try again tomorrow. --- Regards, Harald From M.Nuernberger@eclipse.ndh.com Wed Jun 3 20:01:22 1998 Received: from public.ndh.com (public.ndh.net [194.97.97.21]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA06854; Wed, 3 Jun 1998 20:01:21 +0200 (MET DST) Received-Date: Wed, 3 Jun 1998 20:01:21 +0200 (MET DST) Received: from eclipse.ndh.com (uucp@localhost) by public.ndh.com (8.8.7/8.8.0) with UUCP id TAA06212 for linux-mips@fnet.fr; Wed, 3 Jun 1998 19:52:44 +0200 (MET DST) Received: by eclipse.ndh.com (CrossPoint v3.11 R/C12034); 03 Jun 1998 19:45:30 +0200 Date: 03 Jun 1998 19:33:00 +0200 From: M.Nuernberger@eclipse.ndh.com (Martin Nuernberger) To: linux-mips@fnet.fr Message-ID: <6v9KkUhQz5B@eclipse.ndh.com> In-Reply-To: <19980602231046.15019@mini> Subject: Re: LINUX on VAX 3100 X-Mailer: CrossPoint v3.11 R/C12034 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Organization: Soft Theater Content-Length: 286 Lines: 11 > BTW: Does someone come to Linux Kongress in Koeln, Germany ? When will it be? I would be interested but haven't heard of it til now. Bye, Martin *** I know it's easier, to walk away, than look it in the eye *** *** Kevin Moore (DT) *** From M.Nuernberger@eclipse.ndh.com Wed Jun 3 20:01:24 1998 Received: from public.ndh.com (public.ndh.net [194.97.97.21]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA06857; Wed, 3 Jun 1998 20:01:23 +0200 (MET DST) Received-Date: Wed, 3 Jun 1998 20:01:23 +0200 (MET DST) Received: from eclipse.ndh.com (uucp@localhost) by public.ndh.com (8.8.7/8.8.0) with UUCP id TAA06217 for linux-mips@fnet.fr; Wed, 3 Jun 1998 19:52:46 +0200 (MET DST) Received: by eclipse.ndh.com (CrossPoint v3.11 R/C12034); 03 Jun 1998 19:45:30 +0200 Date: 03 Jun 1998 19:45:00 +0200 From: M.Nuernberger@eclipse.ndh.com (Martin Nuernberger) To: linux-mips@fnet.fr Message-ID: <6v9KkgTQz5B@eclipse.ndh.com> Subject: Newbie X-Mailer: CrossPoint v3.11 R/C12034 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Organization: Soft Theater Content-Length: 1256 Lines: 31 Hi there, I'm new to this list and I want to introduce myself a bit. Age: 32 Profession: System-/network Engineer and Outsourcing specialist I work at a company that offers Outsourcing for Huge print amounts, SAP R/ 2, SAP R/3, Paisy (a human resource program by ADP), COM and COLD service and host outsourcing (IBM MVS). I plan and integrate new Host customers on our mainframe and I maintain and plan SAP R/3 Network and base. I run a private Linux system at home on a PC architecture (Pentium 133) and I plan to implement some network things (Web Server, Firewall etc.) at work with Linux as OS. I subscribed to this list because I found a old Siemens RM400 at work which was covered with some dust.. :) The Sinix system on it couldn't be started anymore cause there are some faults and the root passwort "is gone", so you aren't able to log on. Needless to say that manuals and system disks are also lost. :( My idea was now to install Linux on it. Does anybody have experience with Linux on a RM200/300/400? How do I create Boot disk(s) to start this damn machine? Thanks for now! Bye, Martin *** I know it's easier, to walk away, than look it in the eye *** *** Kevin Moore (DT) *** From kraemer@dcc.ufmg.br Thu Jun 4 16:21:16 1998 Received: from hematita.dcc.ufmg.br (hematita.dcc.ufmg.br [150.164.10.11]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA14739; Thu, 4 Jun 1998 16:21:10 +0200 (MET DST) Received-Date: Thu, 4 Jun 1998 16:21:10 +0200 (MET DST) Received: from diamante (kraemer@diamante [150.164.10.150]) by hematita.dcc.ufmg.br (8.8.8/8.8.8) with SMTP id LAA10977 for ; Thu, 4 Jun 1998 11:19:35 -0300 (EST) Date: Thu, 4 Jun 1998 11:18:11 -0300 (EST) From: Eduardo Kraemer Goes X-Sender: kraemer@diamante To: linux-mips@fnet.fr Subject: Linux for DECstation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1080 Lines: 24 Hello, people at linux-mips@fnet.fr; I'm a junior system/network administrator here at the Computer Science Department of the Federal University of Minas Gerais. I have just come to your home page about Linux for DEC, and we have here, in the department 4 old DECstation's 5000/125. We are running a ULTRIX V4.3 (Rev. 44), but no user is capable of working with this system. As we are more experienced with Linux, we are thinking about changing it to Linux, but we just can't find sources and informations about it. Do you have something to share with me, like: Where can I find the kernel, documentation, instalation notes... Thanks In Advance; Kraemer Eduardo Kraemer Goes CRC/DCC/UFMG - PoP-MG Network/System Administrator "It's the end of the world, as we know it (And I feel fine!)" R.E.M. "And in the end; the love you take is equal to the love you make" The Beatles From K.H.C.vanHouten@research.kpn.com Fri Jun 5 15:19:56 1998 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 PAA27020; Fri, 5 Jun 1998 15:19:54 +0200 (MET DST) Received-Date: Fri, 5 Jun 1998 15:19:54 +0200 (MET DST) Received: from sparta.research.kpn.com by research.kpn.com (PMDF V5.1-8 #18053) with SMTP id <01IXVRH8IOSO0006D5@research.kpn.com> for linux-mips@fnet.fr; Fri, 5 Jun 1998 15:20:54 +0200 Received: from sparta.research.kpn.com by sparta.research.kpn.com (SMI-8.6/SMI-SVR4) id PAA01088; Fri, 05 Jun 1998 15:19:48 +0200 X-URL: http://www-lsdm.research.kpn.com/~karel Date: Fri, 05 Jun 1998 15:19:47 +0200 From: "Houten K.H.C. van (Karel)" Subject: Re: DECstation: linux-2.1.99 is out! In-reply-to: "Your message of Tue, 02 Jun 1998 18:23:16 +0200." To: linux-mips@fnet.fr Cc: K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199806051319.PAA01088@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: exmh version 1.6.5 12/11/95 Content-type: text/plain; charset=us-ascii X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Content-Length: 3194 Lines: 91 Hi Harald. I tried your new kernel, using just your configuration (even r3000 cpu) This was what I got: ========================================================================== KN05 V2.1k (PC: 0xa002cab8, SP: 0xffffdeb0) >>boot 3/tftp -tftp boot(3), bootp.139.63.193.80:/tftpboot/nbImage. -tftp load 875056+3472+97728 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/2x0 with 98304kB RAM CPU is a R4400SC with 16kB I-Cache and 16kB D-Cache Got the following for the console env. variable: s Should set to serial console... Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... ========================================================================== Then I get a reset. It looks like you got the CPU detection right! I will apend the boot messages from the NetBSD1.3.2 kernel, which is running on this machine currently. ========================================================================== KN05 V2.1k (PC: 0xa002cab8, SP: 0x802ee4d8) 3/prcache >>boot 3/rz2/netbsd Boot: 3/rz2/netbsd Size: 1249280+55760+106548 Starting at 0x80030000 [ preserving 94536 bytes of netbsd symbol table ] Using PROM serial output until serial drivers initialized Copyright (c) 1996, 1997, 1998 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 1.3.2 (GENERIC) #0: Tue May 12 16:23:11 PDT 1998 jonathan@Cuisinart.Stanford.EDU:/cuisinart/NetBSD/NetBSD-stable/compile/GEN ERIC real mem = 100663296 avail mem = 86269952 using 2457 buffers containing 10063872 bytes of memory mainbus0 (root) cpu0 at mainbus0: MIPS R4400 CPU Rev. 4.0 with MIPS R4010 FPC Rev. 0.0 L1 cache: 16kb Instruction, 16kb Data. L2 cache: 1024kb mixed. tc0 at mainbus0: 25 MHz clock asic0 at tc0 slot 3 offset 0x0 le0 at asic0 offset 0xc0000 priority 4: address 08:00:2b:37:63:76 le0: 32 receive buffers, 8 transmit buffers scc0 at asic0 offset 0x100000 priority 6 scc1 at asic0 offset 0x180000 priority (In sccattach: cn_dev = 0x1102) (Unit = 1): console clock0 at asic0 offset 0x200000 priority 0: mc146818 or compatible asc0 at asic0 offset 0x300000 priority 3: target 7 sfb0 at tc0 slot 0 offset 0x0 (1280x1024x8) (console) Beginning old-style SCSI device autoconfiguration rz2 at asc0 drive 2 slave 0 DEC RZ57 (C) DEC rev 5000 rz2: 954MB, 1928 cyl, 15 head, 67 sec, 512 bytes/sect x 1954050 sectors rz4 at asc0 drive 4 slave 0 DEC RZ57 (C) DEC rev 5000 rz4: 954MB, 1928 cyl, 15 head, 67 sec, 512 bytes/sect x 1954050 sectors boot device: rz2 root on rz2a dumps on rz2b root file system type: ffs swapctl: adding /dev/rz2b as swap device at priority 0 ========================================================================== Next week I want to try a kernel built for a r4x00 cpu. Or do you have other suggestions? Thanks a lot! Regards, Karel. -- Karel van Houten KPN Research, The Netherlands Internet: K.H.C.vanHouten@research.kpn.com From nico@visuaide.qc.ca Fri Jun 5 22:06:01 1998 Received: from idefix.visuaide.qc.ca (qmailr@Dialup-265.HIP.CAM.ORG [199.84.44.13]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA01820; Fri, 5 Jun 1998 22:05:58 +0200 (MET DST) Received-Date: Fri, 5 Jun 1998 22:05:58 +0200 (MET DST) Received: (qmail-queue invoked from smtpd); 5 Jun 1998 20:13:29 -0000 Received: from xanadu.visuaide.qc.ca (nico@192.168.2.57) by idefix.visuaide.qc.ca with SMTP; 5 Jun 1998 20:13:29 -0000 Date: Fri, 5 Jun 1998 16:08:37 -0400 (EDT) From: Nicolas Pitre To: linux-mips@fnet.fr Subject: Linux/MIPS Tips and pointers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 575 Lines: 24 Hi! I'm looking at what is needed to run Linux on a Vr4111 Evaluation Board and couldn't find if it's already possible or not. The Linux MIPS FAQ and HowTo seem to be a bit out of date and there is no pointers to lead me to some up to date doc/code/etc. ... and if it is not already possible, what should we do to make it possible? It would be nice if someone could give me some tips on all this. Thanks! PS: How do we subscribe to the mailing list? I tried linux-mips-request without any result... :( Nicolas Pitre, B. Ing. Nicolas@visuaide.com VisuAide, Inc. From js1@microwave.ph.msstate.edu Sat Jun 6 08:02:49 1998 Received: from microwave.ph.msstate.edu (Microwave.PH.MsState.Edu [130.18.152.72]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA06804; Sat, 6 Jun 1998 08:02:47 +0200 (MET DST) Received-Date: Sat, 6 Jun 1998 08:02:47 +0200 (MET DST) Received: from localhost (js1@localhost) by microwave.ph.msstate.edu (8.8.7/8.8.7) with SMTP id BAA02634 for ; Sat, 6 Jun 1998 01:02:25 -0500 Date: Sat, 6 Jun 1998 01:02:24 -0500 (CDT) From: Jiann-Ming Su To: linux-mips@fnet.fr Subject: DECStation 3100?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 382 Lines: 8 What's the status of MIPS Linux on DECStation 3100? I may have the opportunity to install Linux on such a system in the near future and would like to know if it works and if so, what do I need to look out for. I think it's currently running some version of Ultrix. Please reply by mail as I'm not on the mailing list, yet. Thanks. Jiann-Ming Su js1@microwave.ph.msstate.edu From harald.koerfgen@netcologne.de Sat Jun 6 11:40:41 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 LAA08612; Sat, 6 Jun 1998 11:40:40 +0200 (MET DST) Received-Date: Sat, 6 Jun 1998 11:40:40 +0200 (MET DST) Received: from franz.no.dom (max5-76.netcologne.de [194.8.195.76]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id LAA15603 for ; Sat, 6 Jun 1998 11:40:49 +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: <199806051319.PAA01088@sparta.research.kpn.com> Date: Sat, 06 Jun 1998 11:41:24 +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.99 is out! Content-Length: 1495 Lines: 61 Hi, On 05-Jun-98 Houten K.H.C. van (Karel) wrote: > > Hi Harald. > > I tried your new kernel, using just your configuration (even r3000 cpu) > > This was what I got: > > ========================================================================== > KN05 V2.1k (PC: 0xa002cab8, SP: 0xffffdeb0) > >>>boot 3/tftp > > -tftp boot(3), bootp.139.63.193.80:/tftpboot/nbImage. > -tftp load 875056+3472+97728 > Linux/MIPS DECstation Boot > Copyright (C) Paul M. Antoine 1995, 1996, 1997 > and others, 1994, 1995, 1996, 1997, 1998 > > Found a REX compatible boot PROM > This DECStation is a DS5000/2x0 with 98304kB RAM > CPU is a R4400SC with 16kB I-Cache and 16kB D-Cache > Got the following for the console env. variable: s > Should set to serial console... > Will be using PROM console! > Moving Kernel Image from 80200000 to 80030000 > Launching Kernel ... > > ========================================================================== > Then I get a reset. > It looks like you got the CPU detection right! Well, that doesn't look bad indeed :-). > I will apend the boot messages from the NetBSD1.3.2 kernel, which is running > on this machine currently. [snip] > Next week I want to try a kernel built for a r4x00 cpu. Or do you have > other suggestions? No, Karel, this is exactly what you should do. > Thanks a lot! Never mind. > Regards, > Karel. > > -- > Karel van Houten > KPN Research, The Netherlands > Internet: K.H.C.vanHouten@research.kpn.com --- Regards, Harald From paul@softway.com.au Sun Jun 7 14:24:22 1998 Received: from suede.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA25353; Sun, 7 Jun 1998 14:24:19 +0200 (MET DST) Received-Date: Sun, 7 Jun 1998 14:24:19 +0200 (MET DST) Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id WAA06815 for ; Sun, 7 Jun 1998 22:24:11 +1000 (EST) Message-ID: <357A867C.45FD1D84@softway.com.au> Date: Sun, 07 Jun 1998 22:24:28 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Hi, Linux on DECsystem 5100 References: <199805290639.IAA00480@jordan.numerik> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 777 Lines: 20 Michael Engel wrote: > > PS: Anyone know where Paul M. Antoine, Who used to be > > @ www.softway.com.au went ? > > He still is supposed to be at softway, but I didn't hear from him in > the last few months. I'm afraid he's just very busy ... YES!! I guess you all know how it goes with such things. Unfortunately we also had a corporate image change that meant I had to remove my DECstation pages, which has just made things worse, as it appears to some that I've dropped off the planet! :-) Meanwhile, fortunately, Harald has taken up the role of de facto DECstation maintainer. I'm here, and I'm listening and sometimes hacking. When Harald gets the latest 2.1.xx sources up, I'll try hacking some more. Warmest regards to everyone on the list, Paul Antoine From engel@numerik.math.uni-siegen.de Sun Jun 7 16:43:24 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 QAA26743; Sun, 7 Jun 1998 16:43:23 +0200 (MET DST) Received-Date: Sun, 7 Jun 1998 16:43:23 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id QAA17026 for ; Sun, 7 Jun 1998 16:43:19 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id QAA10233; Sun, 7 Jun 1998 16:43:18 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806071443.QAA10233@jordan.numerik> Subject: Re: Hi, Linux on DECsystem 5100 To: linux-mips@fnet.fr Date: Sun, 7 Jun 1998 16:43:18 +0200 (MET DST) In-Reply-To: <357A867C.45FD1D84@softway.com.au> from "Paul M. Antoine" at Jun 7, 98 10:24:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1849 Lines: 46 Hi Paul, great to hear from you ! > Michael Engel wrote: > > > > PS: Anyone know where Paul M. Antoine, Who used to be > > > @ www.softway.com.au went ? > > > > He still is supposed to be at softway, but I didn't hear from him in > > the last few months. I'm afraid he's just very busy ... > > YES!! I guess you all know how it goes with such things. Unfortunately > we also had a corporate image change that meant I had to remove my > DECstation pages, which has just made things worse, as it appears to > some that I've dropped off the planet! :-) What horrible things are happening Down Under ??? I should probably put up a notice on the web server that mentions that you are still alive :-). > Meanwhile, fortunately, Harald has taken up the role of de facto > DECstation maintainer. I'm here, and I'm listening and sometimes > hacking. When Harald gets the latest 2.1.xx sources up, I'll try > hacking some more. 2.1.99 is up along with a set of patched binutils-2.8.1 compiled for Linux-i386/libc5. There is also a precompiled netbootable kernel image at http://decstation.unix-ag.org/kernels/ I just got around to test 2.1.99 on my Personal DS 5k/25 with graphics console. Something is still crashing the system while probing for TurboChannel devices (in tc_probe), I'm not sure if the dbe exception handler gets initialised correctly - it probably never gets called. It might also be that the REX PROM routines return a wrong address for the TC slots, I'll have to check that out. When removing the TC probing, the kernel runs up to loading the initial RAM disk which is - according to Harald - as far as it can run at the moment. I'll send more details to Harald later, now I've got to get my slides ready for my Linux lecture at University on Tuesday ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From harald.koerfgen@netcologne.de Sun Jun 7 20:39:43 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 UAA29106; Sun, 7 Jun 1998 20:39:41 +0200 (MET DST) Received-Date: Sun, 7 Jun 1998 20:39:41 +0200 (MET DST) Received: from franz.no.dom (pool3-251.netcologne.de [195.14.235.251]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA24106 for ; Sun, 7 Jun 1998 20:39: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: <357A867C.45FD1D84@softway.com.au> Date: Sun, 07 Jun 1998 20:40:27 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: Hi, Linux on DECsystem 5100 Content-Length: 1048 Lines: 33 Hi all, On 07-Jun-98 Paul M. Antoine wrote: > Michael Engel wrote: > >> > PS: Anyone know where Paul M. Antoine, Who used to be >> > @ www.softway.com.au went ? >> >> He still is supposed to be at softway, but I didn't hear from him in >> the last few months. I'm afraid he's just very busy ... > > YES!! I guess you all know how it goes with such things. Unfortunately > we also had a corporate image change that meant I had to remove my > DECstation pages, which has just made things worse, as it appears to > some that I've dropped off the planet! :-) Glad to hear that you are still here. > Meanwhile, fortunately, Harald has taken up the role of de facto > DECstation maintainer. I'm here, and I'm listening and sometimes > hacking. When Harald gets the latest 2.1.xx sources up, I'll try > hacking some more. Oh, please forgive me, the latest linux-2.1.99 source tree is up and available at http://decstation.unix-ag.org. > Warmest regards to everyone on the list, > Paul Antoine Happy hacking :-). --- Regards, Harald From harald.koerfgen@netcologne.de Sun Jun 7 21:13:32 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 VAA00801; Sun, 7 Jun 1998 21:13:30 +0200 (MET DST) Received-Date: Sun, 7 Jun 1998 21:13:30 +0200 (MET DST) Received: from franz.no.dom (pool3-251.netcologne.de [195.14.235.251]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA24833 for ; Sun, 7 Jun 1998 21:13:36 +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, 07 Jun 1998 21:14:03 +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.99 is out! Content-Length: 2877 Lines: 92 Hi all, I guess I have found the buglet which prevented the 2.1.99 kernel from executing executables from the ramdisk. The patch is so simple that everybody should be able to apply it: In include/asm-mips/current.h add a 'nop; \' after 'lw reg, %lo(kernelsp)(reg); \' so that _GET_CURRENT looks like: === #define _GET_CURRENT(reg) \ lui reg, %hi(kernelsp); \ .set push; \ .set noreorder; \ lw reg, %lo(kernelsp)(reg); \ nop; \ .set pop; \ ori reg, 8191; \ xori reg, 8191 === I have tested this patch with two different ramdisk images, one containg the 'program' endless as /bin/sh, which is simply and endless loop > .text > > .globl __start > > __start: > 1: b 1b and the output is (with debugging output in fault.c enabled): [snip] > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > VFS: Mounted root (ext2 filesystem). > Freeing unused kernel memory: 28k freed > Warning: unable to open an initial console. > do_page_fault[sh:1:7fffffb4:1:8007e950] > do_page_fault[sh:1:100100c0:1:800ddb94] > do_page_fault[sh:1:100100c0:1:800ddb94] > do_page_fault[sh:1:004000b0:0:004000b0] > do_page_fault[sh:1:004000b0:0:004000b0] and then silence. The other one contains violate.S as /bin/sh: > .text > > .globl __start > __start: > .set noat > > lui $1,0x8000 > lw $1,0($1) and the output is: > [snip] > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > VFS: Mounted root (ext2 filesystem). > Freeing unused kernel memory: 28k freed > Warning: unable to open an initial console. > do_page_fault[sh:1:7fffffb4:1:8007e950] > do_page_fault[sh:1:100100c0:1:800ddb94] > do_page_fault[sh:1:100100c0:1:800ddb94] > do_page_fault[sh:1:004000b0:0:004000b0] > do_page_fault[sh:1:004000b0:0:004000b0] > do_page_fault[sh:1:00000000:0:00000000] > Unable to handle kernel paging request at virtual address 00000000, epc == 00008 > Oops: 0000 > $0 : 00000000 401a4000 00000000 00000007 800dfc8c 800f6760 800f6788 00000000 > $8 : 00002010 00000010 00000000 80051560 00000000 800e2222 004000c8 00000001 > $16: 00000003 800f6788 800dfc8c 800f6760 00000003 00000000 ffffffff 00010000 > $24: 00000003 00000000 801ae000 7fffff90 00000000 80038558 > epc : 00000000 > Status: 00002000 > Cause : 00000008 Both 'programs' behave like expected and as far as I am concerned, things are looking quite promising :-). We're just a few footsteps away from a single user shell, I hope. Keep hacking. --- Regards, Harald From paul@softway.com.au Mon Jun 8 04:10:00 1998 Received: from suede.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA06680; Mon, 8 Jun 1998 04:09:56 +0200 (MET DST) Received-Date: Mon, 8 Jun 1998 04:09:56 +0200 (MET DST) Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id MAA13618 for ; Mon, 8 Jun 1998 12:09:44 +1000 (EST) Message-ID: <357B47FB.3E06D3F8@softway.com.au> Date: Mon, 08 Jun 1998 12:10:03 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Hi, Linux on DECsystem 5100 References: <199806071443.QAA10233@jordan.numerik> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2319 Lines: 61 Michael Engel wrote: > > Unfortunately we also had a corporate image change that meant I had > > to remove my DECstation pages, which has just made things worse, as > > it appears to some that I've dropped off the planet! :-) > > What horrible things are happening Down Under ??? That's definitely a three-beer story! :-) > I should probably put up a notice on the web server that mentions > that you are still alive :-). Indeed. > > Meanwhile, fortunately, Harald has taken up the role of de facto > > DECstation maintainer. I'm here, and I'm listening and sometimes > > hacking. When Harald gets the latest 2.1.xx sources up, I'll try > > hacking some more. > > 2.1.99 is up along with a set of patched binutils-2.8.1 compiled for > Linux-i386/libc5. There is also a precompiled netbootable kernel image > at http://decstation.unix-ag.org/kernels/ I've downloaded stuff, and have had some problems. The 2.1.99 kernel binary seems to be corrupt (I can't gzip -d the file), and my web browser reports that the gcc 2.7.2 Intel cross-dev package URL is incorrect and the file cannot be found - the URL in the link is: http://decstation.unix-ag.org/software/gcc-i386.tar.gz Apart from that, the source tree comes down fine, and the binutils package (2.8.1) is also fine. > I just got around to test 2.1.99 on my Personal DS 5k/25 with graphics > console. Something is still crashing the system while probing for > TurboChannel devices (in tc_probe), I'm not sure if the dbe > exception handler gets initialised correctly - it probably never gets > called. This one has caused me problems in the past, but I thought Harald had fixed it. > It might also be that the REX PROM routines return a wrong address > for the TC slots, I'll have to check that out. Could be, but the PROM self-test routines would rely on these too... > When removing the TC probing, the kernel runs up to loading the > initial RAM disk which is - according to Harald - as far as it can > run at the moment. He's just posted a patch that gets things further! > I'll send more details to Harald later, now I've got to get my slides > ready for my Linux lecture at University on Tuesday ... Good luck! What aspect of the wonderful world of Linux is your lecture going to cover - the "joys" of cross-dev hacking perhaps?? :-) Paul From lembark@wrkhors.com Mon Jun 8 04:35:06 1998 Received: from bird.wrkhors.com (root@bird.wrkhors.com [209.113.60.146]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA07245; Mon, 8 Jun 1998 04:35:02 +0200 (MET DST) Received-Date: Mon, 8 Jun 1998 04:35:02 +0200 (MET DST) Received: from wrkhors.com (poolf4-035.wwa.com [207.241.63.228]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id VAA22650 for ; Sun, 7 Jun 1998 21:34:49 -0500 Sender: lembark@wrkhors.com Message-ID: <357B4F27.924E842B@wrkhors.com> Date: Sun, 07 Jun 1998 21:40:40 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.05 [en] (X11; U; Linux 2.0.32 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Hi, Linux on DECsystem 5100 References: <199806071443.QAA10233@jordan.numerik> <357B47FB.3E06D3F8@softway.com.au> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms0E27C5A683D858E069540109" Content-Length: 5033 Lines: 91 This is a cryptographically signed message in MIME format. --------------ms0E27C5A683D858E069540109 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul M. Antoine wrote: > Michael Engel wrote: > > > > Unfortunately we also had a corporate image change that meant I had > > > to remove my DECstation pages, which has just made things worse, as > > > it appears to some that I've dropped off the planet! :-) > > > > What horrible things are happening Down Under ??? > > That's definitely a three-beer story! :-) not too bad: you can kill three before writing it and we'll all sit down with three 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. --------------------------------------------------------------------- --------------ms0E27C5A683D858E069540109 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 MIIKnQYJKoZIhvcNAQcCoIIKjjCCCooCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CNYwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/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/pvkN27CmSjCCAjEwggGaAgUCpAAAATANBgkqhkiG9w0BAQIF ADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5 MDAwMDAwWhcNOTkxMjMxMjM1OTU5WjBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOUZv22jVmEtmUhx9mfe uY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiHmgabEKFz37RYOWtuwfYV1aio P6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF4Ncth3uhtzKwezC6Ki8x qu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAUnO6mlXc3D+CfbCQmGIqgkx2AG4lPdXC CXBXAQwPdx8YofscYA6gdTtJIUH+p1wtTEJJ0/8o2Izqnf7JB+J3glMj3lXzzkST+vpMvco2 81tmsp7I8gxeXtShtCEJM8o7WfySwjj8rdmWJOAt+qMp9TNoeE60vJ9pNeKomJRzO8QxggGP MIIBiwIBATB2MGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJl cgIQVQxUya2MdJW+zf+1nGm/+jAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTk4MDYwODAyNDA0N1owIwYJKoZIhvcNAQkEMRYEFKB0 rE5NzU/A1t6ynk8rRFHz2AMUMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG SIb3DQEBAQUABEAZY11H5ubFDsWyJvHsHyqJEgehqCsmdUX2q2RncYVH8eg9RilnIx+RWzIb xwprpD9AGxHnHVKl1ClXvo5IJ7Qg --------------ms0E27C5A683D858E069540109-- From ralf@uni-koblenz.de Tue Jun 9 02:01:45 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 CAA17771; Tue, 9 Jun 1998 02:01:43 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 02:01:43 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-24.uni-koblenz.de [141.26.249.24]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA11411 for ; Tue, 9 Jun 1998 02:01:40 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id JAA01177; Mon, 8 Jun 1998 09:55:24 +0200 Message-ID: <19980608095523.34490@uni-koblenz.de> Date: Mon, 8 Jun 1998 09:55:23 +0200 To: Harald Koerfgen Cc: linux-mips@fnet.fr Subject: Re: DECstation: linux-2.1.99 is out! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85e In-Reply-To: ; from Harald Koerfgen on Sun, Jun 07, 1998 at 09:14:03PM +0200 Content-Length: 1560 Lines: 35 On Sun, Jun 07, 1998 at 09:14:03PM +0200, Harald Koerfgen wrote: > I guess I have found the buglet which prevented the 2.1.99 kernel from executing > executables from the ramdisk. The patch is so simple that everybody should be able > to apply it: > > In include/asm-mips/current.h add a 'nop; \' after 'lw reg, %lo(kernelsp)(reg); \' so > that _GET_CURRENT looks like: > > === > > #define _GET_CURRENT(reg) \ > lui reg, %hi(kernelsp); \ > .set push; \ > .set noreorder; \ > lw reg, %lo(kernelsp)(reg); \ > nop; \ > .set pop; \ > ori reg, 8191; \ > xori reg, 8191 Make the ``noreorder'' an ``reorder''. That way the macro will do the right thing for for all CPUs and even produce most efficient code. The .set push/pop macros which push/pop the state of all .set modifyable assembler options to/from a stack are useful that macros can be used as a black box like above. For the general case, since we want as few nops to fill delay slots, the best thing to do is to leave reordering enabled where possible. There is just a few places where reordering really needs to be disabled because the assembler wouldn't fill delay slots. I used to disable reordering in a lot of older code but it's actually better to make use of the assembler's capabilities for better and correct code. Ralf From harald.koerfgen@netcologne.de Mon Jun 8 19:17:14 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 TAA12948; Mon, 8 Jun 1998 19:17:12 +0200 (MET DST) Received-Date: Mon, 8 Jun 1998 19:17:12 +0200 (MET DST) Received: from franz.no.dom (max5-77.netcologne.de [194.8.195.77]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id TAA23615 for ; Mon, 8 Jun 1998 19:17:09 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:980608191739:5796=_" Date: Mon, 08 Jun 1998 19:17:43 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: 1st patch to linux/DEC-2.1.99 Content-Length: 1743 Lines: 59 This message is in MIME format --_=XFMail.1.2.p0.Linux:980608191739:5796=_ Content-Type: text/plain; charset=us-ascii DECstation hackers, I hope, the following patch fixes the TURBOchannel probing problems. If not, let me know. The nop in include/asm/current.h is included. Have fun. --- Regards, Harald --_=XFMail.1.2.p0.Linux:980608191739:5796=_ Content-Disposition: attachment; filename="patch-2.1.99-pl1" Content-Transfer-Encoding: 7bit Content-Description: patch-2.1.99-pl1 Content-Type: text/plain; charset=us-ascii; name=patch-2.1.99-pl1; SizeOnDisk=1106 diff -rubN linux/arch/mips/kernel/traps.c linux-2.1.99-pl1/arch/mips/kernel/trap s.c --- linux/arch/mips/kernel/traps.c Tue Jun 2 17:15:19 1998 +++ linux-2.1.99-pl1/arch/mips/kernel/traps.c Mon Jun 8 18:20:30 1998 @@ -200,7 +200,6 @@ void do_dbe(struct pt_regs *regs) { lock_kernel(); -show_regs(regs); while(1); dbe_board_handler(regs); unlock_kernel(); } diff -rubN linux/drivers/tc/tc.c linux-2.1.99-pl1/drivers/tc/tc.c --- linux/drivers/tc/tc.c Tue Jun 2 17:16:03 1998 +++ linux-2.1.99-pl1/drivers/tc/tc.c Mon Jun 8 18:23:19 1998 @@ -37,6 +37,7 @@ */ static void my_dbe_handler(struct pt_regs *regs) { + regs->cp0_epc += 4; } static void tc_probe(unsigned long startaddr, unsigned long size, int max) diff -rubN linux/include/asm-mips/current.h linux-2.1.99-pl1/include/asm-mips/cu rrent.h --- linux/include/asm-mips/current.h Tue Jun 2 17:16:17 1998 +++ linux-2.1.99-pl1/include/asm-mips/current.h Mon Jun 8 18:25:35 1998 @@ -18,6 +18,7 @@ .set push; \ .set noreorder; \ lw reg, %lo(kernelsp)(reg); \ + nop; \ .set pop; \ ori reg, 8191; \ xori reg, 8191 --_=XFMail.1.2.p0.Linux:980608191739:5796=_-- End of MIME message From ralf@uni-koblenz.de Tue Jun 9 02:06:04 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 CAA18021; Tue, 9 Jun 1998 02:06:02 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 02:06:02 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-24.uni-koblenz.de [141.26.249.24]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA14359 for ; Tue, 9 Jun 1998 02:05:59 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA02877; Tue, 9 Jun 1998 02:05:21 +0200 Message-ID: <19980609020521.40668@uni-koblenz.de> Date: Tue, 9 Jun 1998 02:05:21 +0200 To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Swamped ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85e Content-Length: 209 Lines: 7 Hi all, as some you guys may know currently there is Linux the Linux/UNIX conference season. I'm currently pretty burried upto my throat in email, so please excuse if I didn't answer your email yet. Ralf From engel@numerik.math.uni-siegen.de Tue Jun 9 10:35:20 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 KAA22539; Tue, 9 Jun 1998 10:35:17 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 10:35:17 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id KAA19274 for ; Tue, 9 Jun 1998 10:35:07 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id KAA11633; Tue, 9 Jun 1998 10:35:06 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806090835.KAA11633@jordan.numerik> Subject: How to build a ram disk image ? To: linux-mips@fnet.fr Date: Tue, 9 Jun 1998 10:35:06 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 366 Lines: 12 Hi, 2.1.99 with the TurboChannel patch is no longer crashing - great ! Now, how do I create a ramdisk image to mess around with ;) ? The ramdisk.img in arch/mips/dec/boot has a file type of ramdisk.img: MIPSEL-LE COFF executable (paged) not stripped - version 0.0 - is it really a simple COFF executable ? regards, Michael Engel (engel@unix-ag.uni-siegen.de) From harald.koerfgen@netcologne.de Tue Jun 9 17:49:31 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 RAA25131; Tue, 9 Jun 1998 17:49:23 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 17:49:23 +0200 (MET DST) Received: from franz.no.dom (max1-122.netcologne.de [194.8.196.122] (may be forged)) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id RAA24076 for ; Tue, 9 Jun 1998 17:49: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: Tue, 09 Jun 1998 17:50:07 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: ramdisk.img-mini-HOWTO Content-Length: 1570 Lines: 57 Hi all, this is very first piece of documentation i am writing for the DECstation Linux Port. If you have any suggestions to improve this feel free to contact me. ramdisk.img-mini-HOWTO 1. Prepare a ramdisk image just like described in linux/Documentation/ramdisk.txt. This can be either compressed or uncompressed. You will probably prefer a compressed one cause this will load faster. 2. Using the following linker-script --- snip here --- OUTPUT_FORMAT("ecoff-littlemips") OUTPUT_ARCH(mips) SECTIONS { .data : { __rd_start = .; *(.data) __rd_end = .; } } --- snip here --- convert this binary image to a linkable ecoff object file with the command mipsel-linux-ld -T ld.script -b binary -o ramdisk.img This puts the ramdisk image into the .data section of the object file and adds the two symbols __rd_start and __rd_end. I could have taken care of this in the linker script "ld.ecoff" but I simply have been to lazy :-). 3. Copy the object file ramdisk.img to linux/arch/mips/dec/boot and "make netboot". 4. This process is reversible with mipsel-linux-objcopy --output-target=binary ramdisk.img so you can use the standard ramdisk.img as a template for your own experiments. The standard ramdisk.img contains a compressed ramdisk image so you have to decompress with gunzip. Due to the alignment in the object files you will probably get a warning message gunzip: test.gz: decompression OK, trailing garbage ignored which can safely be ignored. Have fun. --- Regards, Harald From harald.koerfgen@netcologne.de Tue Jun 9 20:26:18 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 UAA26386; Tue, 9 Jun 1998 20:26:13 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 20:26:13 +0200 (MET DST) Received: from franz.no.dom ([195.14.233.80]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA28277; Tue, 9 Jun 1998 20:21: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: <19980608095523.34490@uni-koblenz.de> Date: Tue, 09 Jun 1998 20:21:48 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: ralf@uni-koblenz.de Subject: Re: DECstation: linux-2.1.99 is out! Cc: linux-mips@fnet.fr Content-Length: 1188 Lines: 31 Hello, On 08-Jun-98 ralf@uni-koblenz.de wrote: [some code snipped] > > Make the ``noreorder'' an ``reorder''. That way the macro will do the > right thing for for all CPUs and even produce most efficient code. The > .set push/pop macros which push/pop the state of all .set modifyable assembler > options to/from a stack are useful that macros can be used as a black box > like above. > > For the general case, since we want as few nops to fill delay slots, the > best thing to do is to leave reordering enabled where possible. There is > just a few places where reordering really needs to be disabled because the > assembler wouldn't fill delay slots. I used to disable reordering in > a lot of older code but it's actually better to make use of the assembler's > capabilities for better and correct code. Yes, Ralf, you are absolutely right, this patch was not very well thought out. On the other hand, while beeing on the subject, would this nop make the execution of this code really slower? As far as I know, please correct me if I'm wrong, the R4x00 have interlocking pipelines, so the pipeline would stall anyway. > Ralf Questions over questions. --- Regards, Harald From eugenio.sanchez@avantel.com.mx Tue Jun 9 20:46:38 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 UAA26475; Tue, 9 Jun 1998 20:46:32 +0200 (MET DST) Received-Date: Tue, 9 Jun 1998 20:46:32 +0200 (MET DST) Received: from mty-igw1.avantel.com.mx (root@localhost) by mty-egw1.avantel.com.mx with ESMTP id NAA22296 for ; Tue, 9 Jun 1998 13:46:48 -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 NAA22273 for ; Tue, 9 Jun 1998 13:46:47 -0500 (CDT) Received: by mtymail.avantel.com.mx with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BD93AD.13CB5580@mtymail.avantel.com.mx>; Tue, 9 Jun 1998 13:47:00 -0500 Message-ID: From: Jesus Eugenio Sanchez To: "'Linux-MIPS Mailing List'" Subject: Q: Linux-MIPS emulation for x86? Date: Tue, 9 Jun 1998 13:46:26 -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: 475 Lines: 15 Hi, guys! I just wanted to ask something I read in the FAQ, but wanted to make sure if someone has more recent info. Where can I find a good MIPS emulator that runs on Linux x86, and try Linux-MIPS there? Has anyone had success on this? Any info, or pointers to info, will be greatly appreciated. ---- Jes=FAs Eugenio S=E1nchez Pe=F1a (eugenio.sanchez@avantel.com.mx) Avantel, S.A. x5868, v273-5868, (8) 153-5868 Visit the OrderPro home page! http://eons_linux/orderpro From ralf@uni-koblenz.de Fri Jun 12 00:15:32 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 AAA19707; Fri, 12 Jun 1998 00:15:30 +0200 (MET DST) Received-Date: Fri, 12 Jun 1998 00:15:30 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (root@pmport-13.uni-koblenz.de [141.26.249.13]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id AAA01633 for ; Fri, 12 Jun 1998 00:15:26 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id WAA00517; Wed, 10 Jun 1998 22:46:36 +0200 Message-ID: <19980610224634.A511@uni-koblenz.de> Date: Wed, 10 Jun 1998 22:46:34 +0200 To: Jesus Eugenio Sanchez , "'Linux-MIPS Mailing List'" Subject: Re: Q: Linux-MIPS emulation for x86? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Jesus Eugenio Sanchez on Tue, Jun 09, 1998 at 01:46:26PM -0500 Content-Length: 874 Lines: 21 On Tue, Jun 09, 1998 at 01:46:26PM -0500, Jesus Eugenio Sanchez wrote: > Hi, guys! > > I just wanted to ask something I read in the FAQ, but wanted to > make sure if someone has more recent info. > > Where can I find a good MIPS emulator that runs on Linux x86, > and try Linux-MIPS there? Has anyone had success on this? > > Any info, or pointers to info, will be greatly appreciated. An MIPS simulator which allows _very_ detailed simulation and profiling is available from the university at Stanford. It features multiple MIPS simulators which allow to simulate an entire system with varying degree of performance and details. If you manage to port Linux/MIPS to SimOS, then I'd be very interested because this should make it possible to analyse bugs and performance in the MIPS kernel with a yet unreached precission. Tell me if you need help with this. Ralf From eugenio.sanchez@avantel.com.mx Fri Jun 12 00:26:46 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 AAA20373; Fri, 12 Jun 1998 00:26:44 +0200 (MET DST) Received-Date: Fri, 12 Jun 1998 00:26:44 +0200 (MET DST) Received: from mty-igw1.avantel.com.mx (root@localhost) by mty-egw1.avantel.com.mx with ESMTP id RAA05275 for ; Thu, 11 Jun 1998 17:27:07 -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 RAA05260 for ; Thu, 11 Jun 1998 17:27:07 -0500 (CDT) Received: by mtymail.avantel.com.mx with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BD955E.3104E230@mtymail.avantel.com.mx>; Thu, 11 Jun 1998 17:27:21 -0500 Message-ID: From: Jesus Eugenio Sanchez To: "'linux-mips@fnet.fr'" Subject: RE: Q: Linux-MIPS emulation for x86? Date: Thu, 11 Jun 1998 17:26:43 -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: 1298 Lines: 36 Is it free? Where can I get it? ---- Jes=FAs Eugenio S=E1nchez Pe=F1a (eugenio.sanchez@avantel.com.mx) Avantel, S.A. x5868, v273-5868, (8) 153-5868 >---------- >From: ralf@uni-koblenz.de[SMTP:ralf@uni-koblenz.de] >Reply To: linux-mips@fnet.fr >Sent: Wednesday, June 10, 1998 3:46 PM >To: Jesus Eugenio Sanchez; 'Linux-MIPS Mailing List' >Subject: Re: Q: Linux-MIPS emulation for x86? > >On Tue, Jun 09, 1998 at 01:46:26PM -0500, Jesus Eugenio Sanchez wrote: > >> Hi, guys! >>=20 >> I just wanted to ask something I read in the FAQ, but wanted to >> make sure if someone has more recent info. >>=20 >> Where can I find a good MIPS emulator that runs on Linux x86, >> and try Linux-MIPS there? Has anyone had success on this? >>=20 >> Any info, or pointers to info, will be greatly appreciated. > >An MIPS simulator which allows _very_ detailed simulation and profiling >is available from the university at Stanford. It features multiple >MIPS simulators which allow to simulate an entire system with varying >degree of performance and details. If you manage to port Linux/MIPS to >SimOS, then I'd be very interested because this should make it possible >to analyse bugs and performance in the MIPS kernel with a yet unreached >precission. Tell me if you need help with this. > > Ralf > > From engel@numerik.math.uni-siegen.de Fri Jun 12 10:26:40 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 KAA26777; Fri, 12 Jun 1998 10:26:39 +0200 (MET DST) Received-Date: Fri, 12 Jun 1998 10:26:39 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id KAA24188 for ; Fri, 12 Jun 1998 10:26:30 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id KAA17461; Fri, 12 Jun 1998 10:26:29 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806120826.KAA17461@jordan.numerik> Subject: Re: Q: Linux-MIPS emulation for x86? To: linux-mips@fnet.fr Date: Fri, 12 Jun 1998 10:26:29 +0200 (MET DST) In-Reply-To: from "Jesus Eugenio Sanchez" at Jun 11, 98 05:26:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 244 Lines: 12 [MIPS emulator from Stanford] > Is it free? Where can I get it? http://simos.stanford.edu You will have to register with them in order to download SimOS but it is available at no cost. regards, Michael Engel (engel@unix-ag.uni-siegen.de) From paul@softway.com.au Sat Jun 13 07:56:47 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA06951; Sat, 13 Jun 1998 07:56:43 +0200 (MET DST) Received-Date: Sat, 13 Jun 1998 07:56:43 +0200 (MET DST) Received: by sweeney.sw.oz.au id PAA23420; Sat, 13 Jun 1998 15:55:54 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by guadalquivir.fnet.fr, id smtpd023418; Sat Jun 13 15:55:39 1998 Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id PAA04556 for ; Sat, 13 Jun 1998 15:55:22 +1000 (EST) Message-ID: <35821409.AC937350@softway.com.au> Date: Sat, 13 Jun 1998 15:54:17 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation: linux-2.1.99 is out! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1147 Lines: 31 Harald wrote that he'd been able to get his ramdisk image to load and for his infinite loop program to run, with screen output looking like this: > > Ramdisk driver initialized : 16 ramdisks of 4096K size > > RAMDISK: Compressed image found at block 0 > > VFS: Mounted root (ext2 filesystem). > > Freeing unused kernel memory: 28k freed > > Warning: unable to open an initial console. > > do_page_fault[sh:1:7fffffb4:1:8007e950] > > do_page_fault[sh:1:100100c0:1:800ddb94] > > do_page_fault[sh:1:100100c0:1:800ddb94] > > do_page_fault[sh:1:004000b0:0:004000b0] > > do_page_fault[sh:1:004000b0:0:004000b0] > > and then silence. ...I have been able to upload the 2.1.99 kernel source (thanks Harald!) and to compile it with gcc 2.7.2 and binutils 2.8.1 (thanks Michael!), however the output I get is a little different: Ramdisk driver initialized : 16 ramdisks of 4096K size ...then silence!! So the ramdisk code doesn't seem to detect a valid ramdisk image, though it doesn't seem to complain either. Has anyone got a suggestion? I will try a make clean and see if that helps... Regards, Paul (happily hacking his DECstation once more!) From harald.koerfgen@netcologne.de Sat Jun 13 09:27: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 JAA07336; Sat, 13 Jun 1998 09:27:54 +0200 (MET DST) Received-Date: Sat, 13 Jun 1998 09:27:54 +0200 (MET DST) Received: from franz.no.dom (pool3-162.netcologne.de [195.14.235.162]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id JAA14302 for ; Sat, 13 Jun 1998 09:28:02 +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: <35821409.AC937350@softway.com.au> Date: Sat, 13 Jun 1998 09:28:41 +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.99 is out! Content-Length: 1807 Lines: 53 Hi all, On 13-Jun-98 Paul M. Antoine wrote: > Harald wrote that he'd been able to get his ramdisk image to load and > for his infinite loop program to run, with screen output looking like > this: > >> > Ramdisk driver initialized : 16 ramdisks of 4096K size >> > RAMDISK: Compressed image found at block 0 >> > VFS: Mounted root (ext2 filesystem). >> > Freeing unused kernel memory: 28k freed >> > Warning: unable to open an initial console. >> > do_page_fault[sh:1:7fffffb4:1:8007e950] >> > do_page_fault[sh:1:100100c0:1:800ddb94] >> > do_page_fault[sh:1:100100c0:1:800ddb94] >> > do_page_fault[sh:1:004000b0:0:004000b0] >> > do_page_fault[sh:1:004000b0:0:004000b0] >> >> and then silence. > > ...I have been able to upload the 2.1.99 kernel source (thanks Harald!) > and to compile it with gcc 2.7.2 and binutils 2.8.1 (thanks Michael!), > however the output I get is a little different: > > Ramdisk driver initialized : 16 ramdisks of 4096K size > > ...then silence!! So the ramdisk code doesn't seem to detect a valid > ramdisk image, though it doesn't seem to complain either. > > Has anyone got a suggestion? I will try a make clean and see if that > helps... I've seen such strange behaviour before. Having had a somewhat working kernel with ramdisk loading and everything, I have added some code which has absolutely nothing to do with the ramdisk driver, and boom! I thought this may be an alignment problem and that's why I have added the line . = ALIGN(4096) to the .data section in arch/mips/dec/boot/ld.ecoff, and I haven't seen this problem ever since. On the other hand, this may be a cache related problem as well. Is anybody else experiencing a similar problem? > Regards, > Paul (happily hacking his DECstation once more!) Welcome back, Paul :-) --- Regards, Harald From R.vandenBerg@inter.NL.net Sat Jun 13 16:24:12 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 QAA16262; Sat, 13 Jun 1998 16:24:11 +0200 (MET DST) Received-Date: Sat, 13 Jun 1998 16:24:11 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-23.Hoorn.NL.net [193.79.46.248] with ESMTP for id QAA26166 (8.8.8/3.28); Sat, 13 Jun 1998 16:24:05 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 13 Jun 1998 16:21:48 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 13 Jun 1998 16:21:47 +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.99 is out! In-Reply-To: <35821409.AC937350@softway.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1031 Lines: 27 Hello Paul, On Sat, 13 Jun 1998, Paul M. Antoine wrote: > ...I have been able to upload the 2.1.99 kernel source (thanks Harald!) > and to compile it with gcc 2.7.2 and binutils 2.8.1 (thanks Michael!), > however the output I get is a little different: > > Ramdisk driver initialized : 16 ramdisks of 4096K size > > ...then silence!! So the ramdisk code doesn't seem to detect a valid > ramdisk image, though it doesn't seem to complain either. > > Has anyone got a suggestion? I will try a make clean and see if that > helps... Take a look at http://www.inter.nl.net/users/schnecke/html/mips and you can find a configuration file and the output the kernel compiled with this configuration on a maxine gives, that is without an infinite loop program. One small detail: this is with the 2.1.99 kernel and the 080698 patch. Another detail: in the configuration file there is a line # CONFIG_DECLANCE, that is my creation with hacking the mips/config.in file, hoping and working one day it will be used. Regards, Richard From paul@softway.com.au Sun Jun 14 00:16:06 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA21544; Sun, 14 Jun 1998 00:16:02 +0200 (MET DST) Received-Date: Sun, 14 Jun 1998 00:16:02 +0200 (MET DST) Received: by sweeney.sw.oz.au id IAA28930; Sun, 14 Jun 1998 08:15:56 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by guadalquivir.fnet.fr, id smtpd028928; Sun Jun 14 08:15:44 1998 Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id IAA10155 for ; Sun, 14 Jun 1998 08:15:44 +1000 (EST) Message-ID: <3582F9E6.9D524762@softway.com.au> Date: Sun, 14 Jun 1998 08:15:02 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: DECstation kernel o.k. - what next? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 596 Lines: 15 Hi all, It appears that my problem was a muddled make (I had been trying to use Ralf's compiler before switching to the one available on the DECstation page) and a 'make clean' fixed things for me. My DECstation kernel now boots as previously advertised by Harald! So, Harald, what's on your priority list to work on next? Can you suggest ways in which yourself, Michael and I can work in parallel on the most important tasks? I'd love to have the DECstation booting a minimal set of tools off the ramdisk as soon as we can, and then there's self-hosting to look forward to! Regards, Paul From paul@softway.com.au Sun Jun 14 08:52:06 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA00561; Sun, 14 Jun 1998 08:52:01 +0200 (MET DST) Received-Date: Sun, 14 Jun 1998 08:52:01 +0200 (MET DST) Received: by sweeney.sw.oz.au id QAA09578; Sun, 14 Jun 1998 16:51:53 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by guadalquivir.fnet.fr, id smtpd009575; Sun Jun 14 16:51:25 1998 Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id QAA16333 for ; Sun, 14 Jun 1998 16:51:23 +1000 (EST) Message-ID: <358372C3.F36BF7C0@softway.com.au> Date: Sun, 14 Jun 1998 16:50:43 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation kernel problems References: <3582F9E6.9D524762@softway.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1619 Lines: 51 Hi folks, It seems I spoke too soon when I said: > It appears that my problem was a muddled make (I had been trying to > use Ralf's compiler before switching to the one available on the > DECstation page) and a 'make clean' fixed things for me. My > DECstation kernel now boots as previously advertised by Harald! ...except that it gets as far as: [snip] TURBOchannel rev. 1 at 12.5Mhz (no parity) 2 slots, size 64MB Got dbe at 800dc1b4. Got dbe at 800dc210. Got dbe at 800dc1b4. Got dbe at 800dc210. Starting kswapd v 1.5 Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 EXT2-fs warning: checktime reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). ...then nothing! I don't get any of the messages about freeing memory, or being unable to open initial console, or any of the page fault output. Any ideas Harald? Regards, Paul > > So, Harald, what's on your priority list to work on next? Can you > suggest ways in which yourself, Michael and I can work in parallel on > the most important tasks? I'd love to have the DECstation booting a > minimal set of tools off the ramdisk as soon as we can, and then > there's self-hosting to look forward to! > > Regards, > Paul -- Paul _______________________________________________________________________________ Paul M. Antoine, Net: paul@sw.oz.au Softway Pty Ltd WWW: www.softway.com.au PO Box 305, Strawberry Hills, NSW 2012, Australia Tel: +61 2 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 From flo@mini.gt.owl.de Sun Jun 14 17:48:01 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA07466; Sun, 14 Jun 1998 17:47:59 +0200 (MET DST) Received-Date: Sun, 14 Jun 1998 17:47:59 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id RAA06015 for ; Sun, 14 Jun 1998 17:47:55 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id RAA21412; Sun, 14 Jun 1998 17:47:54 +0200 Message-ID: <19980614174754.65480@mini> Date: Sun, 14 Jun 1998 17:47:54 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: TURBOChannel Scan/R4000SC@KMin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 3043 Lines: 93 HI, i just tried to boot the binary 2.1.99 image on unix-ag.org on my 2 dectations ... This is what i got ... The Turbochannel scan seems not to work entirely ... and there is something not working with R4000 and kmin ... Decstation 5000/240 ------------------------------- KN03-AA V5.2b [...] >>cnfg 3: KN03-AA DEC V5.2b TCF0 ( 64 MB, 1 MB NVRAM) (enet: 08-00-2b-37-60-37) (SCSI = 7) 2: PMAF-FA DEC V1.1 TCF0 (fddi: 08-00-2b-b0-97-23) 1: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) 0: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) >>boot 3/tftp -tftp boot(3), bootp 194.121.202.35:/boot/vmlinux-2.1.99-060698 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/2x0 with 65536kB RAM CPU is a R3000A with 64kB I-Cache and 64kB D-Cache Got the following for the console env. variable: 0 Should set to serial console... Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... Loading R[23]00 MMU routines. Linux version 2.1.99 (root@snapper.unix-ag.org) (gcc version 2.7.2) #16 Sat Jun8Calibrating delay loop... 39.85 BogoMIPS Memory: 63624k/65532k available (756k kernel code, 956k data) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) 3 slots, size 8 MB slot 0: DEC PMAZ-AA V5.3d Starting kswapd v 1.5 Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ----------------------------------------------------------- Decstation 5000/150 ------------------------ KN04 V2.1k [...] >>cnfg 3: KN04 DEC V2.1k TCF0 ( 64 MB) (enet: 08-00-2b-28-f0-a3) (SCSI = 7) 2: PMAF-FA DEC V1.1 TCF0 (fddi: 08-00-2b-a3-66-57) 1: PMAZ-AA DEC V5.3b TCF0 (SCSI = 7) 0: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) >>boot 3/tftp -tftp boot(3), bootp 194.121.202.35:/boot/vmlinux-2.1.99-060698 -tftp load 874000+4528+97728 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/1xx with 65536kB RAM CPU is a R4000SC with 8kB I-Cache and 8kB D-Cache Got the following for the osconsole env. variable: 3 No idea what console to use! Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... KN04 V2.1k (PC: 0xa0026768, SP: 0x802ee49c) ?IO: 3/rz0/netbsd (bb rd) >> ------------------------- Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From ralf@uni-koblenz.de Sun Jun 14 19:24:06 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 TAA08747; Sun, 14 Jun 1998 19:24:03 +0200 (MET DST) Received-Date: Sun, 14 Jun 1998 19:24:03 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-29.uni-koblenz.de [141.26.249.29]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id TAA07608 for ; Sun, 14 Jun 1998 19:24:00 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id TAA07563; Sun, 14 Jun 1998 19:23:46 +0200 Message-ID: <19980614192346.B7551@uni-koblenz.de> Date: Sun, 14 Jun 1998 19:23:46 +0200 To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: ssh binaries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 1713 Lines: 24 Hi all, I've uploaded ssh binaries, both big endian and little endian, international and us-damaged (read: rsaref) versions to ftp.replay.com:/pub/crypto/incoming/. The binaries are probably somewhen going to be moved to their final place. Ralf -rw-r--r-- 1 usura crypto 75619 Jun 14 16:39 ssh-1.2.25-1i.mipseb.rpm -rw-r--r-- 1 usura crypto 169412 Jun 14 17:00 ssh-1.2.25-1i.mipsel.rpm -rw-r--r-- 1 usura crypto 75499 Jun 14 17:02 ssh-1.2.25-1us.mipseb.rpm-rw------- 1 usura crypto 169216 Jun 14 17:13 ssh-1.2.25-1us.mipsel.rpm-rw-r--r-- 1 usura crypto 237156 Jun 14 16:41 ssh-clients-1.2.25-1i.mipseb.rpm -rw-r--r-- 1 usura crypto 237981 Jun 14 17:04 ssh-clients-1.2.25-1i.mipsel.rpm -rw-r--r-- 1 usura crypto 246165 Jun 14 17:03 ssh-clients-1.2.25-1us.mipseb.rpm -rw------- 1 usura crypto 246256 Jun 14 17:16 ssh-clients-1.2.25-1us.mipsel.rpm -rw-r--r-- 1 usura crypto 20327 Jun 14 16:41 ssh-extras-1.2.25-1i.mipseb.rpm -rw-r--r-- 1 usura crypto 22981 Jun 14 17:04 ssh-extras-1.2.25-1i.mipsel.rpm -rw-r--r-- 1 usura crypto 20361 Jun 14 17:04 ssh-extras-1.2.25-1us.mipseb.rpm -rw-r--r-- 1 usura crypto 20361 Jun 14 17:04 ssh-extras-1.2.25-1us.mipseb.rpm -rw------- 1 usura crypto 23147 Jun 14 17:16 ssh-extras-1.2.25-1us.mipsel.rpm -rw-r--r-- 1 usura crypto 123987 Jun 14 16:42 ssh-server-1.2.25-1i.mipseb.rpm -rw------- 1 usura crypto 126500 Jun 14 17:09 ssh-server-1.2.25-1i.mipsel.rpm -rw-r--r-- 1 usura crypto 129127 Jun 14 17:05 ssh-server-1.2.25-1us.mipseb.rpm -rw------- 1 usura crypto 131265 Jun 14 17:17 ssh-server-1.2.25-1us.mipsel.rpm From harald.koerfgen@netcologne.de Mon Jun 15 18:21:24 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 SAA24740; Mon, 15 Jun 1998 18:21:22 +0200 (MET DST) Received-Date: Mon, 15 Jun 1998 18:21:22 +0200 (MET DST) Received: from franz.no.dom (max1-50.netcologne.de [194.8.196.50]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA02262 for ; Mon, 15 Jun 1998 18:21:27 +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, 15 Jun 1998 18:22:08 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: tc hacking and more Content-Length: 2080 Lines: 75 Hi all, On 12-Jun-98 Richard van den Berg wrote: > Hello Harald, > > Thank you very much for your bright and clear explanation. After > configuring and compiling the kernel with the appropiate settings to > boot from ram no kernel panic is shown. :-) Also with CONFIG_VT set goes > allright now. So officially to me Linux runs on the DECstation and that's > not to bad at all indeed! > > If I understand it correctly, with tc probing the device_base_addr is > obtained, just like the address of the "system slot". This makes me > conclude that before initializing any driver, the turbochannel has to > be initialized. Yes, Richard, you're right. Although there is no real initialization, the code simply scans for installed TURBOchannel Option Modules and fills a data structure which might be of use for device driver writers. I suggest code like (be warned! this is pure armchair engineering): --- cut here if think this might be useful --- #include #include /* * I don't know of any TURBOchannel machine with more than three slots, */ #define MAX_DEVICES 3 unsigned char *my_devices[MAX_DEVICES]; int found_devices = 0; .. __initfunc(int my_device_init(void)) { int slot; ... ... if (TURBOCHANNEL) for (slot = 0; slot <= MAXSLOT; slot++) if strncmp(tc_bus[slot], "PMAZ-AA", 8) { my_devices[found_devices] = tc_bus[slot].base_addr; found_devices++; } ... } --- cut here if think this might be useful --- to scan for TURBOchannel Option Modules. > Currently I am studying the sunlance.c code and the more > I start to understand things the more I like it. Welcome to the club :-). > Meanwhile I received a message that I am subsribed to linux-mips, so > shall we continu discussions on that channel? linux-mips is a quite low traffic list and I guess a little DECstation discussion doesn't harm. > Happy hacking regards, > > Richard --- Regards, Harald From harald.koerfgen@netcologne.de Mon Jun 15 18:21:29 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 SAA24746; Mon, 15 Jun 1998 18:21:26 +0200 (MET DST) Received-Date: Mon, 15 Jun 1998 18:21:26 +0200 (MET DST) Received: from franz.no.dom (max1-50.netcologne.de [194.8.196.50]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA02266 for ; Mon, 15 Jun 1998 18:21:30 +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: <19980614174754.65480@mini> Date: Mon, 15 Jun 1998 18:22:11 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: TURBOChannel Scan/R4000SC@KMin Content-Length: 5278 Lines: 147 Hello all, On 14-Jun-98 Florian Lohoff wrote: > HI, > i just tried to boot the binary 2.1.99 image on unix-ag.org on my 2 > dectations ... > > This is what i got ... > > The Turbochannel scan seems not to work entirely ... and there is > something not working with R4000 and kmin ... > > > Decstation 5000/240 > ------------------------------- > KN03-AA V5.2b > [...] >>>cnfg > 3: KN03-AA DEC V5.2b TCF0 ( 64 MB, 1 MB NVRAM) > (enet: 08-00-2b-37-60-37) > (SCSI = 7) > 2: PMAF-FA DEC V1.1 TCF0 (fddi: 08-00-2b-b0-97-23) > 1: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) > 0: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) >>>boot 3/tftp > -tftp boot(3), bootp 194.121.202.35:/boot/vmlinux-2.1.99-060698 > Linux/MIPS DECstation Boot > Copyright (C) Paul M. Antoine 1995, 1996, 1997 > and others, 1994, 1995, 1996, 1997, 1998 > > Found a REX compatible boot PROM > This DECStation is a DS5000/2x0 with 65536kB RAM > CPU is a R3000A with 64kB I-Cache and 64kB D-Cache > Got the following for the console env. variable: 0 > Should set to serial console... > Will be using PROM console! > Moving Kernel Image from 80200000 to 80030000 > Launching Kernel ... > > Loading R[23]00 MMU routines. > Linux version 2.1.99 (root@snapper.unix-ag.org) (gcc version 2.7.2) #16 Sat > Jun8Calibrating delay loop... 39.85 BogoMIPS > Memory: 63624k/65532k available (756k kernel code, 956k data) > Swansea University Computer Society NET3.039 for Linux 2.1 > NET3: Unix domain sockets 0.16 for Linux NET3.038. > Swansea University Computer Society TCP/IP for NET3.037 > IP Protocols: ICMP, UDP, TCP > Checking for 'wait' instruction... unavailable. > POSIX conformance testing by UNIFIX > TURBOchannel rev. 1 at 25.0 MHz (no parity) > 3 slots, size 8 MB > slot 0: DEC PMAZ-AA V5.3d > Starting kswapd v 1.5 > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > VFS: Mounted root (ext2 filesystem). > ----------------------------------------------------------- Oops, the TURBOchannel scanning needs some fixing, I guess :-). > Decstation 5000/150 > ------------------------ > KN04 V2.1k > [...] >>>cnfg > 3: KN04 DEC V2.1k TCF0 ( 64 MB) > (enet: 08-00-2b-28-f0-a3) > (SCSI = 7) > 2: PMAF-FA DEC V1.1 TCF0 (fddi: 08-00-2b-a3-66-57) > 1: PMAZ-AA DEC V5.3b TCF0 (SCSI = 7) > 0: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) >>>boot 3/tftp > > -tftp boot(3), bootp 194.121.202.35:/boot/vmlinux-2.1.99-060698 > -tftp load 874000+4528+97728 > Linux/MIPS DECstation Boot > Copyright (C) Paul M. Antoine 1995, 1996, 1997 > and others, 1994, 1995, 1996, 1997, 1998 > > Found a REX compatible boot PROM > This DECStation is a DS5000/1xx with 65536kB RAM > CPU is a R4000SC with 8kB I-Cache and 8kB D-Cache > Got the following for the osconsole env. variable: 3 > No idea what console to use! > Will be using PROM console! > Moving Kernel Image from 80200000 to 80030000 > Launching Kernel ... > > KN04 V2.1k (PC: 0xa0026768, SP: 0x802ee49c) > ?IO: 3/rz0/netbsd (bb rd) With the help of Karel van Houten this has already be fixed. This is from a privat e-mail from Karel (DS5000/260): > -tftp boot(3), bootp 139.63.193.80:/tftpboot/nbImage > -tftp load 800128+4672+97744 > Linux/MIPS DECstation Boot > Copyright (C) Paul M. Antoine 1995, 1996, 1997 > and others, 1994, 1995, 1996, 1997, 1998 > > Found a REX compatible boot PROM > This DECStation is a DS5000/2x0 with 98304kB RAM > CPU is a R4400SC with 16kB I-Cache and 16kB D-Cache > Got the following for the console env. variable: s > Should set to serial console... > Will be using PROM console! > Moving Kernel Image from 80200000 to 80030000 > Launching Kernel ... > > Loading R4000 MMU routines. > CPU revision is: 00000440 > Primary instruction cache 16kb, linesize 16 bytes) > Primary data cache 16kb, linesize 16 bytes) > Secondary cache sized at 1024K linesize 32 > Linux version 2.1.99 (karel@vilya.research.kpn.com) (gcc version 2.7.2) #1 Mon > Jun 15 08:21:00 MEST 1998 > Calibrating delay loop... 59.90 BogoMIPS > Memory: 96076k/98300k available (684k kernel code, 1344k data) > Swansea University Computer Society NET3.039 for Linux 2.1 > NET3: Unix domain sockets 0.16 for Linux NET3.038. > Swansea University Computer Society TCP/IP for NET3.037 > IP Protocols: ICMP, UDP, TCP > Checking for 'wait' instruction... unavailable. > POSIX conformance testing by UNIFIX > TURBOchannel rev. 1 at 25.0 MHz (no parity) > 3 slots, size 8 MB > slot 0: DEC PMAGB-BA V1.1 > Starting kswapd v 1.5 > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > EXT2-fs warning: checktime reached, running e2fsck is recommended > VFS: Mounted root (ext2 filesystem). > VFS: Cannot open root device 00:00 > Kernel panic: VFS: Unable to mount root fs on 00:00 I'll release a patch with this, and some other minor fixes, RSN :-). > ------------------------- > > Flo > -- > Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 Thank you for your report, Florian. --- Regards, Harald From harald.koerfgen@netcologne.de Mon Jun 15 18:21: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 SAA24784; Mon, 15 Jun 1998 18:21:34 +0200 (MET DST) Received-Date: Mon, 15 Jun 1998 18:21:34 +0200 (MET DST) Received: from franz.no.dom (max1-50.netcologne.de [194.8.196.50]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA02270 for ; Mon, 15 Jun 1998 18:21:34 +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: <358372C3.F36BF7C0@softway.com.au> Date: Mon, 15 Jun 1998 18:22:15 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation kernel problems Content-Length: 2615 Lines: 72 Hello all, On 14-Jun-98 Paul M. Antoine wrote: > Hi folks, > > It seems I spoke too soon when I said: > >> It appears that my problem was a muddled make (I had been trying to >> use Ralf's compiler before switching to the one available on the >> DECstation page) and a 'make clean' fixed things for me. My >> DECstation kernel now boots as previously advertised by Harald! > > ...except that it gets as far as: > > [snip] > TURBOchannel rev. 1 at 12.5Mhz (no parity) > 2 slots, size 64MB > Got dbe at 800dc1b4. > Got dbe at 800dc210. > Got dbe at 800dc1b4. > Got dbe at 800dc210. > Starting kswapd v 1.5 > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > EXT2-fs warning: checktime reached, running e2fsck is recommended > VFS: Mounted root (ext2 filesystem). > > ...then nothing! I don't get any of the messages about freeing memory, > or being unable to open initial console, or any of the page fault > output. Any ideas Harald? Yup, you have to tell the kernel which device to use as the root device. This is not automagicaly compiled in when crossompiling kernel. Fortunately passing command line parameters to kernel works :-). Something like "boot 3/tftp root=/dev/ram" might do the trick. > Regards, > Paul > > >> >> So, Harald, what's on your priority list to work on next? Can you >> suggest ways in which yourself, Michael and I can work in parallel on >> the most important tasks? I'd love to have the DECstation booting a >> minimal set of tools off the ramdisk as soon as we can, and then >> there's self-hosting to look forward to! Well, I guess what's needed most are console device drivers. Unfortunately I do have only one of those fancy, and totally undocumented, 3-D cards. Looks like I will have to use a serial console :-(. Anyway, what I'd like to do is: o Fixing bugs (I already have some minor fixes in the pipeline). o Writing an userland ll/sc emulation (this would give us 100% binary compatibiliy with other MIPS machines, including, but not limited to, glibc). o Streamlining and improving the TURBOchannel Option Module detection. o Writing a serial device driver for kmins, maxines and 3max+ (This may take a while, as I'm totally unexperienced in writing device drivers). o And, of course, keeping sync with the main Linux/MIPS source tree. Obviously I am not able to develop device drivers for hardware I do not have access to. This includes DS2100, DS3100, DS5100, DS5000/xx and DS5000/200. Looks like there is still a lot of work do :-). >> Regards, >> Paul --- Regards, Harald From R.vandenBerg@inter.NL.net Tue Jun 16 00:04:11 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 AAA05976; Tue, 16 Jun 1998 00:04:10 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 00:04:10 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-0.Hoorn.NL.net [193.79.46.225] with ESMTP for id AAA24167 (8.8.8/3.28); Tue, 16 Jun 1998 00:04:03 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 16 Jun 1998 00:01:53 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 16 Jun 1998 00:01:52 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: tc hacking and more In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1178 Lines: 30 Hi all On Mon, 15 Jun 1998, Harald Koerfgen wrote: > > Thank you very much for your bright and clear explanation. After > > configuring and compiling the kernel with the appropiate settings to > > boot from ram no kernel panic is shown. :-) Also with CONFIG_VT set goes > > allright now. So officially to me Linux runs on the DECstation and that's > > not to bad at all indeed! Oops, on CONFIG_VT I'm a bit to soon, logically without a supported console. Found out after trying to reproduce a booting kernel that CONFIG_VT still should be left out. > Yes, Richard, you're right. Although there is no real initialization, the code > simply scans for installed TURBOchannel Option Modules and fills a data structure > which might be of use for device driver writers. One question on that part - little brainstorming - : does the on-board lance ethernet controller differ from a TURBOchannel option module considering base addresses? If not, the documentation for TURBOchannel option module could be used for the on-board version too. > I suggest code like (be warned! this is pure armchair engineering): It's a start, I'll wait patiently for the patch. Regards, Richard From flo@mini.gt.owl.de Tue Jun 16 01:00:24 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA07210; Tue, 16 Jun 1998 01:00:23 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 01:00:23 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id BAA05620 for ; Tue, 16 Jun 1998 01:00:21 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id BAA15664; Tue, 16 Jun 1998 01:00:19 +0200 Message-ID: <19980616010019.03100@mini> Date: Tue, 16 Jun 1998 01:00:19 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Oops 0000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 2543 Lines: 64 Hi, i just got my first selfcompiled linux/mips kernel booted ... for the germans (erfolgserlebnis :) ). I am getting this ... This is with applied "patch-2.1.99.1.dec-060898" which should fix turbo-channel detection which it seems not to do for me ... ------------------------------------------------------------------ >>cnfg 3: KN03-AA DEC V5.2b TCF0 ( 64 MB, 1 MB NVRAM) (enet: 08-00-2b-37-60-37) (SCSI = 7) 2: PMAF-FA DEC V1.1 TCF0 (fddi: 08-00-2b-b0-97-23) 1: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) 0: PMAZ-AA DEC V5.3d TCF0 (SCSI = 7) >>boot 3/tftp root=/dev/ram [...] +97728 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/2x0 with 65536kB RAM CPU is a R3000A with 64kB I-Cache and 64kB D-Cache Got the following for the console env. variable: 0 Should set to serial console... Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... Loading R[23]00 MMU routines. Linux version 2.1.99 (mips@dataland) (gcc version 2.7.2) #22 Tue Jun 16 02:49:08Calibrating delay loop... 39.85 BogoMIPS Memory: 63620k/65532k available (760k kernel code, 956k data) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) 3 slots, size 8 MB slot 0: DEC PMAZ-AA V5.3d Starting kswapd v 1.5 Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 28k freed Warning: unable to open an initial console. Unable to handle kernel paging request at virtual address 00000000, epc == 00008Oops: 0000 $0 : 00000000 401a4000 00000000 83ff5e80 800e0b5c 800f7760 800f7788 00000000 $8 : 00000810 00000010 00000000 800514c0 00000000 800e3012 004000c8 00000001 $16: 00000003 800f7788 800e0b5c 800f7760 00000003 00000003 00000000 fddef7ef $24: 00000003 a0004be0 83ff4000 7fffff90 5fd73ff7 80038548 epc : 00000000 Status: 00000800 Cause : 00000008 ----------------------------------------------------------------- Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From flo@mini.gt.owl.de Tue Jun 16 01:57:43 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA09758; Tue, 16 Jun 1998 01:57:41 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 01:57:41 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id BAA06519 for ; Tue, 16 Jun 1998 01:57:39 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id BAA17267; Tue, 16 Jun 1998 01:57:38 +0200 Message-ID: <19980616015738.26498@mini> Date: Tue, 16 Jun 1998 01:57:38 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: TurboChannel detect - diff Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 1913 Lines: 57 Hi, after i got the first kernel compiled, (and was a little motivated) i looked a bit after tc detection ... and tata .. here is my very fist kernel patch :) Should now fix the tc detection ... (it does for me ...) --------------------schanipp---------------- TURBOchannel rev. 1 at 25.0 MHz (no parity) 3 slots, size 8 MB slot 0: DEC PMAZ-AA V5.3d slot 1: DEC PMAZ-AA V5.3d slot 2: DEC PMAF-FA V1.1 -------------------------------------------- I hope i did not screw up with the other patch ... :) Ok ... now i am (much) motivated ... what next ? Will there be a DecStation hack meeting somewhere around Germany/Europe ? I might bring 2 complete development places with me (2 Decstations + 2 CrossCompile boxes :) ) ----------------------------------schanipp----------------------- --- linux-2.1.99/drivers/tc/tc.c.orig Tue Jun 2 17:16:03 1998 +++ linux-2.1.99/drivers/tc/tc.c Tue Jun 16 03:49:52 1998 @@ -15,7 +15,7 @@ #include #include -#define MAX_SLOT 7 +#define MAX_SLOT 3 typedef struct { unsigned char *base_addr; @@ -37,6 +37,7 @@ */ static void my_dbe_handler(struct pt_regs *regs) { + regs->cp0_epc += 4; } static void tc_probe(unsigned long startaddr, unsigned long size, int max) @@ -51,8 +52,8 @@ old_be_handler = dbe_board_handler; dbe_board_handler = my_dbe_handler; - for (slot = 0; slot <= max && slot <= MAX_SLOT; slot++) { - module = (char *)(startaddr + slot * size); + for (slot = 0; slot <= max && slot <= MAX_SLOT-1; slot++) { + module = (char *)(startaddr + slot * size * 1024 * 1024); offset = -1; if (module[OLDCARD + PATTERN0] == 0x55 && module[OLDCARD + PATTERN1] == 0x00 && module[OLDCARD + PATTERN2] == 0xaa && module[OLDCARD + PATTERN3] == 0xff) -------------------------schanipp----------------------------- Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From engel@numerik.math.uni-siegen.de Tue Jun 16 10:55:09 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 KAA21443; Tue, 16 Jun 1998 10:55:04 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 10:55:04 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id KAA00397 for ; Tue, 16 Jun 1998 10:54:51 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id KAA21314; Tue, 16 Jun 1998 10:54:48 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806160854.KAA21314@jordan.numerik> Subject: DECstation hack meeting ... To: linux-mips@fnet.fr Date: Tue, 16 Jun 1998 10:54:48 +0200 (MET DST) In-Reply-To: <19980616015738.26498@mini> from "Florian Lohoff" at Jun 16, 98 01:57:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 626 Lines: 16 Florian Lohoff wrote: > Ok ... now i am (much) motivated ... what next ? Will there be a DecStation > hack meeting somewhere around Germany/Europe ? I might bring 2 complete > development places with me (2 Decstations + 2 CrossCompile boxes :) ) Let's hack - the more people the better ! :-) I discussed this with Harald at Linux Kongress, we also had the idea of having a hacking weekend and I'd like to invite all interested hackers. We should try to find out what the best location for this meeting is. Harald lives in Cologne, I'm in Siegen. Florian, others ? regards, Michael Engel (engel@unix-ag.uni-siegen.de) From harald.koerfgen@netcologne.de Tue Jun 16 18:10: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 SAA26949; Tue, 16 Jun 1998 18:10:01 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 18:10:01 +0200 (MET DST) Received: from franz.no.dom (max1-122.netcologne.de [194.8.196.122] (may be forged)) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA05113 for ; Tue, 16 Jun 1998 18:10:07 +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: <19980616010019.03100@mini> Date: Tue, 16 Jun 1998 18:10:49 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: Oops 0000 Content-Length: 1166 Lines: 39 Hi, On 15-Jun-98 Florian Lohoff wrote: > Hi, > i just got my first selfcompiled linux/mips kernel booted ... for > the germans (erfolgserlebnis :) ). Stark! > I am getting this ... [some stuff snipped] > Ramdisk driver initialized : 16 ramdisks of 4096K size > RAMDISK: Compressed image found at block 0 > VFS: Mounted root (ext2 filesystem). > Freeing unused kernel memory: 28k freed > Warning: unable to open an initial console. > Unable to handle kernel paging request at virtual address 00000000, epc == > 00008Oops: 0000 > $0 : 00000000 401a4000 00000000 83ff5e80 800e0b5c 800f7760 800f7788 00000000 > $8 : 00000810 00000010 00000000 800514c0 00000000 800e3012 004000c8 00000001 > $16: 00000003 800f7788 800e0b5c 800f7760 00000003 00000003 00000000 fddef7ef > $24: 00000003 a0004be0 83ff4000 7fffff90 5fd73ff7 80038548 > epc : 00000000 > Status: 00000800 > Cause : 00000008 > ----------------------------------------------------------------- Probably the wrong ramdisk.img slipped into linux-2.1.99. I'll check that. > > Flo > -- > Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 --- Regards, Harald From harald.koerfgen@netcologne.de Tue Jun 16 18:10:06 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 SAA26954; Tue, 16 Jun 1998 18:10:03 +0200 (MET DST) Received-Date: Tue, 16 Jun 1998 18:10:03 +0200 (MET DST) Received: from franz.no.dom (max1-122.netcologne.de [194.8.196.122] (may be forged)) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id SAA05117 for ; Tue, 16 Jun 1998 18:10:10 +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: Tue, 16 Jun 1998 18:10:51 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: 2nd patch to DECstation-Linux-2.1.99 Content-Length: 806 Lines: 23 Hi, I've just uploaded patch-2.1.99-pl2.tar.gz to Michael Engel. This should appear soon at the usual place. The diff is against a *clean* linux-2.1.99 source tree. If have already applied my first patch, remove this first. Changes: o arch/mips/dec/boot/decstation.c is R4X00 clean. DECstation-Linux should now work on DS5000/50 DS5000/150 and DS5000/260, when compiled for an R4X00 CPU, obviously. o drivers/tc/tc.c and include/asm-mips/tc.h overhauled. This includes Florian Lohoff's fix (Thanx, Florian) and a fix for my first fix :-). o the ramdisk.img I've shipped with linux-2.1.99 appears to be broken. patch-2.1.99-pl2 contains a new one. Please move this to arch/mips/dec/boot/ramdisk.img. I'll be away for a few days now, far far away from any DECstation. Keep hacking. --- Regards, Harald From flo@mini.gt.owl.de Wed Jun 17 01:00:53 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA06471; Wed, 17 Jun 1998 01:00:52 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 01:00:52 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id BAA31897 for ; Wed, 17 Jun 1998 01:00:50 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id BAA09280; Wed, 17 Jun 1998 01:00:49 +0200 Message-ID: <19980617010049.58002@mini> Date: Wed, 17 Jun 1998 01:00:49 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: current_SC == penguin within interrupt! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 1365 Lines: 38 Hi, i worked a bit further ... trying to get the PMAZ-AA (TURBOChannel SCSI) running .... I am not sure what i am doing, but i got far with this :) Now i get this ... --------------------------------- POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 25.0 MHz (no parity) 3 slots, size 8 MB slot 0: DEC PMAZ-AA V5.3d slot 1: DEC PMAZ-AA V5.3d slot 2: DEC PMAF-FA V1.1 Starting kswapd v 1.5 Ramdisk driver initialized : 16 ramdisks of 4096K size PMAZ-AA esp_detect called SCSI ID 7 Clock 40 MHz CCF=0 Time-Out 167 NCR53C9XF(espfast) detected esp0: FAST chip is fas100a (family=0, version=0) SCSI ID 7 Clock 40 MHz CCF=0 Time-Out 167 NCR53C9XF(espfast) detected esp1: FAST chip is fas100a (family=0, version=0) Kernel panic: esp_handle: current_SC == penguin within interrupt! In interrupt handler - not syncing ------------------------------------ My initialiation of the interrupt currently looks like this (grepped from jazz_esp.c) Whereas i is my current TURBOChannel ..... ------------------------------------------------------------------ esp->irq = TC0+i; request_irq(TC0+i, esp_intr, SA_INTERRUPT, "PMAZ-AA SCSI", NULL ------------------------------------------------------------------ So ... what did i wrong :) I know ... nearly everything ... Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From tsbogend@alpha.franken.de Wed Jun 17 01:26:28 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 BAA06652; Wed, 17 Jun 1998 01:26:28 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 01:26:28 +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 BAA05761; Wed, 17 Jun 1998 01:26:26 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id BAA02861; Wed, 17 Jun 1998 01:24:42 +0200 Message-ID: <19980617012442.56315@alpha.franken.de> Date: Wed, 17 Jun 1998 01:24:42 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: current_SC == penguin within interrupt! References: <19980617010049.58002@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980617010049.58002@mini>; from Florian Lohoff on Wed, Jun 17, 1998 at 01:00:49AM +0200 Content-Length: 975 Lines: 23 On Wed, Jun 17, 1998 at 01:00:49AM +0200, Florian Lohoff wrote: > My initialiation of the interrupt currently looks like this > (grepped from jazz_esp.c) > > Whereas i is my current TURBOChannel ..... > ------------------------------------------------------------------ > esp->irq = TC0+i; > request_irq(TC0+i, esp_intr, SA_INTERRUPT, "PMAZ-AA SCSI", NULL > ------------------------------------------------------------------ > > So ... what did i wrong :) I know ... nearly everything ... looks sane to me. How are the DMA addresses mapped to CPU addresses ? Maybe there something fishy in this area, which causes the esp to do strange things. I have to admit, that I didn't see the pengiun panic while working on jazz_esp (and there were alot of lockups and panics:-)). 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 ralf@uni-koblenz.de Wed Jun 17 02:00:38 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 CAA07066; Wed, 17 Jun 1998 02:00:31 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 02:00:31 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-14.uni-koblenz.de [141.26.249.14]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA13470 for ; Wed, 17 Jun 1998 02:00:14 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id BAA00942; Wed, 17 Jun 1998 01:59:47 +0200 Message-ID: <19980617015945.A410@uni-koblenz.de> Date: Wed, 17 Jun 1998 01:59:45 +0200 To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: XFree diffs Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="yrj/dFKFPuw6o+aM" Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1 Content-Length: 44240 Lines: 1423 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Hi all, some people have been asking me for my XFree diffs. You can brew an rpm from this by: cd /usr/src/redhat rpm --install SRPMS/XFree86-3.3.2-8.src.rpm Now put the attached XFree86-3.3.1-mips.patch to SOURCES/ and replace the spec file SPECS/XFree86-3.3.2.spec with the attached one. rpm -ba SPECS/XFree86-3.3.2.spec Rebuilding takes somewhat less than 2h on a R5000. The configuration currently builds the fb xserver, but doesn't yet package it. Ralf --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="XFree86-3.3.1-mips.patch" diff -urN xc.orig/config/cf/Imake.cf xc/config/cf/Imake.cf --- xc.orig/config/cf/Imake.cf Sun Jul 27 04:41:02 1997 +++ xc/config/cf/Imake.cf Sun Jun 14 17:12:23 1998 @@ -556,6 +556,11 @@ # define Mc68020Architecture # undef mc68000 # endif /* mc68000 */ +# ifdef mips +# define MipsArchitecture +# define LinuxMipsArchitecture +# undef mips +# endif #endif /* linux */ #if (defined(__Lynx__) || defined(Lynx)) && (defined(i386) || defined(__i386__) || defined(__x86__) || defined(__powerpc__) || defined(__sparc__) || defined(sparc)) diff -urN xc.orig/config/cf/linux.cf xc/config/cf/linux.cf --- xc.orig/config/cf/linux.cf Mon Jul 28 16:17:25 1997 +++ xc/config/cf/linux.cf Wed Jun 17 01:31:16 1998 @@ -43,9 +43,13 @@ #ifdef AlphaArchitecture #define DefaultLinuxCLibMajorVersion 6 #else +#ifdef MipsArchitecture +#define DefaultLinuxCLibMajorVersion 6 +#else #define DefaultLinuxCLibMajorVersion 5 #endif #endif +#endif #ifndef DefaultLinuxCLibMinorVersion #if DefaultLinuxCLibMajorVersion > 5 #define DefaultLinuxCLibMinorVersion 0 @@ -186,6 +190,22 @@ #define LdCmd /usr/m68k-linuxaout/bin/ld -m m68klinux #define AsmDefines -DUSE_GAS -U__ELF__ #endif /* Mc68020Architecture */ +#ifdef MipsArchitecture +#ifdef __MIPSEB__ +#define CcCmd gcc -b mips-linux +#define AsCmd /usr/mips-linux/bin/as +#define LdCmd ld -m elf32bmip +#define AsmDefines -D__ELF__ +#define CplusplusCmd c++ -b mips-linux +#endif /* __MIPSEB__ */ +#ifdef __MIPSEL__ +#define CcCmd gcc -b mipsel-linux +#define AsCmd /usr/mipsel-linux/bin/as +#define LdCmd ld -m elf32lmip +#define AsmDefines -D__ELF__ +#define CplusplusCmd c++ -b mipsel-linux +#endif /* __MIPSEL__ */ +#endif /* MipsArchitecture */ #endif #else #if UseElfFormat @@ -210,6 +230,22 @@ #define AsmDefines -D__ELF__ #define CplusplusCmd c++ -b m68k-linux #endif /* Mc68020Architecture */ +#ifdef MipsArchitecture +#ifdef __MIPSEB__ +#define CcCmd gcc -b mips-linux +#define AsCmd /usr/mips-linux/bin/as +#define LdCmd ld -m elf32bmip +#define AsmDefines -D__ELF__ +#define CplusplusCmd c++ -b mips-linux +#endif /* __MIPSEB__ */ +#ifdef __MIPSEL__ +#define CcCmd gcc -b mipsel-linux +#define AsCmd /usr/mipsel-linux/bin/as +#define LdCmd ld -m elf32lmip +#define AsmDefines -D__ELF__ +#define CplusplusCmd c++ -b mipsel-linux +#endif /* __MIPSEL__ */ +#endif /* MipsArchitecture */ #else #define CcCmd gcc #define AsCmd as @@ -257,6 +293,13 @@ #define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET #define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines #endif /* Mc68020Architecture */ + +#ifdef MipsArchitecture +#define OptimizedCDebugFlags -O2 +#define LinuxMachineDefines -D__mips__ +#define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DPART_NET +#define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines +#endif /* MipsArchitecture */ #define StandardDefines -Dlinux LinuxMachineDefines LinuxSourceDefines diff -urN xc.orig/config/cf/lnxLib.rules xc/config/cf/lnxLib.rules --- xc.orig/config/cf/lnxLib.rules Sun Jun 22 12:32:20 1997 +++ xc/config/cf/lnxLib.rules Sun Jun 14 04:32:49 1998 @@ -55,6 +55,14 @@ #ifndef SharedLibraryLoadFlags #define SharedLibraryLoadFlags -shared #endif +#ifdef MipsArchitecture +#ifndef PositionIndependentCFlags +#define PositionIndependentCFlags +#endif +#ifndef PositionIndependentCplusplusFlags +#define PositionIndependentCplusplusFlags +#endif +#endif /* MipsArchitecture */ #ifndef PositionIndependentCFlags #define PositionIndependentCFlags -fPIC #endif diff -urN xc.orig/config/cf/xfree86.cf xc/config/cf/xfree86.cf --- xc.orig/config/cf/xfree86.cf Sun Jul 6 09:28:00 1997 +++ xc/config/cf/xfree86.cf Wed Jun 17 01:31:16 1998 @@ -133,6 +133,16 @@ #endif /* + * For Linux/MIPS the default is to build all X servers which + * are supported on this platform. + */ +#ifdef LinuxMipsArchitecture +#ifndef XF68FBDevServer +#define XF68FBDevServer YES +#endif +#endif + +/* * The following disables all X servers not already enabled above */ #ifndef XF86VGA16Server @@ -717,7 +727,7 @@ * Build scanpci? */ #ifndef BuildScanpci -#if SystemV || SystemV4 || (defined(LinuxArchitecture) && !defined(Mc68020Architecture)) || defined(i386BsdArchitecture) || defined(LynxOSArchitecture) || defined(OS2Architecture) +#if SystemV || SystemV4 || (defined(LinuxArchitecture) && !defined(Mc68020Architecture) && !defined(MipsArchitecture)) || defined(i386BsdArchitecture) || defined(LynxOSArchitecture) || defined(OS2Architecture) #define BuildScanpci YES #else #define BuildScanpci NO diff -urN xc.orig/programs/Xserver/cfb/Imakefile xc/programs/Xserver/cfb/Imakefile --- xc.orig/programs/Xserver/cfb/Imakefile Sat May 3 11:45:03 1997 +++ xc/programs/Xserver/cfb/Imakefile Sun Jun 14 20:21:17 1998 @@ -11,7 +11,7 @@ PSZSRCS = cfb8bit.c cfbteblt8.c cfbglrop8.c cfbpush8.c cfbrctstp8.c cfb8cppl.c PSZOBJS = cfb8bit.o cfbteblt8.o cfbglrop8.o cfbpush8.o cfbrctstp8.o cfb8cppl.o #ifdef MipsArchitecture -#ifndef ArcArchitecture +#if !defined(ArcArchitecture) && !defined(LinuxMipsArchitecture) #ifndef Mips64Architecture STIPPLESRC = stipmips.s stipmipste.s STIPPLEOBJ = stipmips.o stipmipste.o diff -urN xc.orig/programs/Xserver/hw/xfree86/common/xf86Io.c xc/programs/Xserver/hw/xfree86/common/xf86Io.c --- xc.orig/programs/Xserver/hw/xfree86/common/xf86Io.c Sat May 10 09:02:55 1997 +++ xc/programs/Xserver/hw/xfree86/common/xf86Io.c Wed Jun 17 01:31:16 1998 @@ -537,7 +537,8 @@ } #endif -#if !defined(AMOEBA) && !(defined (sun) && defined(i386) && defined (SVR4)) && !defined(MINIX) && !defined(__mips__) +#if !defined(AMOEBA) && !(defined (sun) && defined(i386) && defined (SVR4)) && !defined(MINIX) && \ + (!defined(__mips__) | (defined(__mips__) && defined(linux))) /* * These are getting tossed in here until I can think of where * they really belong diff -urN xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c --- xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c Sun May 11 07:04:25 1997 +++ xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c Wed Jun 17 01:31:16 1998 @@ -210,7 +210,7 @@ if (ExtendedEnabled) return; -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (iopl(3)) FatalError("%s: Failed to set IOPL for I/O\n", "xf86EnableIOPorts"); @@ -234,7 +234,7 @@ if (ScreenEnabled[i]) return; -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) iopl(0); #endif ExtendedEnabled = FALSE; @@ -303,7 +303,7 @@ { if (ExtendedPorts[i] && (ScreenEnabled[i] || i == ScreenNum)) { -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (iopl(3)) { FatalError("%s: Failed to set IOPL for extended I/O\n", @@ -317,7 +317,7 @@ /* Extended I/O was used, but not any more */ if (ExtendedEnabled && i == MAXSCREENS) { -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) iopl(0); #endif ExtendedEnabled = FALSE; @@ -364,7 +364,7 @@ } if (ExtendedEnabled && i == MAXSCREENS) { -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) iopl(0); #endif ExtendedEnabled = FALSE; @@ -389,7 +389,7 @@ void xf86DisableIOPrivs() { -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (ExtendedEnabled) iopl(0); #endif @@ -403,11 +403,11 @@ Bool xf86DisableInterrupts() { if (!ExtendedEnabled) -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (iopl(3)) return (FALSE); #endif -#if defined(__alpha__) || defined(__mc68000__) +#if defined(__alpha__) || defined(__mc68000__) || defined(__mips__) #else #ifdef __GNUC__ __asm__ __volatile__("cli"); @@ -415,7 +415,7 @@ asm("cli"); #endif #endif -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (!ExtendedEnabled) iopl(0); #endif @@ -425,11 +425,11 @@ void xf86EnableInterrupts() { if (!ExtendedEnabled) -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (iopl(3)) return; #endif -#if defined(__alpha__) || defined(__mc68000__) +#if defined(__alpha__) || defined(__mc68000__) || defined(__mips__) #else #ifdef __GNUC__ __asm__ __volatile__("sti"); @@ -437,7 +437,7 @@ asm("sti"); #endif #endif -#ifndef __mc68000__ +#if !defined(__mc68000__) && !defined(__mips__) if (!ExtendedEnabled) iopl(0); #endif --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="XFree86-3.3.2.spec" Summary: XFree86 Window System servers and basic programs Name: XFree86 Version: 3.3.2 Release: 8 Copyright: MIT Group: X11/XFree86 Requires: pam >= 0.59, xbanner Source0: ftp.xfree86.org:/pub/XFree86/3.3/X331src-1.tgz Source1: ftp.xfree86.org:/pub/XFree86/3.3/X331src-2.tgz Source2: ftp.xfree86.org:/pub/XFree86/3.3/X331src-3.tgz Source3: ftp.xfree86.org:/pub/XFree86-3.3.2/patches/cfont332.tgz Source4: xdm.pamd Patch10: fpt.xfree86.org:/pub/XFree86-3.3.2/patches/3.3.1-3.3.2.diff.gz Exclusivearch: i386 alpha mipseb mipsel Obsoletes: xserver-wrapper Patch0: XFree86-3.3-rh.patch Patch1: XFree86-3.3-xdm.patch Patch2: XFree86-3.3.2-fsstnd.patch Patch3: XFree86-3.3.2-pam.patch Patch4: XFree86-3.3-shlibs.patch Patch5: XFree86-3.3-notiocsltc.patch Patch6: 3.3.2-patch1 Patch7: XFree86-3.3.1-mips.patch Summary(de): Xfree86 Window-System-Server und grundlegende Programme Summary(fr): Serveurs du systčme XFree86 et programmes de base Summary(tr): XFree86 Pencereleme Sistemi sunucularý ve temel programlar %changelog * Tue May 05 1998 Prospector System - translations modified for de, fr, tr * Mon May 04 1998 Erik Troan - included security fix which fixes a large number of problems * Mon Mar 30 1998 Erik Troan - switched to using the Xwrapper from XFree86 rather then a separate package * Tue Mar 03 1998 Erik Troan - updated to XFree86 3.3.2 * Fri Jan 16 1998 Erik Troan - turned off setuid bit for X servers - require xserver-wrapper (which replaces /usr/X11R6/bin/X) * Wed Nov 05 1997 Erik Troan - removed XF86Setup - updated file list to include some missing files * Tue Nov 04 1997 Michael K. Johnson - New PAM conversation function conventions * Mon Sep 29 1997 Erik Troan - built against tcl/tk 8.0 * Wed Sep 03 1997 Erik Troan - set libc version to 6 (which turns on thread support as well) - used wildcards more liberally in file lists * Tue Sep 02 1997 Erik Troan - added notiocsltc patch - added /usr/X11R6/lib/X11/xserver/SecurityPolicy * Fri Aug 22 1997 Erik Troan - updated to XFree86 3.3.1 * Thu Jul 10 1997 Erik Troan - add shlibs patch, we links shared libraries against -lc * Thu Jun 12 1997 Erik Troan - Increased release number to 10 for glibc version * Mon Jun 02 1997 Erik Troan - Updated to XFree86 3.3 * Thu Mar 20 1997 Erik Troan - Changed xdm to use xbanner - Changed xdm paths to point to /var/run, /var/log, /etc/X11/xdm instead of all pointing to /usr/X11R6/lib/X11/xdm * Thu Mar 06 1997 Erik Troan Modified to use pam.d. %description X Windows is a full featured graphical user interface featuring multiple windows, multiple clients, and different window styles. It is used on most Unix platforms, and the clients can also be run under other popular windowing systems. The X protocol allows applications to be run on either the local machine or across a network, providing flexibility in client/server mplementations. This package contains the basic fonts, programs and documentation for an X workstation. It does not provide the X server which drives your video hardware -- those are available in other package. %package 75dpi-fonts Summary: X11R6 75dpi fonts - only need on server side Group: X11/XFree86 Summary(de): X11RT 76 dpi-Fonts - nur auf Serverseite erforderlich Summary(fr): Fontes 75 dpi X11R6 - nécessaire uniquement côté serveur Summary(tr): X11R6 75dpi yazýtipleri - yalnýzca sunucu tarafýnda gerekir %description 75dpi-fonts The 75dpi fonts used on most Linux systems. Users with high resolution displays may prefer the 100dpi fonts available in a separate package. %package 100dpi-fonts Summary: X11R6 100dpi fonts - only need on server side Group: X11/XFree86 Summary(de): X11R6 100dpi-Fonts - nur auf Server-Seite erforderlich Summary(fr): Fontes 100ppp pour X11R6 - nécessaires seulement coté serveur. Summary(tr): X11R6 100dpi yazýtipleri - yalnýzca sunucu tarafýnda gereklidir %description 100dpi-fonts The 100dpi fonts used on most Linux systems. Users with high resolution displays may prefer the 100dpi fonts available in a separate package. %package libs Summary: X11R6 shared libraries Group: X11/XFree86 Prereq: grep /sbin/ldconfig Summary(de): X11R6 shared Libraries Summary(fr): Bibliothčques partagées X11R6 %description libs This package contains the shared libraries most X programs need to run properly. They are in a separate package to reduce the disk space needed to run X applications on a machine w/o an X server (over a network). %package devel Summary: X11R6 static libraries, headers and programming man pages Group: X11/XFree86 Summary(de): X11R6 statische Libraries, Headers und man pages für Programmierer Summary(fr): Bibliothčques X11R6 statiques, en-tętes et pages man de programmation Summary(tr): X11R6 ile geliţtirme için gerekli dosyalar %description devel Libraries, header files, and documentation for developing programs that run as X clients. It includes the base Xlib library as well as the Xt and Xaw widget sets. For information on programming with these libraries, Red Hat recommends the series of books on X Programming produced by O'Reilly and Associates. %package S3 Summary: XFree86 S3 server Group: X11/XFree86/Servers Summary(de): XFree86 S3 Server Summary(fr): Serveur XFree86 pour S3 Summary(tr): XFree86 S3 sunucularý %description S3 X server for cards built around chips from S3, including most #9 cards, many Diamond Stealth cards, Orchid Farenheits, Mirco Crystal 8S, most STB cards, and some motherboards with built in graphics accelerators (such as the IBM ValuePoint line). %package I128 Summary: XFree86 #9 Imagine 128 Server Group: X11/XFree86/Servers Summary(de): XFree86 #9 Imagine 128 Server Summary(fr): Serveur Xfree86 pour #9 Imagine 128 Summary(tr): XFree86 #9 Imagine 128 sunucusu %description I128 X server for the #9 Imagine 128 board. %package S3V Summary: XFree86 S3 Virge server Group: X11/XFree86/Servers Summary(de): Xfree86 S3 Virge-Server Summary(fr): Serveur XFree86 pour S3 Virge Summary(tr): XFree86 S3 Virge sunucusu %description S3V X server for cards built around the S3 Virge chipset. %package Mach64 Summary: XFree86 Mach64 server Group: X11/XFree86/Servers Summary(de): Xfree86 Mach64-Server Summary(fr): Serveur Mach64 de XFree86 Summary(tr): XFree86 Mach64 sunucusu %description Mach64 X server for ATI Mach64 based cards such as the Graphics Xpression, GUP Turbo, and WinTurbo cards. This server is known to have problems with some Mach64 cards which newer versions of XFree86 (which were only available as BETA releases at the time of this release) may fix. Look at http://www.xfree86.org for information on updating this server. %package Xvfb Summary: XFree86 Xvfb server Group: X11/XFree86/Servers %description Xvfb X server which runs in a X window. %package 8514 Summary: XFree86 8514 server Group: X11/XFree86/Servers Summary(de): XFree86 8514 Server Summary(fr): serveur 8514 pour XFree86. Summary(tr): XFree86 8514 sunucusu %description 8514 X server for older IBM 8514 cards and compatibles from companies such as ATI. %package AGX Summary: XFree86 AGX server Group: X11/XFree86/Servers Summary(de): XFree86 AGX Server Summary(fr): serveur AGX pour XFree86. Summary(tr): XFree86 AGX sunucusu %description AGX X server for AGX based cards such as the Boca Vortex, Orchid Celsius, Spider Black Widow, and Hercules Graphite. %package Mach32 Summary: XFree86 Mach32 server Group: X11/XFree86/Servers Summary(de): Xfree86 Mach32-Server Summary(fr): Serveur XFree86 pour Mach32 Summary(tr): XFree86 Mach32 sunucusu %description Mach32 X server for cards built around ATI's Mach32 chip, including the ATI Graphics Ultra Pro and Ultra Plus. %package Mach8 Summary: XFree86 Mach8 server Group: X11/XFree86/Servers Summary(de): XFree86 Mach8 Server Summary(fr): Serveur Mach8 pour XFree86 Summary(tr): XFree86 Mach8 sunucusu %description Mach8 X server for cards built around ATI's Mach8 chip, including the ATI 8514 Ultra and Graphics Ultra. %package Mono Summary: XFree86 Mono server Group: X11/XFree86/Servers Summary(de): Xfree86 Mono-Server Summary(fr): Serveur Monochrome de XFree86 Summary(tr): XFree86 Mono sunucusu %description Mono Generic monochrome (2 color) server for VGA cards, which works on nearly all VGA style boards with limited resolutions. %package P9000 Summary: XFree86 P9000 server Group: X11/XFree86/Servers Summary(de): XFree86 P9000 Server Summary(fr): Serveur XFree86 pour P9000 Summary(tr): XFree86 P9000 sunucusu %description P9000 X server for cards built around the Weitek P9000 chips such as most Diamond Viper cards and the Orchid P9000 card. %package SVGA Summary: XFree86 SVGA server Group: X11/XFree86/Servers Summary(de): XFree86 SVGA-Server Summary(fr): Serveur XFree86 pour SVGA Summary(tr): XFree86 SVGA sunucusu %description SVGA X server for most simple framebuffer SVGA devices, including cards built from ET4000 chips, Cirrus Logic chips, Chips and Technologies laptop chips, Trident 8900 and 9000 chips. It works for Diamond Speedstar, Orchid Kelvins, STB Nitros and Horizons, Genoa 8500VL, most Actix boards, the Spider VLB Plus. It also works for many other chips and cards, so try this server if you are having problems. %package VGA16 Summary: XFree86 VGA16 server Group: X11/XFree86/Servers Summary(de): XFree86 VGA16-Server Summary(fr): Serveur XFree86 pour VGA16 Summary(tr): XFree86 VGA16 sunucusu %description VGA16 Generic 16 color server for VGA boards. This works on nearly all VGA style graphics boards, but only in low resolution with few colors. %package W32 Summary: XFree86 W32 server Group: X11/XFree86/Servers Summary(de): XFree86 W32 Server Summary(fr): Serveur XFree86 pour W32 Summary(tr): XFree86 W32 sunucusu %description W32 X server for cards built around the ET4000/W32 chips, including the Genoa 8900 Phantom 32i, Hercules Dynamite cards, LeadTek WinFast S200, Sigma Concorde, STB LightSpeed, TechWorks Thunderbolt, and ViewTop PCI. %package TGA Summary: XFree86 TGA server Group: X11/XFree86/Servers %description TGA Eight bit X server for Digital TGA boards based on the DC21040 chips. These adapters are very popular in Alpha workstations and are included with Alpha UDB (Multia) machines. #%package XF86Setup #Group: X11/XFree86 #Summary: Graphical configuration tool for XFree86 #Requires: XFree86-VGA16 #%description XF86Setup #XF86Setup is a graphical configuration tool for the XFree86 family of #servers. It allows you to configure video settings, keyboard layouts, #mouse type, and other miscellaneous options. It is slow however, and #requires the generic VGA 16 color server be available. %description -l de W32 Genoa 8900 Phantom 32I, Hercules Dynamite, LeaTek WinFast S200, Sigma Concorde, STB LightSpeed, TechWorks Thunderbolt und ViewTop PCI. %description -l de devel Libraries, Header-Dateien und Dokumentation zum Entwickeln von Programmen, die als X-Clients laufen. Enthält die Xlib-Library und die Widget-Sätze Xt und Xaw. Information zum Programmieren mit diesen Libraries finden Sie in der Buchreihe zur X-Programmierung von O'Reilly and Associates. %description -l de Mono Generischer monochromer (Schwarzweiß-) Server für VGA-Karten, der praktisch mit allen VGA-ähnlichen Karten mit beschränkter Auflösung funktioniert. %description -l de 8514 X-Server für ältere IBM 8514- und kompatible Karten, z.B. von ATI. %description -l de P9000 X-Server für Karten auf Basis des Weitek P9000-Chip, wie die meisten Diamond Viper und Orchid P9000-Karten. %description -l de AGX X-Server für Karten auf AGX-Basis wie etwa Boca Vortex, Orchid Celsius, Spider Black Widow und Hercules Graphite. %description -l de VGA16 Generischer 16-Farben-Server für VGA-Karten. Funktioniert auf fast allen VGA- Grafikkarten, allerdings nur bei geringer Auflösung und wenigen Farben. %description -l de S3 X-Server für Steckkarten mit dem S3-Chipsatz (inkl. den meisten #9-Karten), Karten wie Diamond Stealth, Orchid Farenheit und Mirco Crystal 8S, den meisten STB-Karten sowie einigen Motherboards mit integrierten Grafikbeschleunigern (z.B. die Reihe IBM ValuePoint). %description -l de Mach32 X-Server für Karten auf der Basis des ATI Mach32-Chip, einschließlich ATI Graphics Ultra Pro und Ultra Plus. %description -l de 100dpi-fonts Die 100dpi-Schriftarten, die auf den meisten Linux-Systemen zum Einsatz kommen. Anwender mit hochauflösenden Monitoren ziehen unter Umständen die 100dpi-Schriften vor, die in einem separaten Paket erhältlich sind. %description -l de libs Dieses Paket enthält die zur gemeinsamen Nutzung vorgesehenen Libraries, die die meisten X-Programme für den einwandfreien Betrieb benötigen. Sie wurden in einem separaten Paket untergebracht, um den Festplattenspeicherplatz auf Computern zu reduzieren, die ohne einen X- Server (über ein Netz) arbeiten. %description -l de SVGA X-Server für die elementarsten Framebuffer-SVGA-Geräte, einschließlich Karten, die aus ET4000-Chips, Cirrus Logic-Chips, Chips and Technologies Laptop-Chips sowie Trident 8900 und 9000 Chips gebaut sind. Funktioniert mit Diamond Speedstar, Orchid Kelvins, STB Nitros und Horizons, Genoa 8500VL, den meisten Actix-Karten sowie Spider VLB Plus und außerdem mit vielen anderen Chips und Karten. Es lohnt sich, diesen Server auszuprobieren, wenn Sie Probleme haben. %description -l de S3V X-Server für Grafikkarten mit dem S3 Virge-Chipsatz. %description -l de 75dpi-fonts Die 75dpi-Fonts, die auf meisten Linux-Systemen verwendet werden. Für Benutzer mit einer hochauflösender Darstellung sind die 100dpi-Fonts eines getrennt erhältlichen Pakets besser geeignet. %description -l de Mach64 X-Server für ATI Mach64-Karten wie Graphics Xpression, GUP Turbo, und WinTurbo. Dieser Server verursacht gelegentlich Probleme mit Mach64-Karten, die aber von einer neueren Version von XFree86 (der als Beta-Version verfügbar ist) gelöst werden könnten. Unter http://www.xfree86.org finden Sie Informationen zum Aktualisieren dieses Servers. %description -l de Mach8 X-Server für Karten auf der Basis des ATI Mach8-Chips, einschließlich des ATI 8514 Ultra und des Graphics Ultra. %description -l de I128 X-Server für die Steckkarte #9 Imagine 128 %description -l de X-Windows ist eine voll funktionsfähige grafische Benutzeroberfläche mit mehreren Fenstern, mehreren Clients und verschiedenen Arten von Fenstern. Es kommt auf den meisten Unix-Plattformen zum Einsatz. Die Clients lassen sich auch mit Hilfe anderer Fenstersysteme anzeigen. Das X-Protokoll gestattet die Ausführung der Applikationen direkt auf lokalen Rechnern oder über ein Netz und bietet große Flexibilität bei Client-Server-Implementierungen. %description -l fr W32 Serveur X pour les cartes basée sur les chips ET4000/W32, dontla Genoa 8900 Phantom 32i, les cartes Hercules Dynamite, la LeadTek WinFast S200, la Sigma Concorde, la STB LightSpeed, la TechWorks Thunderbolt, et la ViewTop PCI. %description -l fr devel Bibliothéques, fichiers d'en-tęte, et documentation pour développer des programmes s'exécutant en clients X. Cela comprend la Bibliothéque Xlib de base aussi bien que les ensembles de widgets Xt et Xaw. Pour des informations sur la programmation avec ces Bibliothéques, Red Hat recommande la série d'ouvrages sur la programmation X editée par O'Reilly and Associates. %description -l fr Mono Serveur générique monochrome (2 couleurs) pour les cartes VGA, fonctionne avec pratiquement toutes les cartes VGA ayant des résolutions limitées. %description -l fr 8514 Serveur X pour les vieilles cartes IBM 8514 et compatibles comme lesATI. %description -l fr P9000 Serveur X pour les cartes construites autour des circuits P9000 de Weitek, comme la plupart des cartes Diamond Viper et l'Orchid P9000. %description -l fr AGX Serveur X pour les cartes ŕ base d'AGX comme la Boca Vortex, l'Orchid %description -l fr VGA16 Serveur 16 couleurs générique pour cartes VGA. Fonctionne avec presque toutes les cartes VGA, mais seulement en faible résolution avec peu de couleurs. %description -l fr S3 Serveur X pour les cartes construites autour des circuits S3, dont la plupart des cartes #9, de nombreuses Diamond Stealth, Orchid Farenheits, Mirco Crystal 8S, la plupart des cartes STB et certaines cartes mčres intégrant des accélérateurs graphiques (comme la gamme ValuePoint d'IBM). %description -l fr Mach32 Serveur X pour les cartes utilisant le circuit ATI Mach32, dont les cartes ATI Graphics Ultra Pro et Ultra Plus. %description -l fr 100dpi-fonts Les fontes 100dpi sont utilisées par la plupart des systčmes Linux. Les utilisateurs ayant des hautes résolutions peuvent préférer les fontes 100dpi disponibles dans un package séparé. %description -l fr libs Ce paquetage contient les bibliothčques partagées nécessaires ŕ de nombreux programmes X. Elles se trouvent dans un paquetage séparé afin de réduire l'espace disque nécessaire ŕ l'exécution des applications X sur une machine sans serveur X (en réseau). %description -l fr SVGA Serveur X pour les circuits SVGA les plus simples, dont les cartes construites avec les circuits ET4000, Cirrus Logic, Chips and Technologies laptop, Trident 8900 et 9000. Fonctionne pour les cartes Diamond Speedstar, Orchid Kelvins, STB Nitros et Horizons, Genoa 8500VL, la plupart des Actix et la Spider VLB Plus. Fonctionne aussi pour de nombreux autres circuits et cartes. Essayez ce serveur si vous avez des problčmes. %description -l fr S3V Serveur X pour les cartes construites autour du circuit S3 Virge %description -l fr 75dpi-fonts Fontes 75 dpi utilisées sur la plupart des systčmes Linux. Ceux qui ont des écrans ŕ haute résolution préfčreront les fontes 100 dpi disponibles dans un autre paquetage. %description -l fr Mach64 Serveur X pour les cartes basées sur l'ATI Mach64, comme les cartes GUP Turbo, Graphics Xpression et WinTurbo. Ce serveur est connu pour avoir des problčmes avec certaines cartes Mach64 que les versions plus récentes d'XFree86 corrigent (elles ne sont encore qu'en version BETA au moment de cette distribution). Consultez http://www.xfree86.org pour les informations de mise ŕ jour du serveur. %description -l fr Mach8 Serveur X pour les cartes basées sur les chips ATI Mach8, dont les cartes ATI 8514 Ultra et Graphics Ultra. %description -l fr I128 Serveur X pour les cartes #9 Imagine 128. %description -l tr W32 Genoa 8900 Phantom 32i, Hercules Dynamite kartlarý, LeadTek WinFast S200, Sigma Concorde, STB LightSpeed, TechWorks Thunderbolt, ve ViewTop PCI gibi kartlarýn kullandýđý ET4000/W32 tabanlý kartlar için X sunucusu. %description -l tr devel X istemcisi olarak çalýţacak programlar geliţtirmek için gereken statik kitaplýklar, baţlýk dosyalarý ve belgeler. Xlib kitaplýđýnýn yanýsýra Xt ve Xaw arayüz kitaplýklarýný da içerir. %description -l tr Mono Mono (2 renk) VGA kartlarý için genel X sunucusu. Kýsýtlý bir çözünürlük altýnda birçok VGA kart ile çalýţýr. %description -l tr 8514 Eski IBM 8514 ve uyumlu kartlar (ATI gibi) için sunucu. %description -l tr P9000 Diamond Viper ve Orchid P9000 gibi Weitek P9000 tabanlý kartlar için X sunucusu. %description -l tr AGX Boca Vortex, Orchid Celsius, Spider Black Widow ve Hercules Graphite gibi AGX tabanlý kartlar için X sunucusu. %description -l tr VGA16 VGA kartlarý için genel 16 renk sunucusu. Çođu VGA tipi kart ile düţük renk ve çözünürlükte çalýţýr. %description -l tr S3 S3 tabanlý ekran kartlarý için sunucular. Çođu #9, Diamond Stealth, Orchid Fahrenheit, Mirco Crystal 8S, çođu STB ve bazý anakarta tümleţik grafik hýzlandýrýcýlar bu gruba girer. S3 Virge sunucusu ayrý bir pakette yer alýr. %description -l tr Mach32 ATI Mach32 tabanlý ATI Graphics Ultra Pro ve Ultra Plus kartlarý için X sunucusu. %description -l tr 100dpi-fonts Yüksek çözünürlük kullanan kullanýcýlar 100dpi yazýtiplerini 75dpi olanlara yeđleyebilirler. %description -l tr libs Bu paket X programlarýnýn düzgün çalýţabilmeleri için gereken kitaplýklarý içerir. Bunlar, X programlarýný (sunucu olsun olmasýn) çalýţtýrmak için gerekli disk alanýný azaltmak için ayrý bir paket olarak sunulmuţtur. %description -l tr SVGA ET4000, Cirrus Logic, Chips and Technologies dizüstü, Trident 8900 ve 9000 gibi basit 'framebuffer' SVGA kullananan kartlar için X sunucusu. Ayný zamanda Diamond Speedstar, Orchid Kelvins, STB Nitros / Horizons, Genoa 8500VL, çođu Actix kartlarý, Spider VLB Plus gibi kartlar ve birçok diđer kart ile de çalýţýr. Herhangi bir sorun yaţarsanýz bu sunucuyu deneyin. %description -l tr S3V XFree86 S3 Virge sunucusu %description -l tr 75dpi-fonts Çođu Linux sisteminde 75dpi yazýtipi kullanýlýr. Yüksek çözünürlük kullanan kullanýcýlar 100dpi yazýtiplerini yeđleyebilirler. %description -l tr Mach64 ATI Mach64 tabanlý kartlar için X sunucusu. Graphics Xpression, GUP Turbo ve WinTurbo gibi kartlarý destekler. Bazý Mach64 kartlarýn yeni XFree86 ile sorun yaţadýklarý bilinmektedir. Bu sorunla ilgili son bilgilere ulaţmak için lütfen http://www.xfree86.org adresine bakýn. %description -l tr Mach8 ATI 8514 Ultra ve Graphics Ultra gibi ATI Mach8 tabanlý kartlar için X sunucusu. %description -l tr I128 #9 Imagine kartý için X sunucusu. %description -l tr X Window sistemi, çoklu pencere, çoklu istemci ve çeţitli pencere stilleriyle geniţ özelliklere sahip bir Grafik Kullanýcý Arabirimidir. Çođu UNIX sisteminde çalýţtýđý gibi istemcileri de birçok pencereleme sistemiyle çalýţabilir. X protokolu kullanan uygulamalarýn yerel makina veya bilgisayar ađý üzerinden çalýţtýrýlabilmesi esnek bir istemci/sunucu ortamý sađlar. Bu paket bir X istasyonu için gerekli olan temel yazýtiplerini, programlarý ve belgeleri sunar. Ekran kartýnýzý sürmek için gerekli olan X sunucusu bu pakete dahil deđildir. %prep %setup -q -c -a 1 -a 2 -a 3 %patch10 -p0 -b .orig # Clean up to save a *lot* of disk space find . -name "*.orig" -print | xargs rm -f find . -size 0 -print | xargs rm -f %patch0 -p1 -b .rh %patch1 -p1 -b .rhxdm %patch2 -p1 -b .fsstnd %patch3 -p1 -b .nopam %patch4 -p0 -b .shlibs %patch5 -p1 -b .tiocsltc %patch6 -p0 -b .security %patch7 -p0 -b .mips %build (cd xc; make World) %install if [ -d /usr/X11R6 ]; then mv -f /usr/X11R6 /usr/X11R6.$$ fi install -m 644 -o 0 -g 0 ${RPM_SOURCE_DIR}/xdm.pamd /etc/pam.d/xdm mkdir -p /usr/include rm -f /usr/include/X11 ln -s ../X11R6/include/X11 /usr/include/X11 (cd xc; make install; make install.man) # we don't want the libz.a from XFree86 -- it's broken rm -f /usr/X11R6/lib/libz.a # setup the default X server rm -f /usr/X11R6/bin/X ln -s Xwrapper /usr/X11R6/bin/X %ifnarch mipseb mipsel # don't make SuperProbe setuid chmod 755 /usr/X11R6/bin/SuperProbe # don't make the servers setuid chmod 755 /usr/X11R6/bin/XF86_* %endif # Move config config stuff to /etc/X11 mkdir -p /etc/X11 ln -sf ../../../../etc/X11/XF86Config /usr/X11R6/lib/X11/XF86Config for i in xdm twm fs xsm; do rm -rf /etc/X11/$i cp -ar /usr/X11R6/lib/X11/$i /etc/X11 rm -rf /usr/X11R6/lib/X11/$i ln -sf ../../../../etc/X11/$i /usr/X11R6/lib/X11/$i done # we get xinit from a separate package rm -rf /usr/X11R6/lib/X11/xinit ln -sf ../../../../etc/X11/xinit /usr/X11R6/lib/X11/xinit # Fix up symlinks rm -f /usr/bin/X11 /usr/man/X11 /usr/include/X11 /usr/lib/X11 ln -sf ../X11R6/bin /usr/bin/X11 ln -sf ../X11R6/man /usr/man/X11 ln -sf ../X11R6/include/X11 /usr/include/X11 ln -sf ../X11R6/lib/X11 /usr/lib/X11 (set +x; strip /usr/X11R6/bin/*) for n in libX11.so.6.1 libICE.so.6.3 libSM.so.6.0 libXext.so.6.3 libXt.so.6.0 \ libXmu.so.6.0 libXaw.so.6.1 libXIE.so.6.0 libXi.so.6.0 \ libXtst.so.6.1; do ln -sf $n /usr/X11R6/lib/`echo $n | sed "s/\.so.*/\.so/"` done # this gets the wrong permissions by default -- I don't know or care why chmod 755 /usr/X11R6/lib/X11/xkb/geometry/sgi # this certainly doesn't need to be setuid chmod 755 /usr/X11R6/bin/dga %ifnarch alpha ln -sf libPEX5.so.6.0 /usr/X11R6/lib/libPEX5.so.6 %endif %post libs grep "^/usr/X11R6/lib$" /etc/ld.so.conf >/dev/null 2>&1 [ $? -ne 0 ] && echo "/usr/X11R6/lib" >> /etc/ld.so.conf /sbin/ldconfig %postun libs if [ "$1" = "0" ]; then grep -v "/usr/X11R6/lib" /etc/ld.so.conf > /etc/ld.so.conf.new mv -f /etc/ld.so.conf.new /etc/ld.so.conf fi /sbin/ldconfig %verifyscript libs echo -n "Looking for /usr/X11R6/lib in /etc/ld.so.conf... " if ! grep "^/usr/X11R6/lib$" /etc/ld.so.conf > /dev/null; then echo "missing" echo "/usr/X11R6/lib missing from /etc/ld.so.conf" >&2 else echo "found" fi %files %ifnarch mipseb mipsel %config %doc /usr/X11R6/lib/X11/XF86Config.eg %docdir /usr/X11R6/lib/X11/doc %doc /usr/X11R6/lib/X11/Cards %endif %dir /usr/X11R6 %dir /usr/X11R6/lib %dir /usr/X11R6/lib/X11 %dir /usr/X11R6/lib/X11/rstart %dir /usr/X11R6/lib/X11/rstart/commands %dir /usr/X11R6/lib/X11/rstart/commands/x11r6 %dir /usr/X11R6/lib/X11/rstart/contexts %ifnarch mipseb mipsel %dir /usr/X11R6/lib/X11/etc %endif %dir /usr/X11R6/lib/X11/fonts %dir /usr/X11R6/lib/X11/xserver %dir /usr/X11R6/bin %config /etc/pam.d/xdm %config /etc/X11/twm/system.twmrc %config /etc/X11/fs/config %config /etc/X11/xsm/system.xsm %config /etc/X11/xdm/xdm-config %config /etc/X11/xdm/chooser %config /etc/X11/xdm/Xsetup_0 %config /etc/X11/xdm/Xsession %config /etc/X11/xdm/Xservers %config /etc/X11/xdm/Xresources %config /etc/X11/xdm/Xaccess %config /etc/X11/xdm/TakeConsole %config /etc/X11/xdm/GiveConsole /usr/X11R6/lib/X11/XErrorDB /usr/X11R6/lib/X11/XKeysymDB /usr/X11R6/lib/X11/locale /usr/X11R6/lib/X11/lbxproxy /usr/X11R6/lib/X11/proxymngr %config /usr/X11R6/lib/X11/app-defaults/* /usr/X11R6/lib/X11/xinit /usr/X11R6/lib/X11/xdm /usr/X11R6/lib/X11/twm /usr/X11R6/lib/X11/fs /usr/X11R6/lib/X11/xsm /usr/X11R6/lib/X11/xserver/SecurityPolicy /usr/X11R6/lib/X11/XF86Config /usr/X11R6/lib/X11/rstart/rstartd.real %config /usr/X11R6/lib/X11/rstart/config /usr/X11R6/lib/X11/rstart/commands/x11r6/@List /usr/X11R6/lib/X11/rstart/commands/x11r6/LoadMonitor /usr/X11R6/lib/X11/rstart/commands/x11r6/Terminal /usr/X11R6/lib/X11/rstart/commands/@List /usr/X11R6/lib/X11/rstart/commands/ListContexts /usr/X11R6/lib/X11/rstart/commands/ListGenericCommands /usr/X11R6/lib/X11/rstart/contexts/@List /usr/X11R6/lib/X11/rstart/contexts/default /usr/X11R6/lib/X11/rstart/contexts/x11r6 /usr/X11R6/lib/X11/x11perfcomp %ifnarch mipseb mipsel /usr/X11R6/lib/X11/doc /usr/X11R6/lib/X11/etc/sun.termcap /usr/X11R6/lib/X11/etc/sun.terminfo /usr/X11R6/lib/X11/etc/xterm.termcap /usr/X11R6/lib/X11/etc/xterm.terminfo /usr/X11R6/lib/X11/etc/et4000clock.c /usr/X11R6/lib/X11/etc/xmodmap.std /usr/X11R6/lib/X11/etc/postinst.sh /usr/X11R6/lib/X11/etc/preinst.sh %endif /usr/X11R6/bin/Xwrapper /usr/X11R6/bin/X /usr/X11R6/bin/Xprt /usr/X11R6/bin/lbxproxy #/usr/X11R6/bin/oclock /usr/X11R6/bin/proxymngr /usr/X11R6/bin/rstartd /usr/X11R6/bin/xfindproxy /usr/X11R6/bin/xfwp /usr/X11R6/bin/xrx /usr/X11R6/bin/lndir /usr/X11R6/bin/mkdirhier /usr/X11R6/bin/gccmakedep /usr/X11R6/bin/mergelib /usr/X11R6/bin/makeg /usr/X11R6/bin/appres /usr/X11R6/bin/bdftopcf /usr/X11R6/bin/beforelight /usr/X11R6/bin/bitmap /usr/X11R6/bin/bmtoa /usr/X11R6/bin/atobm /usr/X11R6/bin/editres /usr/X11R6/bin/fsinfo /usr/X11R6/bin/fslsfonts /usr/X11R6/bin/fstobdf /usr/X11R6/bin/iceauth /usr/X11R6/bin/mkfontdir /usr/X11R6/bin/showrgb /usr/X11R6/bin/rstart /usr/X11R6/bin/smproxy /usr/X11R6/bin/twm /usr/X11R6/bin/x11perf /usr/X11R6/bin/x11perfcomp /usr/X11R6/bin/Xmark /usr/X11R6/bin/xauth /usr/X11R6/bin/xclipboard /usr/X11R6/bin/xcutsel /usr/X11R6/bin/xclock /usr/X11R6/bin/xcmsdb /usr/X11R6/bin/xconsole /usr/X11R6/bin/xdm /usr/X11R6/bin/sessreg /usr/X11R6/bin/xdpyinfo /usr/X11R6/bin/dga /usr/X11R6/bin/xfd /usr/X11R6/bin/xfs /usr/X11R6/bin/xhost /usr/X11R6/bin/xieperf /usr/X11R6/bin/xinit %config /usr/X11R6/bin/startx /usr/X11R6/bin/setxkbmap /usr/X11R6/bin/xkbcomp /usr/X11R6/bin/xkbevd /usr/X11R6/bin/xkbprint /usr/X11R6/bin/xkbvleds /usr/X11R6/bin/xkbwatch /usr/X11R6/bin/xkbbell /usr/X11R6/bin/xkill /usr/X11R6/bin/xlogo /usr/X11R6/bin/xlsatoms /usr/X11R6/bin/xlsclients /usr/X11R6/bin/xlsfonts /usr/X11R6/bin/xmag /usr/X11R6/bin/xmh /usr/X11R6/bin/xmodmap /usr/X11R6/bin/xprop /usr/X11R6/bin/xrdb /usr/X11R6/bin/xset /usr/X11R6/bin/xrefresh /usr/X11R6/bin/xsetmode /usr/X11R6/bin/xsetpointer /usr/X11R6/bin/xsetroot /usr/X11R6/bin/xsm /usr/X11R6/bin/xstdcmap /usr/X11R6/bin/xterm /usr/X11R6/bin/resize /usr/X11R6/bin/xvidtune /usr/X11R6/bin/xwd /usr/X11R6/bin/xwininfo /usr/X11R6/bin/xwud /usr/X11R6/bin/Xnest /usr/X11R6/bin/Xvfb %ifnarch mipseb mipsel /usr/X11R6/bin/reconfig /usr/X11R6/bin/xf86config /usr/X11R6/bin/scanpci /usr/X11R6/bin/SuperProbe %endif /usr/X11R6/bin/xon /usr/X11R6/include/X11/bitmaps /usr/X11R6/man/man1/lbxproxy.1x #/usr/X11R6/man/man1/oclock.1x /usr/X11R6/man/man1/proxymngr.1x /usr/X11R6/man/man1/xfindproxy.1x /usr/X11R6/man/man1/xfwp.1x /usr/X11R6/man/man1/xrx.1x /usr/X11R6/man/man1/lndir.1x /usr/X11R6/man/man1/makestrs.1x /usr/X11R6/man/man1/makeg.1x /usr/X11R6/man/man1/mkdirhier.1x /usr/X11R6/man/man1/appres.1x /usr/X11R6/man/man1/bdftopcf.1x /usr/X11R6/man/man1/beforelight.1x /usr/X11R6/man/man1/bitmap.1x /usr/X11R6/man/man1/bmtoa.1x /usr/X11R6/man/man1/atobm.1x /usr/X11R6/man/man1/editres.1x /usr/X11R6/man/man1/fsinfo.1x /usr/X11R6/man/man1/fslsfonts.1x /usr/X11R6/man/man1/fstobdf.1x /usr/X11R6/man/man1/iceauth.1x /usr/X11R6/man/man1/mkfontdir.1x /usr/X11R6/man/man1/showrgb.1x /usr/X11R6/man/man1/rstart.1x /usr/X11R6/man/man1/rstartd.1x /usr/X11R6/man/man1/smproxy.1x /usr/X11R6/man/man1/twm.1x /usr/X11R6/man/man1/x11perf.1x /usr/X11R6/man/man1/x11perfcomp.1x /usr/X11R6/man/man1/xauth.1x /usr/X11R6/man/man1/xclipboard.1x /usr/X11R6/man/man1/xcutsel.1x /usr/X11R6/man/man1/xclock.1x /usr/X11R6/man/man1/xcmsdb.1x /usr/X11R6/man/man1/xconsole.1x /usr/X11R6/man/man1/xdm.1x /usr/X11R6/man/man1/sessreg.1x /usr/X11R6/man/man1/xdpyinfo.1x /usr/X11R6/man/man1/dga.1x /usr/X11R6/man/man1/xfd.1x /usr/X11R6/man/man1/xfs.1x /usr/X11R6/man/man1/xhost.1x /usr/X11R6/man/man1/xieperf.1x /usr/X11R6/man/man1/xinit.1x /usr/X11R6/man/man1/startx.1x /usr/X11R6/man/man1/setxkbmap.1x /usr/X11R6/man/man1/xkbcomp.1x /usr/X11R6/man/man1/xkbevd.1x /usr/X11R6/man/man1/xkbprint.1x /usr/X11R6/man/man1/xkill.1x /usr/X11R6/man/man1/xlogo.1x /usr/X11R6/man/man1/xlsatoms.1x /usr/X11R6/man/man1/xlsclients.1x /usr/X11R6/man/man1/xlsfonts.1x /usr/X11R6/man/man1/xmag.1x /usr/X11R6/man/man1/xmh.1x /usr/X11R6/man/man1/xmodmap.1x /usr/X11R6/man/man1/xprop.1x /usr/X11R6/man/man1/xrdb.1x /usr/X11R6/man/man1/xrefresh.1x /usr/X11R6/man/man1/xset.1x /usr/X11R6/man/man1/xsetmode.1x /usr/X11R6/man/man1/xsetpointer.1x /usr/X11R6/man/man1/xsetroot.1x /usr/X11R6/man/man1/xsm.1x /usr/X11R6/man/man1/xstdcmap.1x /usr/X11R6/man/man1/xterm.1x /usr/X11R6/man/man1/resize.1x /usr/X11R6/man/man1/xvidtune.1x /usr/X11R6/man/man1/xwd.1x /usr/X11R6/man/man1/xwininfo.1x /usr/X11R6/man/man1/xwud.1x /usr/X11R6/man/man1/Xserver.1x %ifnarch mipseb mipsel /usr/X11R6/man/man1/XFree86.1x /usr/X11R6/man/man1/reconfig.1x /usr/X11R6/man/man1/xf86config.1x /usr/X11R6/man/man1/SuperProbe.1x %endif /usr/X11R6/man/man1/Xvfb.1x /usr/X11R6/man/man1/Xnest.1x /usr/X11R6/man/man1/xon.1x /usr/X11R6/lib/X11/fonts/Speedo /usr/X11R6/lib/X11/fonts/Type1 /usr/X11R6/lib/X11/fonts/misc %config /usr/X11R6/lib/X11/rgb.txt %ifnarch alpha mipseb mipsel /usr/X11R6/lib/X11/fonts/PEX %endif %files libs /usr/X11R6/lib/*.so.6* %files devel /usr/X11R6/include /usr/include/X11 /usr/X11R6/man/man3 /usr/X11R6/lib/X11/config /usr/X11R6/bin/imake /usr/X11R6/bin/makedepend /usr/X11R6/bin/xmkmf /usr/X11R6/man/man1/imake.1x /usr/X11R6/man/man1/makedepend.1x /usr/X11R6/man/man1/xmkmf.1x /usr/X11R6/lib/*.a /usr/X11R6/lib/*.so %ifnarch mipseb mipsel %files SVGA /usr/X11R6/bin/XF86_SVGA /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_SVGA.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files VGA16 /usr/X11R6/bin/XF86_VGA16 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_VGA16.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files W32 /usr/X11R6/bin/XF86_W32 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_W32.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch mipseb mipsel %files Mono /usr/X11R6/bin/XF86_Mono /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_Mono.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %files S3 /usr/X11R6/lib/X11/xkb /usr/X11R6/bin/XF86_S3 /usr/X11R6/man/man1/XF86_S3.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %files S3V /usr/X11R6/bin/XF86_S3V /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_S3.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files 8514 /usr/X11R6/bin/XF86_8514 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_8514.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files Mach8 /usr/X11R6/bin/XF86_Mach8 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_Mach8.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %files Mach32 /usr/X11R6/bin/XF86_Mach32 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_Mach32.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch mipseb mipsel %files Mach64 /usr/X11R6/bin/XF86_Mach64 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_Mach64.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %files P9000 /usr/X11R6/bin/XF86_P9000 /usr/X11R6/man/man1/XF86_P9000.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/X11/xkb /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files AGX /usr/X11R6/bin/XF86_AGX /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_AGX.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifnarch alpha mipseb mipsel %files I128 /usr/X11R6/bin/XF86_I128 /usr/X11R6/lib/X11/xkb /usr/X11R6/man/man1/XF86_I128.1x /usr/X11R6/man/man1/XF86_Accel.1x /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %ifarch alpha %files TGA /usr/X11R6/bin/XF86_TGA /usr/X11R6/lib/X11/xkb /usr/X11R6/lib/modules /usr/X11R6/man/man5/XF86Config.5x %endif %files 75dpi-fonts /usr/X11R6/lib/X11/fonts/75dpi %files 100dpi-fonts /usr/X11R6/lib/X11/fonts/100dpi #%files XF86Setup #/usr/X11R6/bin/XF86Setup #/usr/X11R6/bin/xmseconfig #/usr/X11R6/lib/X11/XF86Setup #/usr/X11R6/man/man1/XF86Setup.1x #/usr/X11R6/man/man1/xmseconfig.1x --yrj/dFKFPuw6o+aM-- From flo@mini.gt.owl.de Wed Jun 17 02:14:28 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA07276; Wed, 17 Jun 1998 02:14:27 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 02:14:27 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id CAA00352 for ; Wed, 17 Jun 1998 02:14:25 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id CAA12676; Wed, 17 Jun 1998 02:14:24 +0200 Message-ID: <19980617021424.44490@mini> Date: Wed, 17 Jun 1998 02:14:24 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: current_SC == penguin within interrupt! References: <19980617010049.58002@mini> <19980617012442.56315@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980617012442.56315@alpha.franken.de>; from Thomas Bogendoerfer on Wed, Jun 17, 1998 at 01:24:42AM +0200 Content-Length: 1977 Lines: 47 On Wed, Jun 17, 1998 at 01:24:42AM +0200, Thomas Bogendoerfer wrote: > On Wed, Jun 17, 1998 at 01:00:49AM +0200, Florian Lohoff wrote: > > My initialiation of the interrupt currently looks like this > > (grepped from jazz_esp.c) > > > > Whereas i is my current TURBOChannel ..... > > ------------------------------------------------------------------ > > esp->irq = TC0+i; > > request_irq(TC0+i, esp_intr, SA_INTERRUPT, "PMAZ-AA SCSI", NULL > > ------------------------------------------------------------------ > > > > So ... what did i wrong :) I know ... nearly everything ... > > looks sane to me. How are the DMA addresses mapped to CPU addresses ? > Maybe there something fishy in this area, which causes the esp to do Hmmm ... odd ... i cant reproduce the above ... currently i havnt set the dma ... all function are nil as the PMAZ-AA is only able to DMA on the board itself. I enabled all debugging output and all "functions" should give some output but it stops immediatly when it should start doing an scsi disk scan. ------------------------------------------------------------- PMAZ-AA esp_detect called SCSI ID 7 Clock 40 MHz CCF=0 Time-Out 167 NCR53C9XF(espfast) detected esp0: FAST chip is fas100a (family=0, version=0) SCSI ID 7 Clock 40 MHz CCF=0 Time-Out 167 NCR53C9XF(espfast) detected esp1: FAST chip is fas100a (family=0, version=0) scsi0 : ESP100A-FAST scsi1 : ESP100A-FAST scsi : 2 hosts. ------------------------------------------------------------ Thats it ... nothing more ... > strange things. I have to admit, that I didn't see the pengiun panic > while working on jazz_esp (and there were alot of lockups and panics:-)). I mostly just copied the jazz_esp things and uncommented all the vdma things, and got that far :) I think of an irq problem, the irq things seem not to be so clear on the decstation. BTW: This is the second time i have a look at the kernel ... :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From robert.bergfors@siemens.fi Wed Jun 17 09:13:13 1998 Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA20966; Wed, 17 Jun 1998 09:13:12 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 09:13:12 +0200 (MET DST) From: robert.bergfors@siemens.fi Received: from smtp.siemens.fi ([193.210.133.150]:4495 "HELO smtp.siemens.fi") by smtp.tele.fi with SMTP id <58615-6255>; Wed, 17 Jun 1998 10:12:56 +0300 Received: by smtp.siemens.fi(Lotus SMTP MTA v1.1 (385.6 5-6-1997)) id 42256626.002D51CA ; Wed, 17 Jun 1998 10:15:00 +0200 X-Lotus-FromDomain: SIEMENS FINLAND To: linux-mips@fnet.fr Message-ID: <42256626.002C9FD8.00@smtp.siemens.fi> Date: Wed, 17 Jun 1998 10:14:58 +0200 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Length: 428 Lines: 12 Hello. What is the status of the Linux-MIPS project, Is there support for Siemens Nixdorf RM400 yet? I can possibly borrow a RM400, but I am no kernel hacker. The machine has one (possibly two) R4400[C] CPU, and all of the usual standard stuff (SCSI, ethernet...). This is all I know of the machine at this moment, but is there any way I can contribute without knowledge of kernel hacking? Robert Bergfors rofa@penti.sit.fi From engel@numerik.math.uni-siegen.de Wed Jun 17 17:11:48 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 RAA26514; Wed, 17 Jun 1998 17:11:45 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 17:11:45 +0200 (MET DST) From: engel@numerik.math.uni-siegen.de Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id RAA03969 for ; Wed, 17 Jun 1998 17:11:34 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id RAA23565; Wed, 17 Jun 1998 17:11:33 +0200 Date: Wed, 17 Jun 1998 17:11:33 +0200 Message-Id: <199806171511.RAA23565@jordan.numerik> To: linux-mips@fnet.fr Subject: (fwd) was someone looking for a DECstation 5000/200? Content-Length: 923 Lines: 29 Hi, I found this in comp.unix.ultrix. Any DECstation hacker in Canada interested ? regards, Michael Engel (engel@unix-ag.org) -- forwarded message -- From: jorgnsn@qucis.queensu.ca (John Jorgensen) Newsgroups: comp.unix.ultrix Subject: was someone looking for a DECstation 5000/200? Date: 16 Jun 1998 15:23:24 GMT I seem to remember a message posted a few days ago by someone who was looking for a DECstation 5000/200. We're de-commissioning a student lab full of DECstations, but I wasn't sure of the model numbers. Now I've confirmed that there are five 5000/200s among the workstations that are being retired, but the original article has been expired. So if there is somebody out there who is looking for DECstation 5000/200s, drop me a line. -- John Jorgensen jorgnsn@qucis.queensu.ca (613) 545 6784 System Administrator, Dept. of Computing Science, Queen's University -- end of forwarded message -- From R.vandenBerg@inter.NL.net Wed Jun 17 21:08:02 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 VAA27662; Wed, 17 Jun 1998 21:08:01 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 21:08:01 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-2.Hoorn.NL.net [193.79.46.227] with ESMTP for id VAA18362 (8.8.8/3.28); Wed, 17 Jun 1998 21:07:58 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 17 Jun 1998 20:16:39 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 17 Jun 1998 20:16:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... In-Reply-To: <199806160854.KAA21314@jordan.numerik> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 759 Lines: 21 On Tue, 16 Jun 1998, Michael Engel wrote: > Florian Lohoff wrote: > > > Ok ... now i am (much) motivated ... what next ? Will there be a DecStation > > hack meeting somewhere around Germany/Europe ? I might bring 2 complete > > development places with me (2 Decstations + 2 CrossCompile boxes :) ) > Let's hack - the more people the better ! :-) :-) > I discussed this with Harald at Linux Kongress, we also had the idea of > having a hacking weekend and I'd like to invite all interested hackers. > We should try to find out what the best location for this meeting is. Harald > lives in Cologne, I'm in Siegen. Florian, others ? Cologne or Siegen can be done for me, coming from the Netherlands some kilometers more or less doesn't matter. Richard From R.vandenBerg@inter.NL.net Wed Jun 17 21:08:04 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 VAA27668; Wed, 17 Jun 1998 21:08:04 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 21:08:04 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-2.Hoorn.NL.net [193.79.46.227] with ESMTP for id VAA18372 (8.8.8/3.28); Wed, 17 Jun 1998 21:08:01 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 17 Jun 1998 21:06:06 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 17 Jun 1998 21:06:05 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: interrupts on decstation (was Re: current_SC == penguin within interrupt!) In-Reply-To: <19980617021424.44490@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 839 Lines: 23 On Wed, 17 Jun 1998, Florian Lohoff wrote: > I mostly just copied the jazz_esp things and uncommented all > the vdma things, and got that far :) I think of an irq problem, > the irq things seem not to be so clear on the decstation. Depends on how you look at it, from the 5000/xx Hardware Maintenance Guide: there's a System Interrupt Register and a System Interrupt Mask Register, SIMR<0> masks SIR<0>, SIMR<1> masks SIR<1> and so on. Quote: "The mask does not prevent an interrupt from showing up in the SIR; it merely keeps the CPU from being interrupted. The interrupt mask is set to 0's on power up, masking all interrupts. Software must set to 1 those interrupts that it wants enabled." pages E-15 and further. > BTW: This is the second time i have a look at the kernel ... :) It is my start with hacking... Regards, Richard From frist@lehr.chem.tu-berlin.de Wed Jun 17 21:37:18 1998 Received: from lehr.chem.tu-berlin.de (frist@lehr.chem.TU-Berlin.DE [130.149.66.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01199; Wed, 17 Jun 1998 21:37:15 +0200 (MET DST) Received-Date: Wed, 17 Jun 1998 21:37:15 +0200 (MET DST) Received: from localhost (frist@localhost) by lehr.chem.tu-berlin.de (8.8.7/8.8.7) with SMTP id VAA10551 for ; Wed, 17 Jun 1998 21:38:47 +0200 Date: Wed, 17 Jun 1998 21:38:45 +0200 (CEST) From: Frieder Streffer To: linux-mips@fnet.fr Subject: 2.1.99 on DS3100 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2310 Lines: 77 Hi, I just has time to test the kernel on my DS3100. Harald, good work!! I had only to modify whichprom.c a little bit. Now it boot until the POSIX conformance testing messages the it dies. reagards Frieder /* * Routine to determine the identity of the boot PROMs on various models of * DECSTATION's. */ #include "prom.h" typedef struct { int pagesize; unsigned char bitmap[0]; } memmap; int (*rex_bootinit)(void); int (*rex_bootread)(void); int (*rex_getbitmap)(memmap *); int (*prom_getchar)(void); char *(*prom_getenv)(char *); int (*rex_getsysid)(void); void *(*rex_gettcinfo)(void); int (*prom_printf)(char *, ...); unsigned long *(*rex_slot_address)(int); int (*pmax_open)(char*, int); int (*pmax_lseek)(int, long, int); int (*pmax_read)(int, void *, int); int (*pmax_close)(int); /* * Detect which PROM's the DECSTATION has, and set the callback vectors * appropriately. */ void which_prom(unsigned long magic, int *prom_vec) { /* * No sign of the REX PROM's magic number means we assume a non-REX * machine (i.e. we're on a DS2100/3100, DS5100 or DS5000/2xx) */ if (magic == REX_PROM_MAGIC) { /* * Set up prom abstraction structure with REX entry points. */ rex_bootinit = (int (*)(void)) *(prom_vec + REX_PROM_BOOTINIT); rex_bootread = (int (*)(void)) *(prom_vec + REX_PROM_BOOTREAD); rex_getbitmap = (int (*)(memmap *)) *(prom_vec + REX_PROM_GETBITMAP); prom_getchar = (int (*)(void)) *(prom_vec + REX_PROM_GETCHAR); prom_getenv = (char *(*)(char *)) *(prom_vec + REX_PROM_GETENV); rex_getsysid = (int (*)(void)) *(prom_vec + REX_PROM_GETSYSID); rex_gettcinfo = (void *(*)(void)) *(prom_vec + REX_PROM_GETTCINFO); prom_printf = (int (*)(char *, ...)) *(prom_vec + REX_PROM_PRINTF); rex_slot_address = (unsigned long *(*)(int)) *(prom_vec + REX_PROM_SLOTADDR); } else { /* * Set up prom abstraction structure with non-REX entry points. */ prom_getchar = (int (*)(void))PMAX_PROM_GETCHAR; prom_getenv = (char *(*)(char *))PMAX_PROM_GETENV; prom_printf = (int (*)(char *, ...))PMAX_PROM_PRINTF; pmax_open = (int (*)(char *, int))PMAX_PROM_OPEN; pmax_lseek = (int (*)(int, long, int))PMAX_PROM_LSEEK; pmax_read = (int (*)(int, void *, int))PMAX_PROM_READ; pmax_close = (int (*)(int))PMAX_PROM_CLOSE; } } /* which_prom() */ From flo@mini.gt.owl.de Thu Jun 18 11:09:17 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA12002; Thu, 18 Jun 1998 11:09:15 +0200 (MET DST) Received-Date: Thu, 18 Jun 1998 11:09:15 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id LAA03744 for ; Thu, 18 Jun 1998 11:09:06 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id LAA06299; Thu, 18 Jun 1998 11:08:55 +0200 Message-ID: <19980618110855.51526@mini> Date: Thu, 18 Jun 1998 11:08:55 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Richard van den Berg on Wed, Jun 17, 1998 at 08:16:38PM +0200 Content-Length: 1078 Lines: 29 On Wed, Jun 17, 1998 at 08:16:38PM +0200, Richard van den Berg wrote: > On Tue, 16 Jun 1998, Michael Engel wrote: > > > Florian Lohoff wrote: > > > > > Ok ... now i am (much) motivated ... what next ? Will there be a DecStation > > > hack meeting somewhere around Germany/Europe ? I might bring 2 complete > > > development places with me (2 Decstations + 2 CrossCompile boxes :) ) > > > Let's hack - the more people the better ! :-) > > :-) > > > I discussed this with Harald at Linux Kongress, we also had the idea of > > having a hacking weekend and I'd like to invite all interested hackers. > > We should try to find out what the best location for this meeting is. Harald > > lives in Cologne, I'm in Siegen. Florian, others ? > > Cologne or Siegen can be done for me, coming from the Netherlands some > kilometers more or less doesn't matter. Same for me ... :) Doesnt matter where ... but should be soon :) Otherwise there will be nothing to be hacked :))) Must be a place with enough room :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From martin@purple.ifb.net Thu Jun 18 18:25:05 1998 Received: from purple.ifb.net (root@purple.ifb.net [194.105.166.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA16652; Thu, 18 Jun 1998 18:25:03 +0200 (MET DST) Received-Date: Thu, 18 Jun 1998 18:25:03 +0200 (MET DST) Received: from purple.ifb.net (martin@localhost [127.0.0.1]) by purple.ifb.net (8.8.7/8.8.7) with ESMTP id RAA15907 for ; Thu, 18 Jun 1998 17:24:36 +0100 Message-Id: <199806181624.RAA15907@purple.ifb.net> X-Mailer: exmh version 2.0.1 12/23/97 To: linux-mips@fnet.fr Subject: Sony News R3000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jun 1998 17:24:34 +0200 From: Martin Sillence Content-Length: 700 Lines: 18 Hi, I was wondering what info you have about the Sony news R3000 based machines and the status of the linux port to it. I've had a news box for a few months but was unwilling to zap the OS on it without backing it up. I'm looking at getting a spare drive soon so I should be able to play. I have substantial experience on programming under Unix and was playing with the 0.9* kernels. I would be willing to do some work to port but there remain three problems... No knowledge of the News hardware, no knowledge of the R3000 instruction set and more importantly limited time. Anyway any info you can pass on would be appreciated. -- Regards, Martin - martin@ifb.net IFB Systems Administrator From flo@mini.gt.owl.de Sat Jun 20 14:13:18 1998 Received: from pax.gt.owl.de (root@pax.gt.owl.de [194.121.202.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA17529; Sat, 20 Jun 1998 14:13:17 +0200 (MET DST) Received-Date: Sat, 20 Jun 1998 14:13:17 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by pax.gt.owl.de (8.8.5/8.8.5) with ESMTP id OAA10034 for ; Sat, 20 Jun 1998 14:13:11 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id OAA00437; Sat, 20 Jun 1998 14:12:59 +0200 Message-ID: <19980620141259.40391@mini> Date: Sat, 20 Jun 1998 14:12:59 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: DEC Microserver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 436 Lines: 11 Hi, i got a DEC Microserver today. This case does only have an ethernet and 4 Serials (Not DB25 more the Cisco old Serials plugs for the Synchronous - 3 Rows) ... When i open it i see some memory and an R3000 ... does anyone know what this is ? BTW: A sign says ... "SNA Gateway" seems to be a kind of IP<>Host communcation gateway, but - is it only good for trash ? Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From ralf@uni-koblenz.de Mon Jun 22 10:46:11 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 KAA26435; Mon, 22 Jun 1998 10:46:10 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 10:46:10 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (root@pmport-03.uni-koblenz.de [141.26.249.3]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id KAA07890 for ; Mon, 22 Jun 1998 10:46:05 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id VAA00482; Sat, 20 Jun 1998 21:36:37 +0200 Message-ID: <19980620213637.C373@uni-koblenz.de> Date: Sat, 20 Jun 1998 21:36:37 +0200 To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980618110855.51526@mini>; from Florian Lohoff on Thu, Jun 18, 1998 at 11:08:55AM +0200 Content-Length: 402 Lines: 13 On Thu, Jun 18, 1998 at 11:08:55AM +0200, Florian Lohoff wrote: > > Cologne or Siegen can be done for me, coming from the Netherlands some > > kilometers more or less doesn't matter. > > Same for me ... :) Doesnt matter where ... but should be soon :) Otherwise > there will be nothing to be hacked :))) > > Must be a place with enough room :) Hmm... Having a hacker's bbq sounds better. Ralf From flo@mini.gt.owl.de Sun Jun 21 02:17:37 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA23177; Sun, 21 Jun 1998 02:17:36 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 02:17:36 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id CAA01400 for ; Sun, 21 Jun 1998 02:17:33 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id CAA22648; Sun, 21 Jun 1998 02:17:33 +0200 Message-ID: <19980621021733.07579@mini> Date: Sun, 21 Jun 1998 02:17:33 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Dec 2.1.99pl2@kn04/kn03 /w R4000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 1629 Lines: 49 Hi, just tried to boot the 2.1.99 on my 5000/150 (labeled as kn04 at the back) -------------------------------------------------------------- Loading R4000 MMU routines. CPU revision is: 00000430 Primary instruction cache 8kb, linesize 16 bytes) Primary data cache 8kb, linesize 16 bytes) Secondary cache sized at 1024K linesize 32 Linux version 2.1.99 (mips@dataland) (gcc version 2.7.2) #5 Sun Jun 21 04:04:438Calibrating delay loop... 49.94 BogoMIPS Memory: 63456k/65532k available (908k kernel code, 964k data) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) slot 0: DEC PMAZ-AA V5.3d slot 1: DEC PMAZ-AA V5.3b slot 2: DEC PMAF-FA V1.1 Starting kswapd v 1.5 Starting kswapd v 1.5 ------------------------------------------------------------- Thats it ... on my first try i got some "OOps unable to handle kernel paging request at 0000004" after that ... Some debug code in the interrupt code tells me ... --------------------- slot 0: DEC PMAZ-AA V5.3d irq: 0 slot 1: irq: 0 DEC PMAZ-AA V5.3b irq: 0 slot 2: irq: 0 DEC PMAF-FA V1.1 irq: 0 Starting kswapd v 1.5 irq: 0 Starting kswapd v 1.5 irq: 0 --------------------- And stop ... seems that even interrupts stop. (Maybe thats the problem - Not ints - No threads ... ) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From flo@mini.gt.owl.de Sun Jun 21 02:21:48 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA23661; Sun, 21 Jun 1998 02:21:47 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 02:21:47 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id CAA01456 for ; Sun, 21 Jun 1998 02:21:46 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id CAA22770; Sun, 21 Jun 1998 02:21:45 +0200 Message-ID: <19980621022145.19091@mini> Date: Sun, 21 Jun 1998 02:21:45 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Dec 2.1.99pl2@kn04/kn03 /w R4000 References: <19980621021733.07579@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980621021733.07579@mini>; from Florian Lohoff on Sun, Jun 21, 1998 at 02:17:33AM +0200 Content-Length: 1379 Lines: 39 On Sun, Jun 21, 1998 at 02:17:33AM +0200, Florian Lohoff wrote: > Hi, > just tried to boot the 2.1.99 on my 5000/150 (labeled as kn04 at the back) > slot 2: DEC PMAF-FA V1.1 > Starting kswapd v 1.5 > Starting kswapd v 1.5 > ------------------------------------------------------------- > BTW: This is what the bootprom tells me after pressing reset ... ------------------------------------------------------------------ ??? ? PC: 0x8000003c ? CR: 0x30002008 ? SR: 0x00720827 ? CFG: 0x00410243 ? ? MB_CS: 0x003f8000 ? MB_INT: 0x101f0008 ? ? SIR: 0x00000021 ? SIRM: 0x00000020 ? ? at:00000000 a2:00000000 t3:00000F00 s0:00000000 s5:00000000 k1:80035000 ? v0:00000059 a3:00000001 t4:10202003 s1:00000000 s6:27BDFFE8 gp:3C028012 ? v1:00000F00 t0:00112F64 t5:00000020 s2:00000000 s7:3C048010 sp:8C422C3C ? a0:80113984 t1:00000000 t6:00000000 s3:00000000 t8:2484EEE0 fp:00000000 ? a1:80207FE0 t2:80113974 t7:00000000 s4:00000000 t9:AFBF0010 ra:2443FFF4 ----------------------------------------------------------- And if i disable kswapd things in init/main.c it runs through until my pmaz-aa detection/initialisation ... (Still running rtc int) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From paul@softway.com.au Sun Jun 21 04:43:27 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA24803; Sun, 21 Jun 1998 04:43:24 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 04:43:24 +0200 (MET DST) Received: by sweeney.sw.oz.au id MAA12428; Sun, 21 Jun 1998 12:43:12 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd012422; Sun Jun 21 12:43:10 1998 Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id MAA21328 for ; Sun, 21 Jun 1998 12:43:13 +1000 (EST) Message-ID: <358C7310.EA9A32B5@softway.com.au> Date: Sun, 21 Jun 1998 12:42:24 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 964 Lines: 30 Hi folks, Florian wrote: >>> I discussed this with Harald at Linux Kongress, we also had the >>> idea of having a hacking weekend and I'd like to invite all >>> interested hackers. >>> >>> We should try to find out what the best location for this meeting >>> is. Harald lives in Cologne, I'm in Siegen. Florian, others ? >> >> Cologne or Siegen can be done for me, coming from the Netherlands >> some kilometers more or less doesn't matter. Coming from Australia, a few kilometers wouldn't worry me either... :-) Unfortunately I don't think I can join you for a weekend of hacking - much as I would like to! > Same for me ... :) Doesnt matter where ... but should be soon :) > Otherwise there will be nothing to be hacked :))) Anyone ever accuse you of being a rampaging optimist?!?!? :-) > Must be a place with enough room :) ...and sufficient beer, coffee, Jolt and Pizza I would expect - or do Euro-hackers use other types of consumables? Regards, Paul From flo@mini.gt.owl.de Sun Jun 21 11:11:41 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA01365; Sun, 21 Jun 1998 11:11:40 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 11:11:40 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id LAA13583 for ; Sun, 21 Jun 1998 11:11:38 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id LAA04069; Sun, 21 Jun 1998 11:11:37 +0200 Message-ID: <19980621111137.12029@mini> Date: Sun, 21 Jun 1998 11:11:37 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> <358C7310.EA9A32B5@softway.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <358C7310.EA9A32B5@softway.com.au>; from Paul M. Antoine on Sun, Jun 21, 1998 at 12:42:24PM +1000 Content-Length: 1286 Lines: 40 On Sun, Jun 21, 1998 at 12:42:24PM +1000, Paul M. Antoine wrote: > Hi folks, > > Florian wrote: > > >>> I discussed this with Harald at Linux Kongress, we also had the > >>> idea of having a hacking weekend and I'd like to invite all > >>> interested hackers. > >>> > >>> We should try to find out what the best location for this meeting > >>> is. Harald lives in Cologne, I'm in Siegen. Florian, others ? > >> > >> Cologne or Siegen can be done for me, coming from the Netherlands > >> some kilometers more or less doesn't matter. > > Coming from Australia, a few kilometers wouldn't worry me either... :-) > Unfortunately I don't think I can join you for a weekend of hacking - > much as I would like to! We have to invent beaming first. /linux/drivers/enterprise/transport_beam.c > > Same for me ... :) Doesnt matter where ... but should be soon :) > > Otherwise there will be nothing to be hacked :))) > > Anyone ever accuse you of being a rampaging optimist?!?!? :-) :) Yup ... everybody - always ... > > Must be a place with enough room :) > > ...and sufficient beer, coffee, Jolt and Pizza I would expect - or do > Euro-hackers use other types of consumables? "Euro-hackers" *eg* Its the same ... :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From R.vandenBerg@inter.NL.net Sun Jun 21 13:17:45 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 NAA02280; Sun, 21 Jun 1998 13:17:44 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 13:17:44 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-6.Hoorn.NL.net [193.79.46.231] with ESMTP for id NAA02331 (8.8.8/3.28); Sun, 21 Jun 1998 13:17:38 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 21 Jun 1998 13:15:19 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 21 Jun 1998 13:15:19 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... In-Reply-To: <19980621111137.12029@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1515 Lines: 40 > > >>> I discussed this with Harald at Linux Kongress, we also had the > > >>> idea of having a hacking weekend and I'd like to invite all > > >>> interested hackers. > > >>> > > >>> We should try to find out what the best location for this meeting > > >>> is. Harald lives in Cologne, I'm in Siegen. Florian, others ? > > >> > > >> Cologne or Siegen can be done for me, coming from the Netherlands > > >> some kilometers more or less doesn't matter. > > Coming from Australia, a few kilometers wouldn't worry me either... :-) > > Unfortunately I don't think I can join you for a weekend of hacking - > > much as I would like to! > We have to invent beaming first. /linux/drivers/enterprise/transport_beam.c ROTFL When do you think it reaches alpha stage because I'm very interested too, my girlfriend lives in Berlin... > > > Same for me ... :) Doesnt matter where ... but should be soon :) > > > Otherwise there will be nothing to be hacked :))) > > > > Anyone ever accuse you of being a rampaging optimist?!?!? :-) > > :) Yup ... everybody - always ... Soon is very relative, think it is nice to have an optimost among us. > > > Must be a place with enough room :) > > > > ...and sufficient beer, coffee, Jolt and Pizza I would expect - or do > > Euro-hackers use other types of consumables? Lately it seems that the linux mips decstation port is a german affair with a tiny bit dutch. Somehow Euro is a bit sensative subject, food on the other hand, well I think it is universal. Regards, Richard From engel@numerik.math.uni-siegen.de Sun Jun 21 23:09:48 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 XAA16177; Sun, 21 Jun 1998 23:09:47 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 23:09:47 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id XAA09246 for ; Sun, 21 Jun 1998 23:09:44 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id XAA27505; Sun, 21 Jun 1998 23:09:44 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806212109.XAA27505@jordan.numerik> Subject: 2.1.99 on DS2100/3100 To: linux-mips@fnet.fr Date: Sun, 21 Jun 1998 23:09:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1262 Lines: 41 Hi, I got the 2100/3100 to boot through to mounting the RAM disk. The 2100 didn't like TurboChannel probing too much (it doesn't have any TC slots :)). Apply the little fix below to drivers/tc/tc.c to skip TC probing on the 2100/3100. This might be helpful as I'd like to have a unified kernel image that is able to boot on all machines (if this is possible at all ...). Now it seems that the kernel isn't able to read my command line arguments, the last line is VFS: Mounted root (ext2 filesystem). which should indicate that the kernel didn't get the root=/dev/ram cmd line argument I gave ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) --- tc.c.old Sun Jun 21 22:56:47 1998 +++ tc.c Sun Jun 21 22:56:27 1998 @@ -89,6 +89,16 @@ tc_bus[i].firmware[0] = 0; } + atag = bi_TagFind(tag_machtype); + if (atag) + { + info = (tcinfo *) *(int *)TAGVALPTR(atag); + if (info == MACH_DS23100) + { + printk("No TurboChannel on DECstation 2100/3100 !\n"); + return; + } + } atag = bi_TagFind(tag_tcinfo); if (atag) info = (tcinfo *) *(int *)TAGVALPTR(atag); From engel@numerik.math.uni-siegen.de Sun Jun 21 23:11:05 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 XAA16225; Sun, 21 Jun 1998 23:11:04 +0200 (MET DST) Received-Date: Sun, 21 Jun 1998 23:11:04 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id XAA09253 for ; Sun, 21 Jun 1998 23:11:01 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id XAA27518; Sun, 21 Jun 1998 23:11:01 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806212111.XAA27518@jordan.numerik> Subject: DECstation task force ... :) To: linux-mips@fnet.fr Date: Sun, 21 Jun 1998 23:11:01 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 942 Lines: 21 Me once more ... you may have noticed that I set up a todo list on decstation.unix-ag.org which lists the tasks that (in Harald's and my opinion) need to be done to get a working kernel. Additions, corrections etc. are welcome. Any volunteers please drop me a line on what you'd like to do and I'll keep the list updated in order to avoid replicated work. I'm going to hack on the console support for the DZ-based systems now and try to get an idea how to apply the method used in the Sparc console driver (which also uses several different graphics and serial console types). One more thing: should we try to set a date for the DECstation hacking weekend (DEChack '98 :-)) ? I could try to convince our University to give us a room, internet connectivity, free coffee :-) etc so we could easily have the meeting in Siegen ... What about the third or fourth weekend of July ? regards, Michael Engel (engel@unix-ag.uni-siegen.de) From tsbogend@alpha.franken.de Mon Jun 22 00:07:45 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 AAA17492; Mon, 22 Jun 1998 00:07:45 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 00:07:45 +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 AAA27968; Mon, 22 Jun 1998 00:07:42 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id AAA01540; Mon, 22 Jun 1998 00:00:29 +0200 Message-ID: <19980622000029.23431@alpha.franken.de> Date: Mon, 22 Jun 1998 00:00:29 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) References: <199806212111.XAA27518@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <199806212111.XAA27518@jordan.numerik>; from Michael Engel on Sun, Jun 21, 1998 at 11:11:01PM +0200 Content-Length: 1005 Lines: 22 On Sun, Jun 21, 1998 at 11:11:01PM +0200, Michael Engel wrote: > I'm going to hack on the console support for the DZ-based systems now and > try to get an idea how to apply the method used in the Sparc console > driver (which also uses several different graphics and serial console types). if this is a frame buffer don't waste your time looking at the Sparc stuff. Go and get abscon from the VGER CVS tree and write a frame buffer device. It took me about a day to redo the console of the magnum, which is now reliable, colors are working as expected and it does the same hardware based scrolling the VGA cards do (move origin instead of copying). And you can get a X server at nearly no cost. There is also an URL, where you can read about abscon. http://www.cs.kuleuven.ac.be/~geert/Console/ 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 paul@softway.com.au Mon Jun 22 08:52:07 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 IAA25435; Mon, 22 Jun 1998 08:52:06 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 08:52:06 +0200 (MET DST) Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id IAA02043; Mon, 22 Jun 1998 08:51:58 +0200 (MET DST) Received: by sweeney.sw.oz.au id QAA28445; Mon, 22 Jun 1998 16:38:17 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd028430; Mon Jun 22 16:37:50 1998 Received: from softway.com.au (paul.sw.oz.au [192.41.203.46]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id QAA23100 for ; Mon, 22 Jun 1998 16:37:49 +1000 (EST) Message-ID: <358DFBBC.2DE86074@softway.com.au> Date: Mon, 22 Jun 1998 16:37:48 +1000 From: Paul Antoine Organization: Softway Pty Ltd X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 466 Lines: 18 Hi gang! Richard van den Berg wrote: > Paul Antoine wrote: > > ...and sufficient beer, coffee, Jolt and Pizza I would expect - or > > do Euro-hackers use other types of consumables? > > Lately it seems that the linux mips decstation port is a german affair > with a tiny bit dutch. Somehow Euro is a bit sensative subject, Pardon my asia/pacific insensitivity to the "Euro" issue! > food on the other hand, well I think it is universal. Indeed! Regards, Paul From paul@softway.com.au Mon Jun 22 08:52:20 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 IAA25458; Mon, 22 Jun 1998 08:52:19 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 08:52:19 +0200 (MET DST) Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id IAA02052; Mon, 22 Jun 1998 08:52:15 +0200 (MET DST) Received: by sweeney.sw.oz.au id QAA28593; Mon, 22 Jun 1998 16:44:17 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd028588; Mon Jun 22 16:44:05 1998 Received: from softway.com.au (paul.sw.oz.au [192.41.203.46]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id QAA23390 for ; Mon, 22 Jun 1998 16:44:05 +1000 (EST) Message-ID: <358DFD34.480EB5C6@softway.com.au> Date: Mon, 22 Jun 1998 16:44:04 +1000 From: Paul Antoine Organization: Softway Pty Ltd X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: 2.1.99 on DS2100/3100 References: <199806212109.XAA27505@jordan.numerik> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 992 Lines: 33 Hi, Michael Engel wrote: > I got the 2100/3100 to boot through to mounting the RAM disk. The > 2100 didn't like TurboChannel probing too much (it doesn't have any > TC slots :)). Funny that... :-) > Apply the little fix below to drivers/tc/tc.c to skip TC probing on > the 2100/3100. This might be helpful as I'd like to have a unified > kernel image that is able to boot on all machines (if this is > possible at all ...). I like the idea of a unified kernel image... though this will use more memory. > Now it seems that the kernel isn't able to read my command line > arguments, the last line is: > > VFS: Mounted root (ext2 filesystem). > > which should indicate that the kernel didn't get the root=/dev/ram > cmd line argument I gave ... ...which also happens on my DS5000/20. But it's weird - I could swear that the first such kernel I built and booted *did* find the ramdisk because I got the do_pagefault messages. Now it won't do that even after make clean!! Regards, Paul From ralf@uni-koblenz.de Mon Jun 22 10:56:36 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 KAA26570; Mon, 22 Jun 1998 10:56:32 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 10:56:32 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-03.uni-koblenz.de [141.26.249.3]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id KAA09579 for ; Mon, 22 Jun 1998 10:56:27 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id KAA01082; Mon, 22 Jun 1998 10:55:53 +0200 Message-ID: <19980622105553.C418@uni-koblenz.de> Date: Mon, 22 Jun 1998 10:55:53 +0200 To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) References: <199806212111.XAA27518@jordan.numerik> <19980622000029.23431@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980622000029.23431@alpha.franken.de>; from Thomas Bogendoerfer on Mon, Jun 22, 1998 at 12:00:29AM +0200 Content-Length: 563 Lines: 12 On Mon, Jun 22, 1998 at 12:00:29AM +0200, Thomas Bogendoerfer wrote: > if this is a frame buffer don't waste your time looking at the Sparc stuff. > Go and get abscon from the VGER CVS tree and write a frame buffer device. It > took me about a day to redo the console of the magnum, which is now reliable, > colors are working as expected and it does the same hardware based scrolling > the VGA cards do (move origin instead of copying). And you can get a X server > at nearly no cost. Wrong :-) I've already built and packaged the fbcon X server ... Ralf From rji@bristol.st.com Mon Jun 22 12:26:30 1998 Received: from poke.dmz.st.com (poke.stmicroelectronics.com [195.101.81.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA26961; Mon, 22 Jun 1998 12:26:30 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 12:26:30 +0200 (MET DST) Received: from thistle.inmos.co.uk (thistle.bri.st.com [138.198.1.7]) by poke.dmz.st.com (8.8.7/8.8.6) with ESMTP id MAA07994 for ; Mon, 22 Jun 1998 12:25:57 +0200 (MET DST) Received: from panther ([138.198.35.30]) by thistle.inmos.co.uk with smtp (Exim 1.90 #1) for linux-mips@fnet.fr id 0yo3nP-0007mk-00; Mon, 22 Jun 1998 11:25:55 +0100 Received: from rji by panther with local (Exim 1.62 #1) id 0yo3nB-0002sM-00; Mon, 22 Jun 1998 11:25:41 +0100 From: Richard Ingram Message-Id: <9806221125.ZM11056@bristol.st.com> Date: Mon, 22 Jun 1998 11:25:41 +0100 In-Reply-To: ralf@uni-koblenz.de "Re: DECstation hack meeting ..." (Jun 20, 9:36pm) References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> <19980620213637.C373@uni-koblenz.de> X-Mailer: Z-Mail (3.2.1 10apr95) To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 585 Lines: 19 On Jun 20, 9:36pm, ralf@uni-koblenz.de wrote: > Subject: Re: DECstation hack meeting ... > On Thu, Jun 18, 1998 at 11:08:55AM +0200, Florian Lohoff wrote: > > > > Cologne or Siegen can be done for me, coming from the Netherlands some > > > kilometers more or less doesn't matter. > > > > Same for me ... :) Doesnt matter where ... but should be soon :) Otherwise > > there will be nothing to be hacked :))) > > > > Must be a place with enough room :) > > Hmm... Having a hacker's bbq sounds better. But will any hacking get done with all the beer and food around ;-) Richard. -- From flo@mini.gt.owl.de Mon Jun 22 14:25:28 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA28373; Mon, 22 Jun 1998 14:25:26 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 14:25:26 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id OAA05611 for ; Mon, 22 Jun 1998 14:25:24 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id OAA18737; Mon, 22 Jun 1998 14:25:13 +0200 Message-ID: <19980622142513.17032@mini> Date: Mon, 22 Jun 1998 14:25:13 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> <19980620213637.C373@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980620213637.C373@uni-koblenz.de>; from ralf@uni-koblenz.de on Sat, Jun 20, 1998 at 09:36:37PM +0200 Content-Length: 611 Lines: 18 On Sat, Jun 20, 1998 at 09:36:37PM +0200, ralf@uni-koblenz.de wrote: > On Thu, Jun 18, 1998 at 11:08:55AM +0200, Florian Lohoff wrote: > > > > Cologne or Siegen can be done for me, coming from the Netherlands some > > > kilometers more or less doesn't matter. > > > > Same for me ... :) Doesnt matter where ... but should be soon :) Otherwise > > there will be nothing to be hacked :))) > > > > Must be a place with enough room :) > > Hmm... Having a hacker's bbq sounds better. As long as there is something !meat ... i am vegetarian :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From flo@mini.gt.owl.de Mon Jun 22 14:43:48 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA28467; Mon, 22 Jun 1998 14:43:42 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 14:43:42 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id OAA05856 for ; Mon, 22 Jun 1998 14:43:31 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id OAA19326; Mon, 22 Jun 1998 14:43:30 +0200 Message-ID: <19980622144330.58933@mini> Date: Mon, 22 Jun 1998 14:43:30 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) References: <199806212111.XAA27518@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199806212111.XAA27518@jordan.numerik>; from Michael Engel on Sun, Jun 21, 1998 at 11:11:01PM +0200 Content-Length: 2316 Lines: 45 On Sun, Jun 21, 1998 at 11:11:01PM +0200, Michael Engel wrote: > > Me once more ... > > you may have noticed that I set up a todo list on decstation.unix-ag.org > which lists the tasks that (in Harald's and my opinion) need to be done to > get a working kernel. Additions, corrections etc. are welcome. Any > volunteers please drop me a line on what you'd like to do and I'll keep the > list updated in order to avoid replicated work. I did some work on the PMAZ-AA scsi tc card, which is from the IOASIC docu the same as the onboard. That leads me to the thing that we are not able to have a unified DMA thing working as the PMAZ is only able to DMA to its on board buffers, not to main memory if i understand the documentation right. At the moment i am stuck - i think due to my little knowledge to the interrupt things going on on decstation. I had a look at the NetBSD PMAZ-AA driver which gave me some interesting points - (128K Buffer on the card split by scsi id to have uniqe DMA buffers for every device etc ...) This driver will probably a good thing for the hack meeting as someone will probably be able to point me to some interrupt etc directions (Never done any kernel hacking before) I am that far that the pmaz-aa driver correctly identifies the NCR53C94 chip (uses the NCR53C9x.c) of all tc based PMAZ-AA cards. I think if the tc scsi card only differs by base_adr i should be no problem to probe for the IOASIC scsi controller. BTW: If anyone likes to do some scsi driver hacking and has a TC slot. I have 4 cards of the PMAZ-AA and may lend some ... > One more thing: should we try to set a date for the DECstation hacking > weekend (DEChack '98 :-)) ? I could try to convince our University to > give us a room, internet connectivity, free coffee :-) etc so we could > easily have the meeting in Siegen ... What about the third or fourth > weekend of July ? Would be great ... No problem with the date. BTW: if this doesnt work. ill have some room with internet connectivity and infrastrukture at Guetersloh (aprox. 2h from Siegen, half way between Hannover and Dortmund, near Bielefeld.), i think i'll have enough room for 4-5 people ( These are my Computer Rooms - didnt want to have any more computers at home :) ) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From R.vandenBerg@inter.NL.net Mon Jun 22 19:00:34 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 TAA02005; Mon, 22 Jun 1998 19:00:33 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 19:00:33 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-17.Hoorn.NL.net [193.79.46.242] with ESMTP for id TAA10071 (8.8.8/3.28); Mon, 22 Jun 1998 19:00:30 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 22 Jun 1998 18:59:28 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 22 Jun 1998 18:59:27 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) In-Reply-To: <199806212111.XAA27518@jordan.numerik> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2382 Lines: 53 Hi all, On Sun, 21 Jun 1998, Michael Engel wrote: > Me once more ... > you may have noticed that I set up a todo list on decstation.unix-ag.org > which lists the tasks that (in Harald's and my opinion) need to be done to > get a working kernel. Additions, corrections etc. are welcome. Any > volunteers please drop me a line on what you'd like to do and I'll keep the > list updated in order to avoid replicated work. Nice changes, especially that DECstation picture. :-) Well, now you're asking for it. First a short intro; I have no expirience with programming in C and only very little with BASIC about 10 years ago. I was very expirienced with my HP41 CX, a programmable calculator and designed the hull for a yacht on it. Like Harald said "why not learning to program by doing?" and he said it to the right person. When the DECstation isn't booting a newly compiled kernel I used it as a diskless X terminal with NetBSD. Going through kernel of both Linux and NetBSD I come across drivers/net/sunlance.c by Miguel de Icaza and it resambles the code for the NetBSD pmax port ethernet driver. So at this moment I'm studying sunlance.c which I call declance.c and am experimenting with it. Till now I did little hacking on arch/mips/config.in, drivers/net/Makefile and Space.c to accept declance.c and currently I'm at the point figuring out how to initialize the controller. To be exact: make a start to fill in the probe_dec_lance structure. Note 1: does anyone have an idea how much the machines differ? sunlance.c uses some machine specific algorythms. Note 2: I have a DECstation 5000/25. > I'm going to hack on the console support for the DZ-based systems now and > try to get an idea how to apply the method used in the Sparc console > driver (which also uses several different graphics and serial console types). Succes with it! > One more thing: should we try to set a date for the DECstation hacking > weekend (DEChack '98 :-)) ? I could try to convince our University to > give us a room, internet connectivity, free coffee :-) etc so we could > easily have the meeting in Siegen ... What about the third or fourth > weekend of July ? Third weekend - july 18 and 19 - is no problem with me, the fourth weekend I'll have to leave early sunday afternoon. Bright idea to do it at the University! Leaves only a place to stay overnight. Regards, Richard From flo@mini.gt.owl.de Mon Jun 22 19:48:10 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA02642; Mon, 22 Jun 1998 19:48:08 +0200 (MET DST) Received-Date: Mon, 22 Jun 1998 19:48:08 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id TAA12094 for ; Mon, 22 Jun 1998 19:48:07 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id TAA28875; Mon, 22 Jun 1998 19:48:06 +0200 Message-ID: <19980622194806.25681@mini> Date: Mon, 22 Jun 1998 19:48:06 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) References: <199806212111.XAA27518@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Richard van den Berg on Mon, Jun 22, 1998 at 06:59:27PM +0200 Content-Length: 2746 Lines: 58 On Mon, Jun 22, 1998 at 06:59:27PM +0200, Richard van den Berg wrote: > > you may have noticed that I set up a todo list on decstation.unix-ag.org > > which lists the tasks that (in Harald's and my opinion) need to be done to > > get a working kernel. Additions, corrections etc. are welcome. Any > > volunteers please drop me a line on what you'd like to do and I'll keep the > > list updated in order to avoid replicated work. > > Nice changes, especially that DECstation picture. :-) What about a collection of some pictures ? Inner and outer views ? > with NetBSD. Going through kernel of both Linux and NetBSD I come across > drivers/net/sunlance.c by Miguel de Icaza and it resambles the code for NetBSD and Linux device drivers seem to have some very identical things in them as i also discovered with the NCR53C9x.c and the sii.c (NetBSD) > the NetBSD pmax port ethernet driver. So at this moment I'm studying > sunlance.c which I call declance.c and am experimenting with it. Till > now I did little hacking on arch/mips/config.in, drivers/net/Makefile > and Space.c to accept declance.c and currently I'm at the point figuring > out how to initialize the controller. To be exact: make a start to fill > in the probe_dec_lance structure. > > Note 1: does anyone have an idea how much the machines differ? sunlance.c > uses some machine specific algorythms. > > Note 2: I have a DECstation 5000/25. Have a look at the news documentation on decstation.linux-ag.org. there is something on the IOASIC structures. Basically there is also a description on the TURBOChannel Ethernet Adapter PMA?-?? which should be the same as the onboard controller (Except the base_adr) BTW: The biggest difference i see between NetBSD and Linux are in the Interrupt handler for Decstation. NetBSD has many Machine specific things in it, (The kernel is specific to some Machine family e.g. 5000/1xx etc ) and at the moment i am not able to fiddle out to use which interrupt for shich turbochannel option slot on which machine in linux ... I am a bit hopelessly lost. > > One more thing: should we try to set a date for the DECstation hacking > > weekend (DEChack '98 :-)) ? I could try to convince our University to > > give us a room, internet connectivity, free coffee :-) etc so we could > > easily have the meeting in Siegen ... What about the third or fourth > > weekend of July ? > > Third weekend - july 18 and 19 - is no problem with me, the fourth weekend > I'll have to leave early sunday afternoon. Bright idea to do it at the > University! Leaves only a place to stay overnight. Sleeping bag .... What do i say ... Sleep ? I myself have a big stationary car :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From tsbogend@alpha.franken.de Tue Jun 23 01:45:04 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 BAA07052; Tue, 23 Jun 1998 01:45:03 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 01:45:03 +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 BAA11991; Tue, 23 Jun 1998 01:44:58 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id AAA02661; Tue, 23 Jun 1998 00:18:47 +0200 Message-ID: <19980623001846.52386@alpha.franken.de> Date: Tue, 23 Jun 1998 00:18:46 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <199806160854.KAA21314@jordan.numerik> <19980618110855.51526@mini> <19980620213637.C373@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980620213637.C373@uni-koblenz.de>; from ralf@uni-koblenz.de on Sat, Jun 20, 1998 at 09:36:37PM +0200 Content-Length: 891 Lines: 25 On Sat, Jun 20, 1998 at 09:36:37PM +0200, ralf@uni-koblenz.de wrote: > On Thu, Jun 18, 1998 at 11:08:55AM +0200, Florian Lohoff wrote: > > > > Cologne or Siegen can be done for me, coming from the Netherlands some > > > kilometers more or less doesn't matter. > > > > Same for me ... :) Doesnt matter where ... but should be soon :) Otherwise > > there will be nothing to be hacked :))) > > > > Must be a place with enough room :) > > Hmm... Having a hacker's bbq sounds better. BBQ ? Count me in. Seriously, I don't own DECstation hardware, but if time permits, I'd like to join the meeting. Maybe I could help sorting out problems with the NCR53C9x, Lance and frame buffer stuff. 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 Tue Jun 23 01:01:37 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 BAA05794; Tue, 23 Jun 1998 01:01:36 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 01:01:36 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-18.Hoorn.NL.net [193.79.46.243] with ESMTP for id BAA25832 (8.8.8/3.28); Tue, 23 Jun 1998 01:01:34 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 23 Jun 1998 00:19:52 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 23 Jun 1998 00:19:51 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... In-Reply-To: <358DFBBC.2DE86074@softway.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 785 Lines: 26 Hi all, On Mon, 22 Jun 1998, Paul Antoine wrote: > Richard van den Berg wrote: > > Paul Antoine wrote: > > > ...and sufficient beer, coffee, Jolt and Pizza I would expect - or > > > do Euro-hackers use other types of consumables? > > > > Lately it seems that the linux mips decstation port is a german affair > > with a tiny bit dutch. Somehow Euro is a bit sensative subject, > > Pardon my asia/pacific insensitivity to the "Euro" issue! Appriciated :-) As long there's war in Europe how can one speak of one Europe... > > food on the other hand, well I think it is universal. > > Indeed! And that's needed to supply the brains with energy keeping up the good work, it's nice to see the good and nice stuff on the mailing list. Regards, Richard From R.vandenBerg@inter.NL.net Tue Jun 23 01:01:43 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 BAA05816; Tue, 23 Jun 1998 01:01:42 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 01:01:42 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-18.Hoorn.NL.net [193.79.46.243] with ESMTP for id BAA25854 (8.8.8/3.28); Tue, 23 Jun 1998 01:01:40 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 23 Jun 1998 01:00:39 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 23 Jun 1998 01:00:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) In-Reply-To: <19980622194806.25681@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2377 Lines: 56 Hi all, On Mon, 22 Jun 1998, Florian Lohoff wrote: > > the NetBSD pmax port ethernet driver. So at this moment I'm studying > > sunlance.c which I call declance.c and am experimenting with it. Till > > now I did little hacking on arch/mips/config.in, drivers/net/Makefile > > and Space.c to accept declance.c and currently I'm at the point figuring > > out how to initialize the controller. To be exact: make a start to fill > > in the probe_dec_lance structure. > > > > Note 1: does anyone have an idea how much the machines differ? sunlance.c > > uses some machine specific algorythms. > > > > Note 2: I have a DECstation 5000/25. > > Have a look at the news documentation on decstation.linux-ag.org. there > is something on the IOASIC structures. Basically there is also > a description on the TURBOChannel Ethernet Adapter PMA?-?? which should > be the same as the onboard controller (Except the base_adr) Already have a hardcopy of PMAD-AA TURBOchannel Ethernet Module Functional Specification and will get the other ones too. I keep a possible difference about DMA in mind too. > BTW: The biggest difference i see between NetBSD and Linux are in > the Interrupt handler for Decstation. NetBSD has many Machine specific > things in it, (The kernel is specific to some Machine family e.g. 5000/1xx etc ) > and at the moment i am not able to fiddle out to > use which interrupt for shich turbochannel option slot on which machine > in linux ... I am a bit hopelessly lost. Did you have a look at include/asm/dec/ioasic.h? Of course I think and it resambles the sys/arch/pmax/pmax/asic.h file. ioasic.h in combination with tc probing has to do the proper setup of base addresses and irq's, I think at least but perhaps that might cause me a headache in figuring out for the lance. :-) The irq stuff is indeed tricky. > > Third weekend - july 18 and 19 - is no problem with me, the fourth weekend > > I'll have to leave early sunday afternoon. Bright idea to do it at the > > University! Leaves only a place to stay overnight. > > Sleeping bag .... What do i say ... Sleep ? Now and then that phenomena tends to show up in me and if I don't get any my humour tends to go really bad... BTW, like your proposal too, am curious what Harald says to all this. > I myself have a big stationary car :) I have a small one :-) (am tall enough myself) Regards, Richard From lembark@wrkhors.com Tue Jun 23 05:49:44 1998 Received: from bird.wrkhors.com (root@bird.wrkhors.com [209.113.60.146]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA08855; Tue, 23 Jun 1998 05:49:41 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 05:49:41 +0200 (MET DST) Received: from wrkhors.com (poolf3-053.wwa.com [207.241.63.182]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id WAA07508 for ; Mon, 22 Jun 1998 22:49:20 -0500 Sender: lembark@wrkhors.com Message-ID: <358F25C1.4D8EE04@wrkhors.com> Date: Mon, 22 Jun 1998 22:49:21 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.05 [en] (X11; U; Linux 2.0.34 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... References: <358DFBBC.2DE86074@softway.com.au> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msDE3D67F31E13A28D357DE6EB" Content-Length: 5228 Lines: 94 This is a cryptographically signed message in MIME format. --------------msDE3D67F31E13A28D357DE6EB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Paul Antoine wrote: > > Hi gang! > > Richard van den Berg wrote: > > Paul Antoine wrote: > > > ...and sufficient beer, coffee, Jolt and Pizza I would expect - or > > > do Euro-hackers use other types of consumables? > > > > Lately it seems that the linux mips decstation port is a german affair > > with a tiny bit dutch. Somehow Euro is a bit sensative subject, > > Pardon my asia/pacific insensitivity to the "Euro" issue! > > > food on the other hand, well I think it is universal. > > Indeed! as an american i can guarantee that food is not universal (otherwise how could people eat the junk we spew out as fast food?). beer, on the other hand... -- 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. --------------------------------------------------------------------- --------------msDE3D67F31E13A28D357DE6EB 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 MIIKnQYJKoZIhvcNAQcCoIIKjjCCCooCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CNYwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/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/pvkN27CmSjCCAjEwggGaAgUCpAAAATANBgkqhkiG9w0BAQIF ADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5 MDAwMDAwWhcNOTkxMjMxMjM1OTU5WjBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOUZv22jVmEtmUhx9mfe uY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiHmgabEKFz37RYOWtuwfYV1aio P6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF4Ncth3uhtzKwezC6Ki8x qu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAUnO6mlXc3D+CfbCQmGIqgkx2AG4lPdXC CXBXAQwPdx8YofscYA6gdTtJIUH+p1wtTEJJ0/8o2Izqnf7JB+J3glMj3lXzzkST+vpMvco2 81tmsp7I8gxeXtShtCEJM8o7WfySwjj8rdmWJOAt+qMp9TNoeE60vJ9pNeKomJRzO8QxggGP MIIBiwIBATB2MGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJl cgIQVQxUya2MdJW+zf+1nGm/+jAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTk4MDYyMzAzNDkyMVowIwYJKoZIhvcNAQkEMRYEFFJk 8yYzWKJ8ZbDID6FT7G9A1DclMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG SIb3DQEBAQUABEAOsk4jobf0UiRhXZZRmstCsceGhTv1uhFKErufG6RAVOF6D3vJx0jdnqXq mqtayvSZ3NPJHGvZCvRDDysHBhMe --------------msDE3D67F31E13A28D357DE6EB-- From harald.koerfgen@netcologne.de Tue Jun 23 21:24:58 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 VAA14277; Tue, 23 Jun 1998 21:24:52 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 21:24:52 +0200 (MET DST) Received: from franz.no.dom (max1-78.netcologne.de [194.8.196.78]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA29232 for ; Tue, 23 Jun 1998 21:24:53 +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: <9806221125.ZM11056@bristol.st.com> Date: Tue, 23 Jun 1998 21:25:42 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... Content-Length: 1117 Lines: 37 Hi all, On 22-Jun-98 Richard Ingram wrote: > On Jun 20, 9:36pm, ralf@uni-koblenz.de wrote: >> Subject: Re: DECstation hack meeting ... >> On Thu, Jun 18, 1998 at 11:08:55AM +0200, Florian Lohoff wrote: >> >> > > Cologne or Siegen can be done for me, coming from the Netherlands >> > > some >> > > kilometers more or less doesn't matter. >> > >> > Same for me ... :) Doesnt matter where ... but should be soon :) >> > Otherwise >> > there will be nothing to be hacked :))) >> > >> > Must be a place with enough room :) >> >> Hmm... Having a hacker's bbq sounds better. > > But will any hacking get done with all the beer and food around ;-) > > Richard. > I do very much like the idea of having a hacker's bbq. First, the work, then the bbq. Micheal, do you really see a chance to get a room? I just need some space for a sleeping bag, two DECstations and a PC. The third weekend in July would be ok. I just have convince my girlfriend, that I am away on this weekend, because our holliday starts right there :-). If this should really happen, I'll take care for the beer, is Koelsch ok? --- Regards, Harald From harald.koerfgen@netcologne.de Tue Jun 23 21:24:56 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 VAA14278; Tue, 23 Jun 1998 21:24:54 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 21:24:54 +0200 (MET DST) Received: from franz.no.dom (max1-78.netcologne.de [194.8.196.78]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA29241 for ; Tue, 23 Jun 1998 21:24:56 +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: <358F25C1.4D8EE04@wrkhors.com> Date: Tue, 23 Jun 1998 21:25:44 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation hack meeting ... Content-Length: 795 Lines: 24 Hi, On 23-Jun-98 Steven Lembark wrote: > as an american i can guarantee that food is not universal (otherwise > how could people eat the junk we spew out as fast food?). beer, on > the other hand... Well, Steven, you should be able to start a very interesting discussion with nearly every german about this topic :-). > -- > 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. > --------------------------------------------------------------------- Cheers. --- Regards, Harald From harald.koerfgen@netcologne.de Tue Jun 23 21:24: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 VAA14280; Tue, 23 Jun 1998 21:24:55 +0200 (MET DST) Received-Date: Tue, 23 Jun 1998 21:24:55 +0200 (MET DST) Received: from franz.no.dom (max1-78.netcologne.de [194.8.196.78]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA29245 for ; Tue, 23 Jun 1998 21:24:58 +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: Tue, 23 Jun 1998 21:25:47 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: DECstation Interrupts Content-Length: 2060 Lines: 58 Hello all, I'm back :-). Beeing away for nearly a week from this list, I am glad to see that things are beginning to move. There have been a few questions about interrupts last week I'll try to answer a few of them, because this is obviously essential for any device driver. When it comes to interrupts all DECstations are completely different from each other. I would like to hide these differences and created a unified interrupt handler, which has to be as general as possible and, of course, as fast as possible. The basic idea is to assign each possible interrupt a number and leave the rest to the higher layers. I suggest to have a look at arch/mips/dec/int-handler.S, arch/mips/dec/setup.c and arch/mips/dec/irq.c. However, there is still one problem left. On some DECstations, some interrupts are directly handled by the CPU, and the CPU's interrupt mask is part of the CP0 Status Register, which is saved with save_flags(flags). That means that code like: save_and_cli(flags); ... unmask_irq(irq); ... restore_flags(flags); doesn't work on DECstations. I have used a bad hack in arch/mips/dec/irq.c to get around this, and this may be the point why Florian has experienced strange phaenomenons with his PMAZ-AA driver. Sorry, but I haven't got an *elegant* solution for this right now, masking out the interrupt mask in restore_flags(flags) seems is logical, but would make it slow like hell. Anyway, you don't have to care about the details behind this. If you need an interrupt for you driver, simply include include/asm-mips/dec/interrupts.h and use the constants defined there, for example: #include ... request_irq(TC0, ...); to request an irq for TURBOchannel slot 0. Please beware, due toe the way I implemented the interrupt handler, some interrupts may have more than one cause. You may want to have a look at include/asm-mips/dec/interrupts.h itself. If you have further questions, feel free to ask me. Keep hacking. --- Regards, Harald From flo@mini.gt.owl.de Wed Jun 24 00:10:47 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA16488; Wed, 24 Jun 1998 00:10:46 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 00:10:46 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id AAA15316 for ; Wed, 24 Jun 1998 00:10:39 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id AAA16776; Wed, 24 Jun 1998 00:10:39 +0200 Message-ID: <19980624001039.29223@mini> Date: Wed, 24 Jun 1998 00:10:39 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: down(&sem) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 1133 Lines: 30 Hi, without knowing what i am doing i got as far as inquireing the SCSI bus. Now it hangs in scsi.c in down(&sem) ... ---------------------------------------------------- scsi_do_cmd (host = 0, channel = 0 target = 0, buffer =80207d00, bufflen = 256,)command : 00 00 00 00 00 00 00 00 00 00 Adding timer for command 802f8e00 at 384 (800e3e60) internal_cmnd (host = 0, channel = 0, target = 0, command = 802f8e45, buffer = bufflen = 256, done = 800dc3c8) queuecommand : routine at 800eac44 esp_queue: target=0 lun=0 N<00,00>!use_sg pmaz-aa.c: PMAZ-AA dma_irq_p called esp_irq: 4 esp: Selecting device for first time. target=0 lun=0 leaving internal_cmnd() Leaving scsi_do_cmd() scsi.c: spin_unlock_irq scsi.c: down(&sem) ------------------------------------------------------- What is this down ? I am not that used to semaphores etc ... might someone shed a light on me :) ... BTW: I solved the IRQ thing ... was like Harald said ... i am using TC0+slot at the moment but i am sure this is wrong but works on my 50000/1xx is a *FIXME* thing :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From paul@softway.com.au Wed Jun 24 05:33:41 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA20802; Wed, 24 Jun 1998 05:33:29 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 05:33:29 +0200 (MET DST) Received: by sweeney.sw.oz.au id NAA05857; Wed, 24 Jun 1998 13:33:10 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd005852; Wed Jun 24 13:33:09 1998 Received: from softway.com.au (paul.sw.oz.au [192.41.203.46]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id NAA14793 for ; Wed, 24 Jun 1998 13:33:08 +1000 (EST) Message-ID: <35907373.6B9B0A35@softway.com.au> Date: Wed, 24 Jun 1998 13:33:07 +1000 From: Paul Antoine Organization: Softway Pty Ltd X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: DECstation task force (version 2.0?) References: <199806212111.XAA27518@jordan.numerik> <19980622194806.25681@mini> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 859 Lines: 20 Folks, There has been much discussion of the DECstation task force, which I am assuming will take place very soon provided people can decide on what style of cuisine to use! :-) However, I thought I would mention that I am planning a 'round the world holiday for September/October which at present has me going to San Fransisco, London and Kuala Lumpur. It occurs to me that for not much more money I could come to Germany for couple of days to take part in a DECstation Task Force II(tm) if people were interested... and since I'll be in San Fransisco I could also meet with any of our American DECstation hacker friends who live in the Bay Area. Please let me know if you like this idea... it worked well when I met up with Ralf, Stoned and Luc in Bruxelles two years ago, though we only drank beer and didn't actually write any code :-) Regards, Paul From flo@mini.gt.owl.de Wed Jun 24 12:48:55 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA23215; Wed, 24 Jun 1998 12:48:54 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 12:48:54 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id MAA30142 for ; Wed, 24 Jun 1998 12:48:52 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id MAA07237; Wed, 24 Jun 1998 12:48:51 +0200 Message-ID: <19980624124851.56521@mini> Date: Wed, 24 Jun 1998 12:48:51 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: down(&sem)/scsi-timeout etc... References: <19980624001039.29223@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980624001039.29223@mini>; from Florian Lohoff on Wed, Jun 24, 1998 at 12:10:39AM +0200 Content-Length: 1027 Lines: 26 On Wed, Jun 24, 1998 at 12:10:39AM +0200, Florian Lohoff wrote: > Hi, > without knowing what i am doing i got as far as inquireing the SCSI bus. > Now it hangs in scsi.c in down(&sem) ... > [...] > What is this down ? I am not that used to semaphores etc ... might > someone shed a light on me :) ... > [...] Took me some hours to read me into the kernel source. I think nobody ever thought on documentation like "It was hard to write - so it should be hard to read" ... I found down(&sem) to be a function to give back control from the current thread/process to the scheduler setting an "I am waiting for an signal" flag for this process... Hmm ok ... found this ... but if i think correctly an scsi command should time out after a while ... This doesnt happen ... *weird* ... Ok ... it was 4:00 this morning beeing ready to go home, will be as late tonight :) Maybe ill try some console things first, no dma etc ... might be easier (serial console) ... :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From engel@numerik.math.uni-siegen.de Wed Jun 24 15:24:56 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 PAA23891; Wed, 24 Jun 1998 15:24:49 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 15:24:49 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id PAA14546 for ; Wed, 24 Jun 1998 15:24:18 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id PAA01948; Wed, 24 Jun 1998 15:24:17 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806241324.PAA01948@jordan.numerik> Subject: Compiling milo ... To: linux-mips@fnet.fr Date: Wed, 24 Jun 1998 15:24:17 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1313 Lines: 30 Hi, there seems to be some kind of black magic needed to compile milo-0.27 (which is the most recent version I found) ... - there are defines missing in libstand/cachectl.S (like KSEG0 etc. which are easy to find in asm/addrspace.h and CACHELINES which can be computed ...) - the assembler complains about /tmp/cca03795.s:19: Error: unrecognized opcode `fill_lds' which comes from the STR(FILL_LDS) instruction in libarc/glue.c - when milo and pandora are linked, I get an additional message mipsel-linux-ld -N -oformat ecoff-littlemips -Ttext 0x80600000 -e _entry -o pandora a.out.o acer_pica_61.o arcident.o bitags.o boot.o cpu.o crt0.o dskst_tyne.o expandpath.o g364.o launch.o magnum.o mkargs.o rm200-pci.o version.o arcmemory.o commands.o disasm.o dumpcp0r.o pandora.o pandoramain.o parser.o -L../libstand -L../libarc -lstand -larc -lstand a.out.o(.text+0x0): undefined reference to `_gp_disp' ... I'm not quite sure what is going wring here ... Could it be a problem with my crossdevelopment tools (gcc-2.7.2 and binutils-2.8.1) or do I need a specific kernel source code version in order to compile milo-0.27 ? I have to recompile milo as it doesn't correctly detect my SNI RM200 - without PCI, the older model. regards, Michael Engel (engel@unix-ag.uni-siegen.de) From engel@numerik.math.uni-siegen.de Wed Jun 24 18:03:25 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 SAA25672; Wed, 24 Jun 1998 18:03:23 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 18:03:23 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id SAA15166 for ; Wed, 24 Jun 1998 18:03:17 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id SAA02296; Wed, 24 Jun 1998 18:03:16 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199806241603.SAA02296@jordan.numerik> Subject: Re: Compiling milo ... To: linux-mips@fnet.fr Date: Wed, 24 Jun 1998 18:03:16 +0200 (MET DST) In-Reply-To: <199806241324.PAA01948@jordan.numerik> from "Michael Engel" at Jun 24, 98 03:24:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 773 Lines: 27 [my milo 0.27 problem ...] Sorry to follow up to my own mail ... I should do more research before posting ;-). milo-0.27.1 from ftp.linux.sgi.com works fine for me - the only minor tweaking I had to do was to adapt one function parameter from char to int to comply with some prototype the compiler insisted on ... I added an entry for the RM200 in src/arcident.c /* * SNI RM200 ISA */ {"RM200", "RM200", "SNI RM200 ISA", rm200_pci_bi, (machine_func *) NULL, taglist_sni_rm200_pci }, which works as far as identifying the machine. The RM200 non-PCI boots as far as calibrating delay loop with linux-2.1.56. The machine is identified as RM300 PCI board revision C, ASIC PCI Rev. 1.0. Great !!! regards, Michael Engel (engel@unix-ag.uni-siegen.de) From tsbogend@alpha.franken.de Wed Jun 24 20:56:14 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 UAA27023; Wed, 24 Jun 1998 20:56:13 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 20:56:13 +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 UAA06603; Wed, 24 Jun 1998 20:56:11 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id UAA01069; Wed, 24 Jun 1998 20:48:52 +0200 Message-ID: <19980624204852.60635@alpha.franken.de> Date: Wed, 24 Jun 1998 20:48:52 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Compiling milo ... References: <199806241324.PAA01948@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <199806241324.PAA01948@jordan.numerik>; from Michael Engel on Wed, Jun 24, 1998 at 03:24:17PM +0200 Content-Length: 955 Lines: 22 On Wed, Jun 24, 1998 at 03:24:17PM +0200, Michael Engel wrote: > there seems to be some kind of black magic needed to compile milo-0.27 > (which is the most recent version I found) ... there is a milo-0.27.1 (maybe it's still on ftp.fnet.fr). You will need this version for your RM200. > Could it be a problem with my crossdevelopment tools (gcc-2.7.2 and > binutils-2.8.1) or do I need a specific kernel source code version in > order to compile milo-0.27 ? I've compiled milo-0.27.1 with the same crossdevelopment tools a couple of minutes ago. I only had to modify libstand/memset.c as the declaration of memset in that file is really bogus. And I've disabled the deskstation stuff, because it didn't compile the first time, and I don't need it. 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 Wed Jun 24 21:46: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 VAA27421; Wed, 24 Jun 1998 21:46:49 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 21:46:49 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-14.Hoorn.NL.net [193.79.46.239] with ESMTP for id VAA02453 (8.8.8/3.28); Wed, 24 Jun 1998 21:46:43 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 24 Jun 1998 21:45:32 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 24 Jun 1998 21:45:30 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) In-Reply-To: <19980622144330.58933@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 290 Lines: 12 On Mon, 22 Jun 1998, Florian Lohoff wrote: > BTW: If anyone likes to do some scsi driver hacking and has a TC slot. > I have 4 cards of the PMAZ-AA and may lend some ... Like to says this about that kind offer: bring them with you to the DEC-hack. Have 2 empty slots. Regards, Richard From flo@mini.gt.owl.de Wed Jun 24 21:59:25 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA27526; Wed, 24 Jun 1998 21:59:24 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 21:59:24 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id VAA08803 for ; Wed, 24 Jun 1998 21:59:22 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id VAA25837; Wed, 24 Jun 1998 21:59:22 +0200 Message-ID: <19980624215922.59844@mini> Date: Wed, 24 Jun 1998 21:59:22 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: scsi_old_error handler *argh* Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 983 Lines: 24 Hi, i wrote a lot the last days on semaphores etc ... I figured out that the thing is a topic of the scsi_error_handler. The NCR53C9x uses the "scsi_obsolete.c" error_handler. At the moment i cant figure out how the scan_scsis/scan_scsis_single scsi_do_cmd thing gets woken up within the old_error_handler from scsi_obsolete.c ... this seems not to work Can someone point me out this ? scsi.c: scan_scsis calls -> scsi.c: scan_scsis_single calls -> scsi.c: scsi_do_cmd (this one does the down(&sem) calls -> scsi.c:internal_cmnd internal_cmnd returns and afterwards scsi_do_cmd down(s)(&sem) After some while (scsi_add_timer/add_timer works) the timer calls scsi_obsolete.c: scsi_old_times_out and this just returns without doing any specific ... (for my case) and how should the above thread be restarted ? (In a normal case !) At the moment i am again hopelessly lost ... but it seems i am getting further. Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From flo@mini.gt.owl.de Wed Jun 24 22:01:58 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27576; Wed, 24 Jun 1998 22:01:56 +0200 (MET DST) Received-Date: Wed, 24 Jun 1998 22:01:56 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id WAA08917 for ; Wed, 24 Jun 1998 22:01:55 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id WAA25920; Wed, 24 Jun 1998 22:01:54 +0200 Message-ID: <19980624220154.63568@mini> Date: Wed, 24 Jun 1998 22:01:54 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) References: <19980622144330.58933@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Richard van den Berg on Wed, Jun 24, 1998 at 09:45:30PM +0200 Content-Length: 684 Lines: 19 On Wed, Jun 24, 1998 at 09:45:30PM +0200, Richard van den Berg wrote: > On Mon, 22 Jun 1998, Florian Lohoff wrote: > > > > BTW: If anyone likes to do some scsi driver hacking and has a TC slot. > > I have 4 cards of the PMAZ-AA and may lend some ... > > Like to says this about that kind offer: bring them with you to the > DEC-hack. Have 2 empty slots. I will ... at the moment they are in my decstations ... :) I also have a pair of DEFTA-FA (NetBSD/alpha calls them something like PMAF-F) FDDI Boards for TURBOChannel :) This will be my next project :) (If i will somehow get this fu"%!= scsi thing running) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From jjkozma@alpha.ncsc.mil Thu Jun 25 21:21:22 1998 Received: from orion.alpha.ncsc.mil (orion.alpha.ncsc.mil [144.51.14.11]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA07752; Thu, 25 Jun 1998 21:21:20 +0200 (MET DST) Received-Date: Thu, 25 Jun 1998 21:21:20 +0200 (MET DST) Received: from spacely.alpha.ncsc.mil by orion.alpha.ncsc.mil (SMI-8.6/SMI-SVR4) id PAA07193; Thu, 25 Jun 1998 15:20:31 -0400 Received: from elroy.ncsc.mil by spacely.alpha.ncsc.mil (SMI-8.6/SMI-SVR4) id PAA08254; Thu, 25 Jun 1998 15:20:34 -0400 Received: by elroy.ncsc.mil (SMI-8.6/SMI-SVR4) id PAA16155; Thu, 25 Jun 1998 15:19:42 -0400 Date: Thu, 25 Jun 1998 15:19:42 -0400 From: jjkozma@alpha.ncsc.mil (Joe J. Kozma) Message-Id: <199806251919.PAA16155@elroy.ncsc.mil> To: linux-mips@fnet.fr Subject: DECstations X-Sun-Charset: US-ASCII Content-Length: 357 Lines: 8 Dear Linux people, I found you web page about Linux for Mips architectures today. In it it said to contact you if someone had the old R3xxx machines. I have both a Decstation 5000/200 and Decstation 5000/25 and wanted to know if there was any progress, or work to be done for that matter, on Linux for these systems. Thanks for your time. joe kozma From R.vandenBerg@inter.NL.net Thu Jun 25 21:26:32 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 VAA07841; Thu, 25 Jun 1998 21:26:31 +0200 (MET DST) Received-Date: Thu, 25 Jun 1998 21:26:31 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-4.Hoorn.NL.net [193.79.46.229] with ESMTP for id VAA05943 (8.8.8/3.28); Thu, 25 Jun 1998 21:26:29 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 25 Jun 1998 21:25:28 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 25 Jun 1998 21:25:27 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DECstation task force ... :) In-Reply-To: <19980624220154.63568@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 971 Lines: 26 On Wed, 24 Jun 1998, Florian Lohoff wrote: > On Wed, Jun 24, 1998 at 09:45:30PM +0200, Richard van den Berg wrote: > > > On Mon, 22 Jun 1998, Florian Lohoff wrote: > > > > > > > BTW: If anyone likes to do some scsi driver hacking and has a TC slot. > > > I have 4 cards of the PMAZ-AA and may lend some ... > > > > Like to says this about that kind offer: bring them with you to the > > DEC-hack. Have 2 empty slots. > > I will ... at the moment they are in my decstations ... :) > I also have a pair of DEFTA-FA (NetBSD/alpha calls them something like PMAF-F) > FDDI Boards for TURBOChannel :) This will be my next project :) (If i will > somehow get this fu"%!= scsi thing running) Hacking is fun aint it. :-) Well I've some pages code to go and I'll give a shot at the lance thing. Going to do some hardware hacking too, found out that my vga monitor syncs on green - with the dec I got a 17 " mono monitor - sometimes colors are nice too. Regards, Richard From lembark@wrkhors.com Thu Jun 25 22:50:32 1998 Received: from bird.wrkhors.com (root@bird.wrkhors.com [209.113.60.146]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA08307; Thu, 25 Jun 1998 22:50:29 +0200 (MET DST) Received-Date: Thu, 25 Jun 1998 22:50:29 +0200 (MET DST) Received: from wrkhors.com (poolf3-033.wwa.com [207.241.63.162]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id PAA17266 for ; Thu, 25 Jun 1998 15:50:16 -0500 Sender: lembark@wrkhors.com Message-ID: <3592B804.F211C5D5@wrkhors.com> Date: Thu, 25 Jun 1998 15:50:12 -0500 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.05 [en] (X11; U; Linux 2.0.32 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: DECstations References: <199806251919.PAA16155@elroy.ncsc.mil> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms427CEC68DDD9DE91F9ED6C27" Content-Length: 5103 Lines: 86 This is a cryptographically signed message in MIME format. --------------ms427CEC68DDD9DE91F9ED6C27 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Joe J. Kozma wrote: > > Dear Linux people, > I found you web page about Linux for Mips architectures > today. In it it said to contact you if someone had the old R3xxx > machines. I have both a Decstation 5000/200 and Decstation 5000/25 > and wanted to know if there was any progress, or work to be done > for that matter, on Linux for these systems. Thanks for your time. > > joe kozma quite a bit. best way to keep up is join the mailing list -- see the web site for directions. -- 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. --------------------------------------------------------------------- --------------ms427CEC68DDD9DE91F9ED6C27 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 MIIKnQYJKoZIhvcNAQcCoIIKjjCCCooCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CNYwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/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/pvkN27CmSjCCAjEwggGaAgUCpAAAATANBgkqhkiG9w0BAQIF ADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5 MDAwMDAwWhcNOTkxMjMxMjM1OTU5WjBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOUZv22jVmEtmUhx9mfe uY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiHmgabEKFz37RYOWtuwfYV1aio P6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF4Ncth3uhtzKwezC6Ki8x qu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAUnO6mlXc3D+CfbCQmGIqgkx2AG4lPdXC CXBXAQwPdx8YofscYA6gdTtJIUH+p1wtTEJJ0/8o2Izqnf7JB+J3glMj3lXzzkST+vpMvco2 81tmsp7I8gxeXtShtCEJM8o7WfySwjj8rdmWJOAt+qMp9TNoeE60vJ9pNeKomJRzO8QxggGP MIIBiwIBATB2MGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJl cgIQVQxUya2MdJW+zf+1nGm/+jAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTk4MDYyNTIwNTAxMlowIwYJKoZIhvcNAQkEMRYEFMPG 01S8MeHbnr76eUHa5VYSE8ADMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG SIb3DQEBAQUABEBlkVGnisCZrsBg4VXXIFkIQjWtWQBGUixkiMj3arJNctesopk3LGNfKpJ8 KeIXQztLdyngi5IBio+N0uWkZgCm --------------ms427CEC68DDD9DE91F9ED6C27-- From ralf@uni-koblenz.de Sat Jun 27 13:18:54 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 NAA13846; Sat, 27 Jun 1998 13:18:53 +0200 (MET DST) Received-Date: Sat, 27 Jun 1998 13:18:53 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (root@pmport-21.uni-koblenz.de [141.26.249.21]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id NAA25388 for ; Sat, 27 Jun 1998 13:18:50 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id OAA02639; Fri, 26 Jun 1998 14:14:09 +0200 Message-ID: <19980626141409.C2619@uni-koblenz.de> Date: Fri, 26 Jun 1998 14:14:09 +0200 To: linux-mips@fnet.fr Subject: Re: DECstation task force (version 2.0?) References: <199806212111.XAA27518@jordan.numerik> <19980622194806.25681@mini> <35907373.6B9B0A35@softway.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <35907373.6B9B0A35@softway.com.au>; from Paul Antoine on Wed, Jun 24, 1998 at 01:33:07PM +1000 Content-Length: 1150 Lines: 25 On Wed, Jun 24, 1998 at 01:33:07PM +1000, Paul Antoine wrote: > There has been much discussion of the DECstation task force, which I > am assuming will take place very soon provided people can decide on > what style of cuisine to use! :-) > > However, I thought I would mention that I am planning a 'round the > world holiday for September/October which at present has me going to > San Fransisco, London and Kuala Lumpur. It occurs to me that for not > much more money I could come to Germany for couple of days to take part > in a DECstation Task Force II(tm) if people were interested... and since > I'll be in San Fransisco I could also meet with any of our American > DECstation hacker friends who live in the Bay Area. > > Please let me know if you like this idea... it worked well when I met > up with Ralf, Stoned and Luc in Bruxelles two years ago, though we > only drank beer and didn't actually write any code :-) Would be nice to meet again - and this time it should be more than a lunch and or a US <-> Australia phonecall. Btw, I've got started hacking a Mips RS3230 clone. Hurry up DECstation guys or I'll be faster :-) Ralf From harald.koerfgen@netcologne.de Sun Jun 28 20:04:34 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 UAA26209; Sun, 28 Jun 1998 20:04:33 +0200 (MET DST) Received-Date: Sun, 28 Jun 1998 20:04:33 +0200 (MET DST) Received: from franz.no.dom (max2-41.netcologne.de [194.8.195.41]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA01180 for ; Sun, 28 Jun 1998 20:04:34 +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: <35907373.6B9B0A35@softway.com.au> Date: Sun, 28 Jun 1998 20:05:26 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: DECstation task force (version 2.0?) Content-Length: 1152 Lines: 31 Hi all, On 24-Jun-98 Paul Antoine wrote: > Folks, > > There has been much discussion of the DECstation task force, which I > am assuming will take place very soon provided people can decide on > what style of cuisine to use! :-) > > However, I thought I would mention that I am planning a 'round the > world holiday for September/October which at present has me going to > San Fransisco, London and Kuala Lumpur. It occurs to me that for not > much more money I could come to Germany for couple of days to take part > in a DECstation Task Force II(tm) if people were interested... and since > I'll be in San Fransisco I could also meet with any of our American > DECstation hacker friends who live in the Bay Area. > > Please let me know if you like this idea... it worked well when I met > up with Ralf, Stoned and Luc in Bruxelles two years ago, though we > only drank beer and didn't actually write any code :-) I'd be glad to meet you personally, Paul. If you see a chance to come to Germany, just tell me when and where... I'm quite shure that a few other guys from this list are interested as well. > Regards, > Paul --- Regards, Harald From R.vandenBerg@inter.NL.net Sun Jun 28 22:02: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 WAA27042; Sun, 28 Jun 1998 22:02:35 +0200 (MET DST) Received-Date: Sun, 28 Jun 1998 22:02:35 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-22.Hoorn.NL.net [193.79.46.247] with ESMTP for id WAA27773 (8.8.8/3.28); Sun, 28 Jun 1998 22:02:32 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 28 Jun 1998 22:01:13 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 28 Jun 1998 22:01:12 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: DECstation task force (version 2.0?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 487 Lines: 17 Hello everybody, On Sun, 28 Jun 1998, Harald Koerfgen wrote: > I'd be glad to meet you personally, Paul. If you see a chance to come to > Germany, just tell me when and where... I'm quite shure that a few other guys > from this list are interested as well. Yes, am interested too, but first DEC-hack. Michael ? BTW think that getting the DS ethernetworking requiers some hacking and not only in the ethernet part, also addresses and irq stuff. I'm having fun. :-) Regards, Richard From imp@pencil-box.village.org Mon Jun 29 22:50:34 1998 Received: from sophie.bolix.com (sophie.bolix.com [209.107.35.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA06111; Mon, 29 Jun 1998 22:50:32 +0200 (MET DST) Received-Date: Mon, 29 Jun 1998 22:50:32 +0200 (MET DST) Received: from pencil-box.village.org (tape-box [209.107.35.22]) by sophie.bolix.com (8.8.6/8.8.6) with ESMTP id OAA11633 for ; Mon, 29 Jun 1998 14:49:06 -0600 (MDT) Received: (from imp@localhost) by pencil-box.village.org (8.8.8/8.8.3) id OAA00665 for linux-mips@fnet.fr; Mon, 29 Jun 1998 14:50:03 -0600 (MDT) Date: Mon, 29 Jun 1998 14:50:03 -0600 (MDT) From: "M. Warner Losh" Message-Id: <199806292050.OAA00665@pencil-box.village.org> To: linux-mips@fnet.fr Subject: new CE boxes Content-Length: 662 Lines: 12 I just was paging through my mobile planet and found two or three CE boxes that were based eiter on [V]R4111 or on a "MIPS RISK CHIP". Any idea how hard it would be to port Linux to these boxes? Any idea how hard it would be to prorgam new ROMS? Are they flash? I noticed in the same catalog a CE development embedded C++ compiler for CE that lets you embed you app in the ROMs of a CE box. Anybody know if this is a doable thing or not? Warner P.S. My fear is that the answer will be: "Porting to the mips chip will be easy, but getting it to talk to the devices will be hard. Also, the ROMs are really ROM and not flash or eeprom" but I have to ask. From imp@village.org Tue Jun 30 08:27:46 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 IAA10030; Tue, 30 Jun 1998 08:27:44 +0200 (MET DST) Received-Date: Tue, 30 Jun 1998 08:27:44 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yqttC-0002km-00; Tue, 30 Jun 1998 00:27:38 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id AAA23207 for ; Tue, 30 Jun 1998 00:27:43 -0600 (MDT) Message-Id: <199806300627.AAA23207@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: new CE boxes In-reply-to: Your message of "Mon, 29 Jun 1998 14:50:03 MDT." <199806292050.OAA00665@pencil-box.village.org> References: <199806292050.OAA00665@pencil-box.village.org> Date: Tue, 30 Jun 1998 00:27:43 -0600 From: Warner Losh Content-Length: 609 Lines: 14 In message <199806292050.OAA00665@pencil-box.village.org> "M. Warner Losh" writes: : I just was paging through my mobile planet and found two or three CE boxes that : were based eiter on [V]R4111 or on a "MIPS RISC CHIP". Any idea how hard : it would be to port Linux to these boxes? More digging shows that there are "standard" chipsets that go along with the Vr4111 which interface everything from touch screen to lcd control to keyboard input (or these features are on the Vr4111 chip itself). So the only question that would remain would be how to boot my own kernel on one of these beasts... Warner