From owner-freebsd-alpha Sun Dec 3 16: 0:15 2000 From owner-freebsd-alpha@FreeBSD.ORG Sun Dec 3 16:00:13 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail2.clarkson.edu (mail2.clarkson.edu [128.153.4.11]) by hub.freebsd.org (Postfix) with SMTP id 2184237B400 for ; Sun, 3 Dec 2000 16:00:13 -0800 (PST) Received: (qmail 20903 invoked by uid 0); 4 Dec 2000 00:00:07 -0000 Received: from isis.aoc.clarkson.edu (128.153.130.35) by mail.clarkson.edu with SMTP; 4 Dec 2000 00:00:07 -0000 Date: Sun, 3 Dec 2000 19:00:06 -0500 (EST) From: Todd Cohen X-Sender: cohentl@isis.aoc.clarkson.edu To: freebsd-alpha@freebsd.org Subject: internal compiler error In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 4.2 Release.. ports from yesterday.. anyone else see this? gmake[1]: Entering directory `/usr/ports/x11-toolkits/qt22/work/qt-2.2.1/src' c++ -c -I/usr/X11R6/include -I/usr/ports/x11-toolkits/qt22/work/qt-2.2.1/includ e -I/usr/X11R6/include -DQT_PREFIX=\"/usr/X11R6\" -O -pipe -fPIC -DQT_BUILTIN_G IF_READER=1 -DQT_NO_IMAGEIO_MNG -I/usr/local/include -I/usr/X11R6/include -o k ernel/moc_qabstractlayout.o kernel/moc_qabstractlayout.cpp kernel/moc_qabstractlayout.cpp: In function `static class QMetaObject * QLayout: :staticMetaObject()': kernel/moc_qabstractlayout.cpp:130: Internal compiler error in `gen_reload_inhi' , at ../cc_tools/insn-emit.c:5550 Please submit a full bug report. See for instructions. gmake[1]: *** [kernel/moc_qabstractlayout.o] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/qt22/work/qt-2.2.1/src' gmake: *** [sub-src] Error 2 *** Error code 2 Stop in /usr/ports/x11-toolkits/qt22. *** Error code 1 __________________________________________________________________________ ICMP: The protocol that goes PING! I like angles, but only to a degree. cthread. cthread_fork(). Fork, thread, fork! Black holes suck. http://wckn.clarkson.edu/~cohentl/ Real_men_don't_need_spacebars. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 3 17:29:33 2000 From owner-freebsd-alpha@FreeBSD.ORG Sun Dec 3 17:29:32 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B47E37B400 for ; Sun, 3 Dec 2000 17:29:31 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA14029; Sun, 3 Dec 2000 17:29:30 -0800 Date: Sun, 3 Dec 2000 17:29:25 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Bernd Walter Cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: Patch to make my PC164 booting. In-Reply-To: <20001201193042.A49869@cicely8.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've checked this out, and it seems to work, and I believe that it covers the known breakage cases. I think it should be checked in and will do so unless I hear something tomorrow morning. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 3 17:32:27 2000 From owner-freebsd-alpha@FreeBSD.ORG Sun Dec 3 17:32:26 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id C712237B400; Sun, 3 Dec 2000 17:32:25 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA14040; Sun, 3 Dec 2000 17:32:24 -0800 Date: Sun, 3 Dec 2000 17:32:18 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrew Gallatin Cc: Doug Rabson , John Baldwin Subject: 4100 status In-Reply-To: <14885.48508.345980.77164@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Umm, finally getting to this....managed to fire up the 4100 here. If I disable probing other than isp0, and turn off the E/D debug printfs, I was able to boot the 2 host 4100. As a side note (of some horror), 4.2 also has problems with > 1 Qlogic card involved- things panic after probing about 12 disks often (hard to repeat, and attempts to track down where are difficult as ddb blows up, etc.- *I* think that this is a boot issue (again)). I'm going to checkin the commented out printfs and say that 4100 is in the 'stutteringly working' column. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 3 17:40:15 2000 From owner-freebsd-alpha@FreeBSD.ORG Sun Dec 3 17:40:14 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 39F0037B400 for ; Sun, 3 Dec 2000 17:40:14 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA21041; Sun, 3 Dec 2000 20:40:13 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB41eDZ13684; Sun, 3 Dec 2000 20:40:13 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 3 Dec 2000 20:40:13 -0500 (EST) To: mjacob@feral.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Patch to make my PC164 booting. In-Reply-To: References: <20001201193042.A49869@cicely8.cicely.de> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14890.62909.614229.580923@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > > I've checked this out, and it seems to work, and I believe that it covers the > known breakage cases. I think it should be checked in and will do so unless I > hear something tomorrow morning. You have my blessing to commit it. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 9:28:44 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 09:28:43 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9357B37B400 for ; Mon, 4 Dec 2000 09:28:42 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA16328 for ; Mon, 4 Dec 2000 09:28:47 -0800 Date: Mon, 4 Dec 2000 09:28:42 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: alpha@FreeBSD.ORG Subject: Alpha 4100 Status Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alpha 4100s appear to be (at least somewhat) working in -current now. Don't trust the family jewels to it though- there are some things very wierd going on. For -current, the system seems slightly logy and freezes up at points, and I now got a set of isp timeouts last night while building stuff- wierd. Even 4.2 has problems- I get panics at random places during SCSI configuration. It's hard to say why. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 10:44:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 10:44:18 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 358EA37B400 for ; Mon, 4 Dec 2000 10:44:18 -0800 (PST) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA10128; Mon, 4 Dec 2000 10:44:17 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB4IiBR45400; Mon, 4 Dec 2000 10:44:11 -0800 (PST) (envelope-from obrien) Date: Mon, 4 Dec 2000 10:44:11 -0800 From: "David O'Brien" To: Matthew Jacob Cc: alpha@FreeBSD.ORG Subject: Re: Alpha 4100 Status Message-ID: <20001204104411.A45344@dragon.nuxi.com> Reply-To: alpha@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Mon, Dec 04, 2000 at 09:28:42AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Dec 04, 2000 at 09:28:42AM -0800, Matthew Jacob wrote: > Alpha 4100s appear to be (at least somewhat) working in -current now. Not sure what that means. JHB and I debate if that means it runs and boots, but not with a Qlogic SCSI card in the machine. Can you clarfiy if I update our 4100 to -current that we will have the same functionality we have at PRE_SMPNG? thanks, -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 10:56:51 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 10:56:50 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id AE86F37B400 for ; Mon, 4 Dec 2000 10:56:49 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA16659 for ; Mon, 4 Dec 2000 10:56:54 -0800 Date: Mon, 4 Dec 2000 10:56:49 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: alpha@FreeBSD.ORG Subject: Re: Alpha 4100 Status In-Reply-To: <20001204104411.A45344@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Mon, Dec 04, 2000 at 09:28:42AM -0800, Matthew Jacob wrote: > > Alpha 4100s appear to be (at least somewhat) working in -current now. > > Not sure what that means. JHB and I debate if that means it runs and > boots, but not with a Qlogic SCSI card in the machine. Can you clarfiy > if I update our 4100 to -current that we will have the same functionality > we have at PRE_SMPNG? It, and 4.2, works on the 4100 with one QLogic card configured. I use the isp_disable environment variable to disable the others. Sometimes the system boots with them (bot PRE_SMPNG and -current) fine, sometimes it panics. It may be some other (non-SMPNG) bug because it also appears in 4.2. Remember, though, that this is early days. I have the two MCPCIA 4100 working here at Feral (and you should see that power meter spin!). I have yet to try the four MCPCIA 4100s at NASA/Ames (since I cannot power cycle them remotely). My point of what I'm saying is to be cautious- things appear to work in single unit cases. The entire FreeBSD alpha release, and, frankly, all of FreeBSD, is not a tested or qualified release, except as we used to joke at Sun ("Our software is *extensively* field tested! After a year in the field, we know what doesn't work!"). Therefore, rather than saying, as we have in the past, "4100s work now!", I will say, "mine does". Until such time as we have full cooperation from the vendor such that we can make and execute a full test plan for supported models, that is a more prudent approach. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 12:18:55 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 12:18:54 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id DB08537B400 for ; Mon, 4 Dec 2000 12:18:53 -0800 (PST) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA10586 for ; Mon, 4 Dec 2000 12:18:52 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB4KIl746552 for alpha@freebsd.org; Mon, 4 Dec 2000 12:18:47 -0800 (PST) (envelope-from obrien) Date: Mon, 4 Dec 2000 12:18:45 -0800 From: "David O'Brien" To: alpha@freebsd.org Subject: A nice Compaq Testdrive page -- wish we had something simular Message-ID: <20001204121845.A46520@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://www.turbolinux.com/products/testdrive.html Is a really nice push for people to try TurboLinux on Compaq's Test Drive systems. Compaq also has Test Drive systems running FreeBSD. We really should push it a whole lot more on our web site than we do now... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 12:49: 0 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 12:48:57 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id E857037B6AE; Mon, 4 Dec 2000 12:48:55 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 1432Xe-000Kue-00; Mon, 04 Dec 2000 20:48:54 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB4KmNg02409; Mon, 4 Dec 2000 21:48:23 +0100 (CET) (envelope-from wkb) Date: Mon, 4 Dec 2000 21:48:23 +0100 From: Wilko Bulte To: "David O'Brien" Cc: alpha@freebsd.org Subject: Re: A nice Compaq Testdrive page -- wish we had something simular Message-ID: <20001204214823.A2323@freebie.demon.nl> References: <20001204121845.A46520@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001204121845.A46520@dragon.nuxi.com>; from obrien@freebsd.org on Mon, Dec 04, 2000 at 12:18:45PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Dec 04, 2000 at 12:18:45PM -0800, David O'Brien wrote: > http://www.turbolinux.com/products/testdrive.html > Is a really nice push for people to try TurboLinux on Compaq's Test Drive > systems. Compaq also has Test Drive systems running FreeBSD. We really > should push it a whole lot more on our web site than we do now... I agree. But the problem is that the whole FreeBSD/alpha thing is already running on a meager set of people. Among them are not a whole lot of PR/Marketing-like folks it seems :/ FWIW: I've been seeding the FreeBSD/alpha promo CDs from WC/BSDi into multiple Alpha shops that I'm in contact with. And within Compaq itself. It's painfully clear that most people have never heared of FreeBSD, let alone FreeBSD on Alpha CPUs. Wilko -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 13:46:38 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 13:46:37 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 5ECA037B400 for ; Mon, 4 Dec 2000 13:46:36 -0800 (PST) Received: (qmail 4518 invoked by uid 0); 4 Dec 2000 21:46:35 -0000 Received: from ppp-5.pm02.hbg.nikoma.de (HELO feldregen) (212.122.132.68) by mail.gmx.net (mail04) with SMTP; 4 Dec 2000 21:46:35 -0000 From: "Klaus Berbach" To: "alpha@FreeBSD.ORG" Date: Mon, 04 Dec 2000 22:48:16 +0100 Reply-To: "Klaus Berbach" Priority: Normal X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 2000 (5.0.2195;1) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Compile options Message-Id: <20001204214636.5ECA037B400@hub.freebsd.org> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I was just wondering, wether I could user /usr/src/sys/i386/LINT as reference for the alpha kernel options, too ? (Well, exept the cpu stuff, of course). Or does the GENERIC Kernel already include all options available ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 16: 6:15 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 16:06:14 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from tristero.cryptocourier.com (black-3.dsl.speakeasy.net [216.231.56.189]) by hub.freebsd.org (Postfix) with SMTP id DBC0A37B400 for ; Mon, 4 Dec 2000 16:06:13 -0800 (PST) Received: (qmail 19548 invoked from network); 5 Dec 2000 00:09:41 -0000 Received: from roark.layer8.net (192.168.69.11) by tristero.cryptocourier.com with SMTP; 5 Dec 2000 00:09:41 -0000 Received: by roark.layer8.net (sSMTP sendmail emulation); Mon, 4 Dec 2000 15:54:47 -0800 Date: Mon, 4 Dec 2000 15:54:47 -0800 From: Ben Black To: freebsd-alpha@FreeBSD.org Subject: part numbers for 2100 5/300 processor modules? Message-ID: <20001204155447.E1431@layer8.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org does anyone happen to know the actual part numbers for the 300MHz 21164 (5/300) processor cards? i don't mean the KN580AR-AA part numbers for the OS-specific processor upgrades, i mean the actual part number for the card itself. any help greatly appreciated. ben -- what great thing would you attempt if you knew you could not fail? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 16:41:51 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 16:41:49 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 2858437B400 for ; Mon, 4 Dec 2000 16:41:49 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id TAA12276; Mon, 4 Dec 2000 19:41:48 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB50fmB16113; Mon, 4 Dec 2000 19:41:48 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 4 Dec 2000 19:41:47 -0500 (EST) To: Ben Black Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: part numbers for 2100 5/300 processor modules? In-Reply-To: <20001204155447.E1431@layer8.net> References: <20001204155447.E1431@layer8.net> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14892.14352.956036.813077@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ben Black writes: > does anyone happen to know the actual part numbers for the > 300MHz 21164 (5/300) processor cards? i don't mean the KN580AR-AA > part numbers for the OS-specific processor upgrades, i mean > the actual part number for the card itself. > > any help greatly appreciated. As in the BAXXXX-XX number that 'show conf' or 'show fru' would spit out from the SRM? Have a look at http://ftp.digital.com/pub/Digital/Alpha/systems/as2100/docs/ev5_cpu_upgrade.ps On page ix, they list the 300MHz (291MHz actually) part as B2040-BA the 250MHz part is B2040-AA Do you have one of these running FreeBSD? I'm currently re-writing the AlphaServer 2x000 support and I am looking for testers who have any of the 2x000 series with an ExtIO module. I'm also looking for testers who have a 2100A ("lynx"). Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 4 20:56: 7 2000 From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 4 20:56:05 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id 6A0F637B400 for ; Mon, 4 Dec 2000 20:56:05 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB54tw403535 for ; Mon, 4 Dec 2000 22:55:58 -0600 Date: Mon, 4 Dec 2000 22:55:58 -0600 (CST) From: Mike Eldridge To: freebsd-alpha@freebsd.org Subject: finally :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I finally got my Multia up and running FreeBSD 4.1 after I got the serial cable I needed in the mail today. I feel lost now. I have grown so incredibly used to Linux over the past 4 years that everything feels out of place. The whole master.passwd/vipw thing screws with my head. :) I've had the kernel panic once shortly after I got it up and running with a memory management fault. Not quite sure what that was, but I do hope none of this true parity memory is bad. If it happens again, I'll be sure to take note of the error, registers, etc, and pick all of your brains. I want to put the alpha's serial console on my linux box's tty11, but I can't quite figure out how I'd do that. The getty runs on the receiving end, so I can't just throw a getty up on tty11 cause it would throw a huge hissy fit whenever it received the login banner from the other side. I'm sure it would be quite humorous to watch that for about 5 seconds. I'm wondering if there is a simple serial communications proggie (minicom > simple) that I can throw in my inittab to access the alpha's console from this linux box's console. I think it would be pretty nifty to have tty11 actually be a terminal for a remote machine. Now that I think about it, serial's pretty rough. I'd be much better off logging into the box via telnet/ssh than putting up with a < 112Kbps serial link. The install was pretty speedy for a multia, I was impressed. Once I find a couple more parts for my other multia, I'll be setting up a cluster. I'll probably end up writing some goofy useless distributed proggie just so I can say I ran a parallel multitasking app. MPI/PVM is so nifty. :) I wonder how long it would take a pair of multia 166s to render Titanic. Heh, while I was compiling bash, I noticed the extremely flagrant "The -O2 flag TRIGGERS KNOWN OPTIMIZER BUGS ON THIS PLATFORM" warning. I thought it was quite amusing, similar to the BUGS section of the gnu strtok(3) manpage: "NEVER USE THIS FUNCTION!" :) goodnight, Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 1:44:31 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 01:44:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id DFE2437B400; Tue, 5 Dec 2000 01:44:29 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXCC749VVO0013P0@research.kpn.com>; Tue, 5 Dec 2000 10:44:27 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Tue, 05 Dec 2000 10:44:26 +0100 Content-return: allowed Date: Tue, 05 Dec 2000 10:44:23 +0100 From: "Koster, K.J." Subject: RE: A nice Compaq Testdrive page -- wish we had something simular To: 'Wilko Bulte' , David O'Brien Cc: alpha@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A82@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > It's painfully clear that most people have never heared of > FreeBSD, let alone FreeBSD on Alpha CPUs. > There's also the problem of describing FreeBSD in a single sentence. me: "It's a free UNIX for Intel and Alpha hardware." him: [ dim look ] me: "You know, like Linux is a free UNIX too." him: [ brightens up ] "Ah, no, we don't use Linux." Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 4:52:58 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 04:52:53 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id D095037B400; Tue, 5 Dec 2000 04:52:51 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143HaU-0005Qj-00; Tue, 05 Dec 2000 12:52:50 +0000 To: gallatin@freebsd.org Cc: freebsd-alpha@freebsd.org From: postmaster@freebie.demon.nl Subject: Test results for Lynx/-current Date: Tue, 5 Dec 2000 12:52:50 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="DemonWebmail_Boundary" Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --DemonWebmail_Boundary Content-Type: text/plain Hi Drew, Attached the boot messages for Lynx based on your test kernel you put up for ftp yesterday. HTH, Wilko --DemonWebmail_Boundary Content-Type: application/octet-stream; name="Lynx.script" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Lynx.script" U2NyaXB0IHN0YXJ0ZWQgb24gVHVlIERlYyAgNSAxMTo1NDoyOSAyMDAwCmJhc2gtMi4wNCMgdGlw IGEKUDAwPj4+c2hvIG1lbQoKTW9kdWxlICAgU2l6ZSAgICBCYXNlIEFkZHIgICBJbnRsdiBNb2Rl ICBJbnRsdiBVbml0ICBTdGF0dXMKLS0tLS0tICAgLS0tLS0gICAtLS0tLS0tLS0gICAtLS0tLS0t LS0tICAtLS0tLS0tLS0tICAtLS0tLS0KICAwICAgICAgMTI4TUIgICAwMDAwMDAwMCAgICAgIDEt V2F5ICAgICAgICAgMCAgICAgICBQYXNzZWQKVG90YWwgQmFkIFBhZ2VzIDAKUDAwPj4+c2hvIGNv bmYKICAgICAgICAgICAgICAgICAgICAgICAgRGlnaXRhbCBFcXVpcG1lbnQgQ29ycG9yYXRpb24K ICAgICAgICAgICAgICAgICAgICAgICAgICAgQWxwaGFTZXJ2ZXIgMjEwMEEgNC8yMDAKClNSTSBD b25zb2xlIFY1LjMtMTAgICAgICAgIAlWTVMgUEFMY29kZSBWNS41Ni03LCBPU0YgUEFMY29kZSBW MS40NS0xMgoKQ29tcG9uZW50CVN0YXR1cwkJTW9kdWxlIElECkNQVSAwCQkgICBQCQlCMjAyMC1B QSBERUNjaGlwICh0bSkgMjEwNjQtMwpNZW1vcnkgMAkgICBQCQlCMjAyMS1DQSAxMjggTUIKSS9P CQkgICAgCQlCMjIyMi1BQQoJCQkJZHZhMC4wLjAuMTAwMC4wICAgICAJUlgyNi9SWDIzCgogU2xv dAlPcHRpb24JCQlIb3NlIDAsIEJ1cyAwLCBQQ0kKICAgMglJbnRlbCA4MjM3NSAgICAgICAgIAkg ICAgICAgICAgICAgICAgICAgIAlCcmlkZ2UgdG8gQnVzIDEsIEVJU0EKICAgMwlERUNjaGlwIDIx MDUwLUFBICAgIAkgICAgICAgICAgICAgICAgICAgIAlCcmlkZ2UgdG8gQnVzIDIsIFBDSQogICA3 CURFQ2NoaXAgMjEwNDAtQUEgICAgCWV3YTAuMC4wLjcuMCAgICAgICAgCTAwLTAwLUY4LTIzLTE2 LTMxCiAgIDkJUUxvZ2ljIElTUDEwMjAgICAgICAJcGtiMC43LjAuOS4wICAgICAgICAJU0NTSSBC dXMgSUQgNwoKIFNsb3QJT3B0aW9uCQkJSG9zZSAwLCBCdXMgMSwgRUlTQQogICAxCUNvbXBhcSBR dmlzaW9uICAgICAgCSAgICAgICAgICAgICAgICAgICAgCQogICAzCU15bGV4IERBQzk2MCAgICAg ICAgCWRyYS4wLjAuMTAwMy4wICAgICAgCQoJCQkJZHJhMC4wLjAuMTAwMy4wICAgICAJNSBNZW1i ZXIgUkFJRCA1CgogU2xvdAlPcHRpb24JCQlIb3NlIDAsIEJ1cyAyLCBQQ0kKICAgMQlOQ1IgNTND ODEwICAgICAgICAgIAlwa2EwLjcuMC4yMDAxLjAgICAgIAlTQ1NJIEJ1cyBJRCA3CgkJCQlka2E2 MDAuNi4wLjIwMDEuMCAgIAlSUkQ0MwogICA2CU15bGV4IERBQzk2MCAgICAgICAgCWRyYi4wLjAu MjAwNi4wICAgICAgCQoJCQkJZHJiMC4wLjAuMjAwNi4wICAgICAJMiBNZW1iZXIgUkFJRCAxCgkJ CQlkcmIxLjAuMC4yMDA2LjAgICAgIAkyIE1lbWJlciBSQUlEIDEKCQkJCWRyYjIuMC4wLjIwMDYu MCAgICAgCTIgTWVtYmVyIFJBSUQgMQpQMDA+Pj5zaG8gZGV2CmRrYTYwMC42LjAuMjAwMS4wICAg ICAgICAgIERLQTYwMCAgICAgICAgICAgICAgICAgICAgICAgIFJSRDQzICAxMDg0CmRyYTAuMC4w LjEwMDMuMCAgICAgICAgICAgIERSQTAgICAgICAgICAgICAgICAgNSBNZW1iZXIgUkFJRCA1ICAK ZHJiMC4wLjAuMjAwNi4wICAgICAgICAgICAgRFJCMCAgICAgICAgICAgICAgICAyIE1lbWJlciBS QUlEIDEgIApkcmIxLjAuMC4yMDA2LjAgICAgICAgICAgICBEUkIxICAgICAgICAgICAgICAgIDIg TWVtYmVyIFJBSUQgMSAgCmRyYjIuMC4wLjIwMDYuMCAgICAgICAgICAgIERSQjIgICAgICAgICAg ICAgICAgMiBNZW1iZXIgUkFJRCAxICAKZHZhMC4wLjAuMTAwMC4wICAgICAgICAgICAgRFZBMCAg ICAgICAgICAgICAgICAgICAgICBSWDI2L1JYMjMKZXdhMC4wLjAuNy4wICAgICAgICAgICAgICAg RVdBMCAgICAgICAgICAgICAgMDAtMDAtRjgtMjMtMTYtMzEKcGthMC43LjAuMjAwMS4wICAgICAg ICAgICAgUEtBMCAgICAgICAgICAgICAgICAgIFNDU0kgQnVzIElEIDcKcGtiMC43LjAuOS4wICAg ICAgICAgICAgICAgUEtCMCAgICAgICAgICAgICAgICAgIFNDU0kgQnVzIElEIDcgIDUuNTcKUDAw Pj4+ClAwMD4+PmJvb3QgZHZhMAoKSGFsdCBCdXR0b24gaXMgSU4sIEJPT1QgTk9UIFBPU1NJQkxF CgpQMDA+Pj5ib290IGR2YTAKKGJvb3QgZHZhMC4wLjAuMTAwMC4wIC1mbGFncyAwLDApCmJsb2Nr IDAgb2YgZHZhMC4wLjAuMTAwMC4wIGlzIGEgdmFsaWQgYm9vdCBibG9jawpyZWFkaW5nIDE1IGJs b2NrcyBmcm9tIGR2YTAuMC4wLjEwMDAuMApib290c3RyYXAgY29kZSByZWFkIGluCmJhc2UgPSAy MDAwMDAsIGltYWdlX3N0YXJ0ID0gMCwgaW1hZ2VfYnl0ZXMgPSAxZTAwCmluaXRpYWxpemluZyBI V1JQQiBhdCAyMDAwCmluaXRpYWxpemluZyBwYWdlIHRhYmxlIGF0IDdmZjAwMDAKaW5pdGlhbGl6 aW5nIG1hY2hpbmUgc3RhdGUKc2V0dGluZyBhZmZpbml0eSB0byB0aGUgcHJpbWFyeSBDUFUKanVt cGluZyB0byBib290c3RyYXAgY29kZQp8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwhMb2FkaW5nIC9ib290 L2xvYWRlcgotCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhDb25zb2xlOiBTUk0g ZmlybXdhcmUgY29uc29sZQpWTVMgUEFMIHJldjogMHg0MDAwNzAwMDEwNTM4Ck9TRiBQQUwgcmV2 OiAweDQwMDBjMDAwMjAxMmQKU3dpdGNoIHRvIE9TRiBQQUwgY29kZSBzdWNjZWVkZWQuCgpGcmVl QlNEL2FscGhhIFNSTSBkaXNrIGJvb3QsIFJldmlzaW9uIDEuMQoocm9vdGtAcXV5bmgubnV4aS5j b20sIE1vbiBOb3YgMjcgMDU6Mzk6NTMgR01UIDIwMDApCk1lbW9yeTogMTMxMDcyIGsKfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC9rZXJuZWwgZGF0YT0weDI5NGEz MCsweDJiMzIwIC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIc3lt cz1bMHg4KzB4MzdlZjB8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8IKzB4OCsweDI5MzRmLQhc CHwILwgtCFwIfAgvCC0IXAh8CF0KBwcKUGxlYXNlIGluc2VydCBNRlMgcm9vdCBmbG9wcHkgYW5k IHByZXNzIGVudGVyOgoKLwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCAcHCkhpdCBbRW50ZXJdIHRvIGJvb3QgaW1tZWRpYXRlbHksIG9yIGFueSBvdGhlciBr ZXkgZm9yIGNvbW1hbmQgcHJvbXB0LgpCb290aW5nIFsva2VybmVsXSBpbiA5IHNlY29uZHMuLi4g Qm9vdGluZyBbL2tlcm5lbF0gaW4gOCBzZWNvbmRzLi4uIEJvb3RpbmcgWy9rZXJuZWxdIGluIDcg c2Vjb25kcy4uLiBCb290aW5nIFsva2VybmVsXSBpbiA2IHNlY29uZHMuLi4gQm9vdGluZyBbL2tl cm5lbF0gaW4gNSBzZWNvbmRzLi4uIEJvb3RpbmcgWy9rZXJuZWxdIGluIDQgc2Vjb25kcy4uLiBC b290aW5nIFsva2VybmVsXSBpbiAzIHNlY29uZHMuLi4gQm9vdGluZyBbL2tlcm5lbF0gaW4gMiBz ZWNvbmRzLi4uIEJvb3RpbmcgWy9rZXJuZWxdIGluIDEgc2Vjb25kLi4uIEJvb3RpbmcgWy9rZXJu ZWxdLi4uICAgICAgICAgICAgICAgCi0IXAh8CC8ILQhcCEVudGVyaW5nIGtlcm5lbCBhdCAweGZm ZmZmYzAwMDAzMjdmMjAuLi4KVW5yZWNvZ25pemVkIGJvb3QgZmxhZyAnMCcuClVucmVjb2duaXpl ZCBib290IGZsYWcgJywnLgpVbnJlY29nbml6ZWQgYm9vdCBmbGFnICcwJy4KQ29weXJpZ2h0IChj KSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgw LCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVk LgpGcmVlQlNEIDUuMC1DVVJSRU5UICMxNDogU3VuIERlYyAgMyAyMzowMjoyOSBFU1QgMjAwMAog ICAgZ2FsbGF0aW5AdGh1bmRlci5jcy5kdWtlLmVkdTovLmFtZF9tbnQvbXVmZmluL2V4cG9ydC9h cmlfc2NyYXRjaDIvZ2FsbGF0aW4vY3VycmVudC9zeXMvY29tcGlsZS9TQUJMRQpERUMgQWxwaGFT ZXJ2ZXIgMjEwMEEKQWxwaGFTZXJ2ZXIgMjEwMEEgNC8yMDAsIDE5ME1Iego4MTkyIGJ5dGUgcGFn ZSBzaXplLCAxIHByb2Nlc3Nvci4KQ1BVOiBFVjQgKDIxMDY0KSBtYWpvcj0yIG1pbm9yPTEKT1NG IFBBTCByZXY6IDB4NDAwMGMwMDAyMDEyZApyZWFsIG1lbW9yeSAgPSAxMzIwNDY4NDggKDEyODk1 MksgYnl0ZXMpCmF2YWlsIG1lbW9yeSA9IDEyMDY0MzU4NCAoMTE3ODE2SyBieXRlcykKUHJlbG9h ZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhmZmZmZmMwMDAwOGY0MDAwLgpQcmVsb2FkZWQg bWZzX3Jvb3QgIi9tZnNyb290IiBhdCAweGZmZmZmYzAwMDA4ZjQwYzAuCm1kMDogUHJlbG9hZGVk IGltYWdlIDwvbWZzcm9vdD4gMjk0OTEyMCBieXRlcyBhdCAweGZmZmZmYzAwMDA2MjBmYTAKbWQx OiBNYWxsb2MgZGlzawp0MjA6IHVzaW5nIGludGVycnVwdCB0eXBlIDEgb24gcGNpIGJ1cyAwCnQy MDogPFQyIENvcmUgTG9naWMgY2hpcHNldD4KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwCmlzYWIw OiA8SW50ZWwgODIzNzVFQiBQQ0ktRUlTQSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApp c2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpYjE6IDxERUMgMjEwNTAgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEKc3ltMDogPDgx MGE+IHBvcnQgMHg1MDAwLTB4NTBmZiBtZW0gMHg4MTAwNDAwMC0weDgxMDA0MGZmIGlycSAyOCBh dCBkZXZpY2UgMS4wIG9uIHBjaTEKc3ltMDogTm8gTlZSQU0sIElEIDcsIEZhc3QtMTAsIFNFLCBw YXJpdHkgY2hlY2tpbmcKc3ltMDogaW50ZXJydXB0aW5nIGF0IFQyIGlycSAyOCAoc3RkaW8gaXJx IDI4KQpwY2kxOiA8dW5rbm93biBjYXJkPiAodmVuZG9yPTB4MTA2OSwgZGV2PTB4MDAwMSkgYXQg Ni4wIGlycSA0OApkZTA6IDxEaWdpdGFsIDIxMDQwIEV0aGVybmV0PiBwb3J0IDB4MTAxMDAtMHgx MDE3ZiBtZW0gMHg4MTExMTAwMC0weDgxMTExMDdmIGlycSAzNiBhdCBkZXZpY2UgNy4wIG9uIHBj aTAKZGUwOiBpbnRlcnJ1cHRpbmcgYXQgVDIgaXJxIDM2IChzdGRpbyBpcnEgMzYpCmRlMDogREVD IDIxMDQwIFsxME1iL3NdIHBhc3MgMi40CmRlMDogYWRkcmVzcyAwMDowMDpmODoyMzoxNjozMQpm ZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEg NiBkcnEgMiBvbiBpc2EwCmZkYzA6IGludGVycnVwdGluZyBhdCBUMiBpcnEgNiAoc3RkaW8gaXJx IDcpCmZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQKZmQwOiA8MTQ0MC1LQiAz LjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIg KGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMAphdGtiZDA6IGludGVycnVwdGluZyBhdCBUMiBpcnEgMSAoc3RkaW8g aXJxIDYpCnBzbToga2V5Ym9hcmQgY29udHJvbGxlciBmYWlsZWQuCnZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAK c2MwOiA8U3lzdGVtIGNvbnNvbGU+IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29s ZXMsIGZsYWdzPTB4MD4KbWNjbG9jazA6IDxNQzE0NjgxOEEgcmVhbCB0aW1lIGNsb2NrPiBhdCBw b3J0IDB4NzAtMHg3MSBvbiBpc2EwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBvbiBpc2Ew CnNpbzA6IHR5cGUgMTY1NTBBLCBjb25zb2xlCnNpbzA6IGludGVycnVwdGluZyBhdCBUMiBpcnEg NCAoc3RkaW8gaXJxIDE1KQpzaW8xOiByZXNlcnZlZCBmb3IgbG93LWxldmVsIGkvbwpwcGMwOiA8 UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDNiYy0weDNiZiBpcnEgNyBvbiBpc2EwCnBwYzA6IEdl bmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9kZQpwbGlwMDogY2Fu bm90IHJlc2VydmUgaW50ZXJydXB0LCBmYWlsZWQuCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBw YnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IFBvbGxlZCBwb3J0CnBwYzA6IGlu dGVycnVwdGluZyBhdCBUMiBpcnEgNyAoc3RkaW8gaXJxIDkpClRpbWVjb3VudGVyICJpODI1NCIg IGZyZXF1ZW5jeSAxMTkzMTgyIEh6ClRpbWVjb3VudGVyICJhbHBoYSIgIGZyZXF1ZW5jeSAxOTAw MDgyMDcgSHoKZGUwOiBhdXRvc2Vuc2UgZmFpbGVkOiBjYWJsZSBwcm9ibGVtPwoKaGFsdGVkIENQ VSAwCgpoYWx0IGNvZGUgPSAxCm9wZXJhdG9yIGluaXRpYXRlZCBoYWx0ClBDID0gZmZmZmZjMDAw MDUwMTVmOApQMDA+Pj4AAH4KW0VPVF0KYmFzaC0yLjA0IyAKYmFzaC0yLjA0IyBleGl0CgpTY3Jp cHQgZG9uZSBvbiBUdWUgRGVjICA1IDEyOjIxOjM4IDIwMDAK --DemonWebmail_Boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 5:28:53 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 05:28:52 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from home.se (smtphost3.home.se [195.66.35.199]) by hub.freebsd.org (Postfix) with ESMTP id 2111037B404 for ; Tue, 5 Dec 2000 05:28:51 -0800 (PST) Received: from daniel.n.nilsson@home.se [161.114.88.72] by home.se with Novell Internet Messaging System Web Client; Tue, 05 Dec 2000 14:27:35 Subject: Mikasa boot problems From: Daniel Nilsson To: freebsd-alpha@freebsd.org Date: Tue, 05 Dec 2000 13:27:35 GMT X-Sender: Novell Internet Messaging System Web Client MIME-Version: 1.0 Message-ID: <976022855.158daniel.n.nilsson@home.se> Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: 8bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to boot the 4.2-release on an AS1000 EV5/300 machine (aka Mikasa). I' tried booting the kernel from both the floppy and the CD-ROM but the results are the same, the kernel loads and finds all hardware in the machine. It gets to the point where it prints the message about waiting 15 seconds for SCSI devices to settle and then I get a message from de0 about switching to 10BASE-T. I can see the SCSI devices beeing reset but after that nothing. I tried unplugginf all the SCSI devices from the builtin 53C810 controller but that didn't make a difference. Any ideas what to try ? The machine runs with linux 2.2.16 and Tru64 5.1 Thanks Daniel Nilsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 6:41: 5 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 06:41:03 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 188ED37B400 for ; Tue, 5 Dec 2000 06:41:03 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA22337; Tue, 5 Dec 2000 09:41:02 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB5Ef2W17388; Tue, 5 Dec 2000 09:41:02 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 09:41:02 -0500 (EST) To: postmaster@freebie.demon.nl Cc: freebsd-alpha@freebsd.org Subject: Re: Test results for Lynx/-current In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14892.62187.353913.194648@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org postmaster@freebie.demon.nl writes: > Hi Drew, > > Attached the boot messages for Lynx based on your test kernel you put > up for ftp yesterday. > > HTH, > > Wilko > I think I found a bug that would explain interrupts not being enabled. Oops! Please take a fresh copy of http://people.FreeBSD.org/~gallatin/kern.flp (05-Dec-2000 06:36) I've also compiled the mylex driver into that kernel, so it may see the drb0-2 raid sets. I don't think the mylex driver supports eisa, and alpha doesnt yet support eisa, so you won't see dra0. Thanks! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 8:14: 7 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 08:14:04 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id DCEAC37B400; Tue, 5 Dec 2000 08:14:03 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA25180; Tue, 5 Dec 2000 11:14:02 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB5GE2817586; Tue, 5 Dec 2000 11:14:02 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 11:14:02 -0500 (EST) To: Daniel Nilsson Cc: freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems In-Reply-To: <976022855.158daniel.n.nilsson@home.se> References: <976022855.158daniel.n.nilsson@home.se> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14893.194.420965.77884@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel Nilsson writes: > Hi, > > I'm trying to boot the 4.2-release on an AS1000 EV5/300 > machine (aka Mikasa). I' tried booting the kernel from > both the floppy and the CD-ROM but the results are the > same, the kernel loads and finds all hardware in the > machine. It gets to the point where it prints the message > about waiting 15 seconds for SCSI devices to settle and > then I get a message from de0 about switching to 10BASE-T. > I can see the SCSI devices beeing reset but after that > nothing. I tried unplugginf all the SCSI devices from the > builtin 53C810 controller but that didn't make a difference. > > Any ideas what to try ? The machine runs with linux 2.2.16 > and Tru64 5.1 I ported the AS1000/AS1000A support from NetBSD. I don't think the 1000A support has been tested yet. I think I may have found a bug in the port of the interrupt code. I can send you a patch (below), or I can build you a floppy to use to boot 4.2. If you'd like a floppy, please describe your hardware (srm "show conf") so I can strip out some devices from the config file -- I cannot seem to make the BOOTMFS kernel fit on a floppy. I have no idea how David did it. Drew Index: sys/alpha/alpha/dec_1000a.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/dec_1000a.c,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 dec_1000a.c --- sys/alpha/alpha/dec_1000a.c 2000/07/20 06:12:12 1.2.2.2 +++ sys/alpha/alpha/dec_1000a.c 2000/12/05 15:24:48 @@ -401,5 +401,5 @@ /* * Enable cascade interrupt. */ - dec_1000_intr_enable(2); + dec_1000a_intr_enable(2); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:37:33 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:37:31 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id E100D37B400 for ; Tue, 5 Dec 2000 11:37:30 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143Nu3-0002gi-00; Tue, 05 Dec 2000 19:37:28 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5Jasv01443; Tue, 5 Dec 2000 20:36:54 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:36:54 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: postmaster@freebie.demon.nl, freebsd-alpha@freebsd.org Subject: Re: Test results for Lynx/-current Message-ID: <20001205203654.A346@freebie.demon.nl> References: <14892.62187.353913.194648@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14892.62187.353913.194648@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 05, 2000 at 09:41:02AM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 09:41:02AM -0500, Andrew Gallatin wrote: > postmaster@freebie.demon.nl writes: ^^-- bah. Should've been wkb@ > > Attached the boot messages for Lynx based on your test kernel you put > > up for ftp yesterday. > > > > HTH, > > > > Wilko > > > > I think I found a bug that would explain interrupts not being enabled. > Oops! :-) > Please take a fresh copy of > http://people.FreeBSD.org/~gallatin/kern.flp (05-Dec-2000 06:36) I'll see if I can try it tomorrow. > I've also compiled the mylex driver into that kernel, so it may see > the drb0-2 raid sets. I don't think the mylex driver supports eisa, > and alpha doesnt yet support eisa, so you won't see dra0. Well.. that Mylex has the VMS system image on it. I'm not yet sure if someone will kill me for nuking that :) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:45: 3 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:45:01 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 21AF637B400 for ; Tue, 5 Dec 2000 11:45:01 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143O1L-0003Qv-00; Tue, 05 Dec 2000 19:44:59 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5JiVv01569; Tue, 5 Dec 2000 20:44:31 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:44:31 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: Daniel Nilsson , freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems Message-ID: <20001205204431.C346@freebie.demon.nl> References: <976022855.158daniel.n.nilsson@home.se> <14893.194.420965.77884@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14893.194.420965.77884@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 05, 2000 at 11:14:02AM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 11:14:02AM -0500, Andrew Gallatin wrote: > > Daniel Nilsson writes: > > Hi, > > > > I'm trying to boot the 4.2-release on an AS1000 EV5/300 > > machine (aka Mikasa). I' tried booting the kernel from > > both the floppy and the CD-ROM but the results are the > > same, the kernel loads and finds all hardware in the > > machine. It gets to the point where it prints the message > > about waiting 15 seconds for SCSI devices to settle and > > then I get a message from de0 about switching to 10BASE-T. > > I can see the SCSI devices beeing reset but after that > > nothing. I tried unplugginf all the SCSI devices from the > > builtin 53C810 controller but that didn't make a difference. > > > > Any ideas what to try ? The machine runs with linux 2.2.16 > > and Tru64 5.1 > > I ported the AS1000/AS1000A support from NetBSD. I don't think the > 1000A support has been tested yet. Go and washed thou mouth with soap..! I have 4.2-something running on a AS1000A at work. Actually I use it as my FreeBSD-builder. Mine is a EV5/400 BTW. So, I don't understand why mine has worked for a long time now.. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:49: 7 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:49:04 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 2257B37B402 for ; Tue, 5 Dec 2000 11:49:04 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143O5G-0003eb-00; Tue, 05 Dec 2000 19:49:02 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5JmUu01629; Tue, 5 Dec 2000 20:48:30 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:48:30 +0100 From: Wilko Bulte To: Mike Eldridge Cc: freebsd-alpha@freebsd.org Subject: Re: finally :) Message-ID: <20001205204830.E346@freebie.demon.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from diz@cafes.net on Mon, Dec 04, 2000 at 10:55:58PM -0600 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Dec 04, 2000 at 10:55:58PM -0600, Mike Eldridge wrote: > I finally got my Multia up and running FreeBSD 4.1 after I got the serial > cable I needed in the mail today. > > I feel lost now. I have grown so incredibly used to Linux over the past 4 > years that everything feels out of place. The whole master.passwd/vipw > thing screws with my head. :) Linux does it wrong.. :-) > I want to put the alpha's serial console on my linux box's tty11, but I > can't quite figure out how I'd do that. The getty runs on the receiving > end, so I can't just throw a getty up on tty11 cause it would throw a huge > hissy fit whenever it received the login banner from the other side. I'm > sure it would be quite humorous to watch that for about 5 seconds. Disable the getty on the 'outgoing' connection side. I'm not sure how Linux does that, /etc/inittab maybe? > > simple) that I can throw in my inittab to access the alpha's console > from this linux box's console. I think it would be pretty nifty to have > tty11 actually be a terminal for a remote machine. On FreeBSD I use 'tip' > Now that I think about it, serial's pretty rough. I'd be much better off > logging into the box via telnet/ssh than putting up with a < 112Kbps > serial link. Sure! > I wonder how long it would take a pair of multia 166s to render Titanic. Approx one millenium I guess. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:53:32 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:53:31 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id E376037B400 for ; Tue, 5 Dec 2000 11:53:30 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143O9Z-0000Nu-00; Tue, 05 Dec 2000 19:53:29 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5Jquc01721; Tue, 5 Dec 2000 20:52:56 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:52:56 +0100 From: Wilko Bulte To: Ben Black Cc: freebsd-alpha@freebsd.org Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <20001205205256.G346@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001204155447.E1431@layer8.net>; from ben@layer8.net on Mon, Dec 04, 2000 at 03:54:47PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Dec 04, 2000 at 03:54:47PM -0800, Ben Black wrote: > does anyone happen to know the actual part numbers for the > 300MHz 21164 (5/300) processor cards? i don't mean the KN580AR-AA > part numbers for the OS-specific processor upgrades, i mean > the actual part number for the card itself. This one? CPU, AXP 2000 EV5 w/4MB Cache *Alpha CPU B2040-BA ? -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:56:27 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:56:25 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id A229937B400 for ; Tue, 5 Dec 2000 11:56:24 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143OCN-0003sw-00; Tue, 05 Dec 2000 19:56:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5JttI01741; Tue, 5 Dec 2000 20:55:55 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:55:55 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: Ben Black , freebsd-alpha@freebsd.org Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <20001205205555.H346@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14892.14352.956036.813077@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Dec 04, 2000 at 07:41:47PM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Dec 04, 2000 at 07:41:47PM -0500, Andrew Gallatin wrote: > Do you have one of these running FreeBSD? I'm currently re-writing > the AlphaServer 2x000 support and I am looking for testers who have > any of the 2x000 series with an ExtIO module. I'm also looking for From picking some brains at work I've been led to believe ExtIO never saw daylight on AS2100. AS2100A was introduced before ExtIO was released. So, I would not worry too much about it ;) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 11:57:35 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 11:57:33 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 09B7A37B400; Tue, 5 Dec 2000 11:57:33 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143ODT-0000ZP-00; Tue, 05 Dec 2000 19:57:31 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5Jv3P01773; Tue, 5 Dec 2000 20:57:03 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 20:57:03 +0100 From: "'Wilko Bulte'" To: "Koster, K.J." Cc: "David O'Brien" , alpha@FreeBSD.ORG Subject: Re: A nice Compaq Testdrive page -- wish we had something simular Message-ID: <20001205205703.J346@freebie.demon.nl> References: <59063B5B4D98D311BC0D0001FA7E4522026D7A82@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7A82@l04.research.kpn.com>; from K.J.Koster@kpn.com on Tue, Dec 05, 2000 at 10:44:23AM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 10:44:23AM +0100, Koster, K.J. wrote: > > > > It's painfully clear that most people have never heared of > > FreeBSD, let alone FreeBSD on Alpha CPUs. > > > There's also the problem of describing FreeBSD in a single sentence. > > me: "It's a free UNIX for Intel and Alpha hardware." > him: [ dim look ] > me: "You know, like Linux is a free UNIX too." > him: [ brightens up ] "Ah, no, we don't use Linux." Well, the sunny side is in that last answer ;) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 12: 1:50 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 12:01:46 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 28BCD37B402 for ; Tue, 5 Dec 2000 12:01:46 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA02000; Tue, 5 Dec 2000 15:01:45 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB5K1jU18194; Tue, 5 Dec 2000 15:01:45 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 15:01:45 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: part numbers for 2100 5/300 processor modules? In-Reply-To: <20001205205555.H346@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14893.18646.222048.868530@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > On Mon, Dec 04, 2000 at 07:41:47PM -0500, Andrew Gallatin wrote: > > > Do you have one of these running FreeBSD? I'm currently re-writing > > the AlphaServer 2x000 support and I am looking for testers who have > > any of the 2x000 series with an ExtIO module. I'm also looking for > > >From picking some brains at work I've been led to believe ExtIO never > saw daylight on AS2100. AS2100A was introduced before ExtIO was released. > > So, I would not worry too much about it ;) That's comforting. It brings up all sorts of nasty issues I'd rather not think about -- like having 2 sets of HAE registers. If I finally get you booting, I might be ready to commit the code in light of this new information.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 12: 5:47 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 12:05:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id CF72237B401 for ; Tue, 5 Dec 2000 12:05:43 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143OLO-0000yo-00; Tue, 05 Dec 2000 20:05:42 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5K5D501910; Tue, 5 Dec 2000 21:05:13 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 21:05:13 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <20001205210513.M346@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> <14893.18646.222048.868530@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14893.18646.222048.868530@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 05, 2000 at 03:01:45PM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 03:01:45PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > On Mon, Dec 04, 2000 at 07:41:47PM -0500, Andrew Gallatin wrote: > > > > > Do you have one of these running FreeBSD? I'm currently re-writing > > > the AlphaServer 2x000 support and I am looking for testers who have > > > any of the 2x000 series with an ExtIO module. I'm also looking for > > > > >From picking some brains at work I've been led to believe ExtIO never > > saw daylight on AS2100. AS2100A was introduced before ExtIO was released. > > > > So, I would not worry too much about it ;) > > That's comforting. It brings up all sorts of nasty issues I'd rather > not think about -- like having 2 sets of HAE registers. > > If I finally get you booting, I might be ready to commit the code in > light of this new information.. I just also saw the same info in some service training docs for the 2100. So it might be correct. We can always put this in HARDWARE.TXT (i.e. I will do that of course). Tomorrow we will know more. Today I first had to remove the broken 512Mb memory module from the Lynx. FreeBSD does not tolerate memory errors, the ECC needs CPU help and that is not given. Instead a panic is done ;-) W/ -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 12:13:54 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 12:13:53 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (c228380-a.sfmissn1.sfba.home.com [24.20.90.44]) by hub.freebsd.org (Postfix) with ESMTP id 1982A37B400 for ; Tue, 5 Dec 2000 12:13:53 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB5KMfF00879; Tue, 5 Dec 2000 12:22:44 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012052022.eB5KMfF00879@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Andrew Gallatin Cc: postmaster@freebie.demon.nl, freebsd-alpha@freebsd.org Subject: Re: Test results for Lynx/-current In-reply-to: Your message of "Tue, 05 Dec 2000 09:41:02 EST." <14892.62187.353913.194648@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Dec 2000 12:22:41 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I've also compiled the mylex driver into that kernel, so it may see > the drb0-2 raid sets. I don't think the mylex driver supports eisa, > and alpha doesnt yet support eisa, so you won't see dra0. Not yet, but I have an EISA card coming and Matt Dodd has written me a frontend, so it should be fairly trivial. (Which reminds me, I must go pay for it.) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 12:24:39 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 12:24:38 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 22C0F37B400; Tue, 5 Dec 2000 12:24:37 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143Odf-0004LX-00; Tue, 05 Dec 2000 20:24:35 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5KO6l02147; Tue, 5 Dec 2000 21:24:07 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 21:24:06 +0100 From: Wilko Bulte To: Mike Smith Cc: Andrew Gallatin , postmaster@freebie.demon.nl, freebsd-alpha@freebsd.org Subject: Re: Test results for Lynx/-current Message-ID: <20001205212406.A2115@freebie.demon.nl> References: <14892.62187.353913.194648@grasshopper.cs.duke.edu> <200012052022.eB5KMfF00879@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012052022.eB5KMfF00879@mass.osd.bsdi.com>; from msmith@freebsd.org on Tue, Dec 05, 2000 at 12:22:41PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 12:22:41PM -0800, Mike Smith wrote: > > I've also compiled the mylex driver into that kernel, so it may see > > the drb0-2 raid sets. I don't think the mylex driver supports eisa, > > and alpha doesnt yet support eisa, so you won't see dra0. > > Not yet, but I have an EISA card coming and Matt Dodd has written me a > frontend, so it should be fairly trivial. Oh. oh.. Me feels EISA testing time on Alpha is coming ;) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 12:34:47 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 12:34:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 7B7A337B400 for ; Tue, 5 Dec 2000 12:34:45 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA02809; Tue, 5 Dec 2000 15:34:44 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB5KYiX18274; Tue, 5 Dec 2000 15:34:44 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 15:34:44 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: part numbers for 2100 5/300 processor modules? In-Reply-To: <20001205210513.M346@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> <14893.18646.222048.868530@grasshopper.cs.duke.edu> <20001205210513.M346@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14893.20355.234641.954094@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > Tomorrow we will know more. Today I first had to remove the broken > 512Mb memory module from the Lynx. FreeBSD does not tolerate memory errors, > the ECC needs CPU help and that is not given. Instead a panic is done ;-) Ecc errors are tolerated: Jul 11 13:50:00 hurricane /kernel: Warning: received processor correctable error. This is an AS600 5/266. I'm pretty sure its an ecc error because it complained of them fairly bitterly back when it was running Tru64. I think the problem is that memory which is totally broken and generates a machine-check when accessed is not tolerated by FreeBSD, but is tolerated by Tru64. Somebody once told me that Tru64 probes all the memory and is smart enough to not use bad memory, that's probably how it survives on your machine.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 13: 2:45 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 13:02:43 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id D0B9337B401 for ; Tue, 5 Dec 2000 13:02:42 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143PEU-00035B-00; Tue, 05 Dec 2000 21:02:38 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB5L2Am02496; Tue, 5 Dec 2000 22:02:10 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Dec 2000 22:02:10 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <20001205220210.A2463@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> <14893.18646.222048.868530@grasshopper.cs.duke.edu> <20001205210513.M346@freebie.demon.nl> <14893.20355.234641.954094@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14893.20355.234641.954094@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 05, 2000 at 03:34:44PM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 03:34:44PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > > > Tomorrow we will know more. Today I first had to remove the broken > > 512Mb memory module from the Lynx. FreeBSD does not tolerate memory errors, > > the ECC needs CPU help and that is not given. Instead a panic is done ;-) > > Ecc errors are tolerated: > > Jul 11 13:50:00 hurricane /kernel: Warning: received processor correctable error. > > This is an AS600 5/266. I'm pretty sure its an ecc error because it > complained of them fairly bitterly back when it was running Tru64. > > I think the problem is that memory which is totally broken and > generates a machine-check when accessed is not tolerated by FreeBSD, > but is tolerated by Tru64. Somebody once told me that Tru64 probes > all the memory and is smart enough to not use bad memory, that's > probably how it survives on your machine.. That could be the case yes. The SRM maps out 16384 pages (IIRC) of bad memory. At least VMS does not care about that, and happily uses the working memory. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 14:12: 7 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 14:12:05 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 62BDE37B400 for ; Tue, 5 Dec 2000 14:12:05 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id RAA04976; Tue, 5 Dec 2000 17:12:05 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB5MC4n18421; Tue, 5 Dec 2000 17:12:04 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 17:12:04 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: part numbers for 2100 5/300 processor modules? In-Reply-To: <20001205220210.A2463@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> <14893.18646.222048.868530@grasshopper.cs.duke.edu> <20001205210513.M346@freebie.demon.nl> <14893.20355.234641.954094@grasshopper.cs.duke.edu> <20001205220210.A2463@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14893.26557.391611.42688@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > That could be the case yes. The SRM maps out 16384 pages (IIRC) of bad > memory. At least VMS does not care about that, and happily uses the > working memory. If it maps it out, it should be reflected in the memory cluster table and FreeBSD should avoid it. The AS2100 at BSDI maps out 4096 pages and has survived numerous buildworld/installworld cycles. Once we get the machine booting, it would be interesting to play with it with that bad card in place. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 15:33:25 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 15:33:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id 7110A37B402 for ; Tue, 5 Dec 2000 15:33:19 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB5NXH415118 for ; Tue, 5 Dec 2000 17:33:17 -0600 Date: Tue, 5 Dec 2000 17:33:17 -0600 (CST) From: Mike Eldridge To: freebsd-alpha@freebsd.org Subject: kernel panic on multia with 4.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org First off, I don't think I ever got my SRM upgraded. I have no idea what the latest is and what I was running before. Aren't I worthless? :) I'm running SRM BL5 V3.8-3, built Aug 10 1995. Anyhow, following is the complete console log of what transpired sometime between the time I went to work and the time I got home. :) Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. ---------- BEGIN LOG ---------- FreeBSD/alpha (alpha.deepfreeze.org) (console) login: fatal kernel trap: trap entry = 0x2 (memory management fault) a0 = 0x0 a1 = 0x1 a2 = 0xffffffffffffffff pc = 0x0 ra = 0x1 curproc = 0 panic: trap syncing disks... 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 giving up on 4 buffers Uptime: 2h21m54s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... halted CPU 0 halt code = 5 HALT instruction executed PC = fffffc00005ab410 CPU 0 booting Unexpected Machine Check through vector 00000067 IPRs: EXC_ADD:00000000001303A0 ICCSR: 0000000000000000 HIER: 000000001FFFDC70 HIRR: 0000000000001862 MM_CSR: 00000000000053A0 DC_STAT:0000000000000007 DC_ADDR:00000007FFFFFFFF ESR: 67B0DAE800000613 EAR: 67B0DAE8E3D19BF7 STAT0: 0000013A0000013A STAT1: 0000080000000800 VA: 0000000000000000 EXC_SUM:0000000000000000 BC_TAG: 0000000000000000 Process entry, pcb = 03F54460 pc: 00000000 001303A0 ps: 18000000 00000000 r2: 00000000 001306D4 r5: 00000000 00001F04 r3: 00000000 0002A9C8 r6: 00000000 0012FC98 r4: 00000000 00000048 r7: 00000001 2B6A3228 exception context saved starting at 03F56240 GPRs: 0: 00000000 0000001F 16: 00000000 00000000 1: 00000000 00000000 17: 00000001 20000000 2: 00000000 0010C9E0 18: 00000000 00000000 3: 00000000 00000000 19: 00000000 03E16778 4: 00000000 00000000 20: 00000000 03F54460 5: 00000000 00128B60 21: 00000000 00000001 6: 00000000 0012FC98 22: 00000000 00142B90 7: 00000001 2B6A3228 23: 00000000 0000001F 8: 00000000 00000000 24: 00000000 00000000 9: 00000000 03F54460 25: 00000000 00000001 10: 00000000 00000003 26: 00000000 00059A00 11: 00000000 00000001 27: 00000000 00130FB0 12: 00000000 00000000 28: 00000000 00146DF0 13: 00000000 00128A40 29: 00000000 03F563D8 14: 00000000 00000000 30: 00000000 03F56398 15: 00000000 00000001 dump of active call frames: PC = 0013039C PD = 0010C9E0 (krn$_set_console_mode) FP = 03F563D8 SP = 03F56398 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R12 R13 R14 R15 R29 saved starting at 03F563F0 R2 = 00114128 R3 = 001292C0 R4 = 000DFD98 R5 = 00000048 R6 = 00000001 R7 = 00000001 R8 = 00000000 R9 = 00000000 R10 = 00000000 R11 = 00000000 R12 = 00000000 R13 = 00000000 R14 = 00000000 R15 = 00000000 R29 = 03F56478 PC = 00075574 PD = 00114128 (start_drivers) FP = 03F56478 SP = 03F56438 R2 R3 R4 R5 R29 saved starting at 03F56480 R2 = 001094B0 R3 = 03F56530 R4 = 000DFD98 R5 = 00000048 R29 = 03F564B8 PC = 00045080 PD = 001094B0 (boot) FP = 03F564B8 SP = 03F56478 R2 R3 R4 R5 R6 R7 R8 R9 R10 R29 saved starting at 03F564D0 R2 = 0010A238 R3 = 000DFCD8 R4 = 000DFD98 R5 = 00000048 R6 = 00000001 R7 = 00000001 R8 = 00000000 R9 = 00000000 R10 = 00000000 R29 = 03F56528 PC = 0004BD10 PD = 0010A238 (boot_system) FP = 03F56528 SP = 03F564E8 R2 R3 R29 saved starting at 03F56578 R2 = 0010A310 R3 = 00000000 R29 = 03F56598 PC = 0004BF1C PD = 0010A310 (system_reset_or_error) FP = 03F56598 SP = 03F56558 R2 R3 R4 R5 R6 R7 R8 R29 saved starting at 03F565A8 R2 = 00111A30 R3 = 03F54460 R4 = 03F54628 R5 = 03F54460 R6 = 00000000 R7 = 00000000 R8 = 00000000 R29 = 03F565F8 PC = 0006A7C0 PD = 00111A30 (krn$_process) FP = 03F565F8 SP = 03F565B8 R2 R3 R4 R5 R29 saved starting at 03F56600 R2 = 00000000 R3 = 00000000 R4 = 00000000 R5 = 00000000 R29 = 00000000 access violation fault PCB = 03F50AC0 (sec_init) PC = 0004FED0 VA = 00000028 exception context saved starting at 03F52AC0 GPRs: 0: 00000000 00000000 16: 00000000 00000000 1: 00000000 000BFFFF 17: 00000000 000E1518 2: 00000000 0010B610 18: 00000000 000450C8 3: 00000000 00037280 19: 00000000 001094B0 4: 00000000 00000000 20: 00000000 00037220 5: 00000000 00037280 21: 00000000 0011FDA0 6: 00000000 00000000 22: 00000000 00142B90 7: 00000000 00000000 23: 00000000 00000000 8: 00000000 00000000 24: 00000000 00000000 9: 00000000 00000000 25: 00000000 00000002 10: 00000000 00000000 26: 00000000 0004FEB0 11: 00000000 00000000 27: 00000000 00114228 12: 00000000 00000000 28: 00000000 0008EF10 13: 00000000 00000000 29: 00000000 03F52C28 14: 00000000 00000000 30: 00000000 03F52C28 15: 00000000 00000000 dump of active call frames: PC = 0004FED0 PD = 0010B610 (decc$fclose) FP = 03F52C28 SP = 03F52C28 R2 R3 R4 R29 saved starting at 03F52C30 R2 = 00111A30 R3 = 03F50AC0 R4 = 03F50B98 R29 = 03F52C58 PC = 0006A83C PD = 00111A30 (krn$_process) FP = 03F52C58 SP = 03F52C58 R2 R3 R4 R5 R29 saved starting at 03F52C60 R2 = 00000000 R3 = 00000000 R4 = 00000000 R5 = 00000000 R29 = 00000000 Brk 0 at 0012FF08 0012FF08! BPT ---------- END LOG ---------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 17:10:25 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 17:10:20 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 2B77C37B400 for ; Tue, 5 Dec 2000 17:10:20 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA08116; Tue, 5 Dec 2000 20:10:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB61AGb18741; Tue, 5 Dec 2000 20:10:16 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 5 Dec 2000 20:10:16 -0500 (EST) To: Wilko Bulte Cc: Daniel Nilsson , freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems In-Reply-To: <20001205204431.C346@freebie.demon.nl> References: <976022855.158daniel.n.nilsson@home.se> <14893.194.420965.77884@grasshopper.cs.duke.edu> <20001205204431.C346@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14893.37128.710735.340327@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > I ported the AS1000/AS1000A support from NetBSD. I don't think the > > 1000A support has been tested yet. > > Go and washed thou mouth with soap..! > > I have 4.2-something running on a AS1000A at work. Actually I use it as my > FreeBSD-builder. Mine is a EV5/400 BTW. > > So, I don't understand why mine has worked for a long time now.. Actually, the problem is worse than I thought. I think your machine works only because we've been lucky. As things stand now, I think only ev4 1000's and ev5 1000a's will work, because I misread the NetBSD source code. It turns out the chipset is dependant on the CPU and the interrupt hardware is dependant on the systype. See the appended patch to see what I mean. Drew Index: alpha/alpha/dec_1000a.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/dec_1000a.c,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 dec_1000a.c --- alpha/alpha/dec_1000a.c 2000/07/20 06:12:12 1.2.2.2 +++ alpha/alpha/dec_1000a.c 2000/12/06 00:55:11 @@ -146,6 +146,15 @@ case PCS_PROC_EV4: case PCS_PROC_EV45: platform.iobus = "apecs"; + break; + + default: + platform.iobus = "cia"; + break; + } + platform.cons_init = dec_1000a_cons_init; + switch (cputype) { + case ST_DEC_1000: platform.pci_intr_map = dec_1000_intr_map; platform.pci_intr_disable = dec_1000_intr_disable; platform.pci_intr_enable = dec_1000_intr_enable; @@ -153,14 +162,13 @@ break; default: - platform.iobus = "cia"; platform.pci_intr_map = dec_1000a_intr_map; platform.pci_intr_disable = dec_1000a_intr_disable; platform.pci_intr_enable = dec_1000a_intr_enable; platform.pci_intr_init = dec_1000a_intr_init; break; } - platform.cons_init = dec_1000a_cons_init; + } /* XXX for forcing comconsole when srm serial console is used */ @@ -401,5 +409,5 @@ /* * Enable cascade interrupt. */ - dec_1000_intr_enable(2); + dec_1000a_intr_enable(2); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 18:34: 6 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 18:34:05 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from nau.njau.edu.cn (nau.njau.edu.cn [202.195.240.5]) by hub.freebsd.org (Postfix) with ESMTP id BADCA37B400 for ; Tue, 5 Dec 2000 18:34:04 -0800 (PST) Received: from mail.njau.edu.cn (mail.njau.edu.cn [202.195.240.80]) by nau.njau.edu.cn (Postfix) with ESMTP id 7E523803A for ; Wed, 6 Dec 2000 10:29:02 +0800 (CST) Received: from kitty (unknown [202.195.240.88]) by mail.njau.edu.cn (Postfix) with SMTP id 29AE22700E9 for ; Wed, 6 Dec 2000 10:38:31 +0800 (CST) From: "Michael Chen" To: Subject: help on digital server 5000 Date: Wed, 6 Dec 2000 10:33:50 +0800 Message-ID: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Group, I am trying to install a copy of Freebsd onto a Digital Server 5000(simply hate winnt). Firstly, I built a boot floppy, and send "boot dva0" from SRM, but the system halted after a few minutes and showed "cb_open failed" after it passed the memory test. Then I tried to boot from CDROM. It successfully get to "press enter to load [kernel]". When I press enter, everything stucked. Any idea is appreciated! Michael Chen ----------------------- Network Administrator Nanjing Agricultural University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 18:42:57 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 18:42:56 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from nau.njau.edu.cn (nau.njau.edu.cn [202.195.240.5]) by hub.freebsd.org (Postfix) with ESMTP id CB7B637B400 for ; Tue, 5 Dec 2000 18:42:55 -0800 (PST) Received: from mail.njau.edu.cn (mail.njau.edu.cn [202.195.240.80]) by nau.njau.edu.cn (Postfix) with ESMTP id 8A2A78038 for ; Wed, 6 Dec 2000 10:37:10 +0800 (CST) Received: from kitty (unknown [202.195.240.88]) by mail.njau.edu.cn (Postfix) with SMTP id 8D67F2700ED for ; Wed, 6 Dec 2000 10:46:39 +0800 (CST) From: "Michael Chen" To: Subject: more for help on digital server 5000 Date: Wed, 6 Dec 2000 10:41:57 +0800 Message-ID: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After a few minutes trying to read kernel from CDROM, it told me that "failed to send read to dka500". Does it mean that my CDROM is not supported by Freebsd? Michael Chen ----------------------- Network Administrator Nanjing Agricultural University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 5 18:46: 9 2000 From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 5 18:46:08 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id F2D1837B400 for ; Tue, 5 Dec 2000 18:46:07 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA23047; Tue, 5 Dec 2000 18:45:10 -0800 Date: Tue, 5 Dec 2000 18:45:04 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Michael Chen Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: more for help on digital server 5000 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No, it means that we've done something in our boot block that has cause the SRM code (f/w) to lose where things are. This is a known issue, and no known fix is available. I think you may be out of luck. *sob*. Sorry. > After a few minutes trying to read kernel from CDROM, it told me that > "failed to send read to dka500". Does it mean that my CDROM is not supported > by Freebsd? > > > Michael Chen > ----------------------- > > Network Administrator > Nanjing Agricultural University > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 2: 6:43 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 02:06:42 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 959A137B402 for ; Wed, 6 Dec 2000 02:06:40 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143bTB-000H08-00; Wed, 06 Dec 2000 10:06:37 +0000 To: mjacob@feral.com, Michael Chen , freebsd-alpha@FreeBSD.ORG From: wkb@freebie.demon.nl Subject: Re: more for help on digital server 5000 Date: Wed, 6 Dec 2000 10:06:37 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.18.199.140 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > No, it means that we've done something in our boot block that has cause the > SRM code (f/w) to lose where things are. This is a known issue, and no known > fix is available. Let me add to that that it is even documented in the release notes of 4.2! Actually reading that stuff is well recommended > > I think you may be out of luck. *sob*. Sorry. > > > After a few minutes trying to read kernel from CDROM, it told me that > > "failed to send read to dka500". Does it mean that my CDROM is not supported > > by Freebsd? > > > > > > Michael Chen > > ----------------------- > > > > Network Administrator > > Nanjing Agricultural University > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-alpha" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 2:22:16 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 02:22:10 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 734DB37B401 for ; Wed, 6 Dec 2000 02:22:09 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143biC-000HW0-00; Wed, 06 Dec 2000 10:22:08 +0000 To: Mike Eldridge , freebsd-alpha@freebsd.org From: wkb@freebie.demon.nl Subject: Re: kernel panic on multia with 4.1 Date: Wed, 6 Dec 2000 10:22:08 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.165 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Smells awfully like bad hardware to me. Wilko > First off, I don't think I ever got my SRM upgraded. I have no idea > what the latest is and what I was running before. Aren't I worthless? > :) I'm running SRM BL5 V3.8-3, built Aug 10 1995. > > Anyhow, following is the complete console log of what transpired > sometime between the time I went to work and the time I got home. :) > > Mike > > ----------------------------------------------------- > Save the whales. Feed the hungry. Free the mallocs. > > ---------- BEGIN LOG ---------- > FreeBSD/alpha (alpha.deepfreeze.org) (console) > > login: > fatal kernel trap: > > trap entry = 0x2 (memory management fault) > a0 = 0x0 > a1 = 0x1 > a2 = 0xffffffffffffffff > pc = 0x0 > ra = 0x1 > curproc = 0 > > panic: trap > > syncing disks... 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 > giving up on 4 buffers > Uptime: 2h21m54s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > halted CPU 0 > > halt code = 5 > HALT instruction executed > PC = fffffc00005ab410 > > CPU 0 booting > > > Unexpected Machine Check through vector 00000067 > > IPRs: > EXC_ADD:00000000001303A0 ICCSR: 0000000000000000 HIER: 000000001FFFDC70 > HIRR: 0000000000001862 MM_CSR: 00000000000053A0 DC_STAT:0000000000000007 > DC_ADDR:00000007FFFFFFFF ESR: 67B0DAE800000613 EAR: 67B0DAE8E3D19BF7 > STAT0: 0000013A0000013A STAT1: 0000080000000800 VA: 0000000000000000 > EXC_SUM:0000000000000000 BC_TAG: 0000000000000000 > > Process entry, pcb = 03F54460 > pc: 00000000 001303A0 ps: 18000000 00000000 > r2: 00000000 001306D4 r5: 00000000 00001F04 > r3: 00000000 0002A9C8 r6: 00000000 0012FC98 > r4: 00000000 00000048 r7: 00000001 2B6A3228 > > exception context saved starting at 03F56240 > > GPRs: > 0: 00000000 0000001F 16: 00000000 00000000 > 1: 00000000 00000000 17: 00000001 20000000 > 2: 00000000 0010C9E0 18: 00000000 00000000 > 3: 00000000 00000000 19: 00000000 03E16778 > 4: 00000000 00000000 20: 00000000 03F54460 > 5: 00000000 00128B60 21: 00000000 00000001 > 6: 00000000 0012FC98 22: 00000000 00142B90 > 7: 00000001 2B6A3228 23: 00000000 0000001F > 8: 00000000 00000000 24: 00000000 00000000 > 9: 00000000 03F54460 25: 00000000 00000001 > 10: 00000000 00000003 26: 00000000 00059A00 > 11: 00000000 00000001 27: 00000000 00130FB0 > 12: 00000000 00000000 28: 00000000 00146DF0 > 13: 00000000 00128A40 29: 00000000 03F563D8 > 14: 00000000 00000000 30: 00000000 03F56398 > 15: 00000000 00000001 > > dump of active call frames: > > PC = 0013039C > PD = 0010C9E0 (krn$_set_console_mode) > FP = 03F563D8 > SP = 03F56398 > > R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R12 R13 R14 R15 R29 saved starting at 03F563F0 > > R2 = 00114128 > R3 = 001292C0 > R4 = 000DFD98 > R5 = 00000048 > R6 = 00000001 > R7 = 00000001 > R8 = 00000000 > R9 = 00000000 > R10 = 00000000 > R11 = 00000000 > R12 = 00000000 > R13 = 00000000 > R14 = 00000000 > R15 = 00000000 > R29 = 03F56478 > > PC = 00075574 > PD = 00114128 (start_drivers) > FP = 03F56478 > SP = 03F56438 > > R2 R3 R4 R5 R29 saved starting at 03F56480 > > R2 = 001094B0 > R3 = 03F56530 > R4 = 000DFD98 > R5 = 00000048 > R29 = 03F564B8 > > PC = 00045080 > PD = 001094B0 (boot) > FP = 03F564B8 > SP = 03F56478 > > R2 R3 R4 R5 R6 R7 R8 R9 R10 R29 saved starting at 03F564D0 > > R2 = 0010A238 > R3 = 000DFCD8 > R4 = 000DFD98 > R5 = 00000048 > R6 = 00000001 > R7 = 00000001 > R8 = 00000000 > R9 = 00000000 > R10 = 00000000 > R29 = 03F56528 > > PC = 0004BD10 > PD = 0010A238 (boot_system) > FP = 03F56528 > SP = 03F564E8 > > R2 R3 R29 saved starting at 03F56578 > > R2 = 0010A310 > R3 = 00000000 > R29 = 03F56598 > > PC = 0004BF1C > PD = 0010A310 (system_reset_or_error) > FP = 03F56598 > SP = 03F56558 > > R2 R3 R4 R5 R6 R7 R8 R29 saved starting at 03F565A8 > > R2 = 00111A30 > R3 = 03F54460 > R4 = 03F54628 > R5 = 03F54460 > R6 = 00000000 > R7 = 00000000 > R8 = 00000000 > R29 = 03F565F8 > > PC = 0006A7C0 > PD = 00111A30 (krn$_process) > FP = 03F565F8 > SP = 03F565B8 > > R2 R3 R4 R5 R29 saved starting at 03F56600 > > R2 = 00000000 > R3 = 00000000 > R4 = 00000000 > R5 = 00000000 > R29 = 00000000 > > > access violation fault > PCB = 03F50AC0 (sec_init) > PC = 0004FED0 > VA = 00000028 > > exception context saved starting at 03F52AC0 > > GPRs: > 0: 00000000 00000000 16: 00000000 00000000 > 1: 00000000 000BFFFF 17: 00000000 000E1518 > 2: 00000000 0010B610 18: 00000000 000450C8 > 3: 00000000 00037280 19: 00000000 001094B0 > 4: 00000000 00000000 20: 00000000 00037220 > 5: 00000000 00037280 21: 00000000 0011FDA0 > 6: 00000000 00000000 22: 00000000 00142B90 > 7: 00000000 00000000 23: 00000000 00000000 > 8: 00000000 00000000 24: 00000000 00000000 > 9: 00000000 00000000 25: 00000000 00000002 > 10: 00000000 00000000 26: 00000000 0004FEB0 > 11: 00000000 00000000 27: 00000000 00114228 > 12: 00000000 00000000 28: 00000000 0008EF10 > 13: 00000000 00000000 29: 00000000 03F52C28 > 14: 00000000 00000000 30: 00000000 03F52C28 > 15: 00000000 00000000 > > dump of active call frames: > > PC = 0004FED0 > PD = 0010B610 (decc$fclose) > FP = 03F52C28 > SP = 03F52C28 > > R2 R3 R4 R29 saved starting at 03F52C30 > > R2 = 00111A30 > R3 = 03F50AC0 > R4 = 03F50B98 > R29 = 03F52C58 > > PC = 0006A83C > PD = 00111A30 (krn$_process) > FP = 03F52C58 > SP = 03F52C58 > > R2 R3 R4 R5 R29 saved starting at 03F52C60 > > R2 = 00000000 > R3 = 00000000 > R4 = 00000000 > R5 = 00000000 > R29 = 00000000 > > > Brk 0 at 0012FF08 > > 0012FF08! BPT > ---------- END LOG ---------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 4:16:54 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 04:16:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 52E9837B401; Wed, 6 Dec 2000 04:16:44 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143dV3-0003yH-00; Wed, 06 Dec 2000 12:16:41 +0000 To: gallatin@freebsd.org Cc: freebsd-alpha@freebsd.org From: postmaster@freebie.demon.nl Subject: Lynx test / 2nd attempt Date: Wed, 6 Dec 2000 12:16:41 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="DemonWebmail_Boundary" Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --DemonWebmail_Boundary Content-Type: text/plain Drew, all, Please find attached the transcript of the boot of yesterdays Lynx boot floppy. Unfortunately the system still hangs after the probing PnP devices message. Isn't PnP on Alpha a no-no anyway? Please note there are 2 boot transcripts, without and with -v respectively. hth, Wilko --DemonWebmail_Boundary Content-Type: text/plain; name="Lynx2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Lynx2" U2NyaXB0IHN0YXJ0ZWQgb24gVHVlIERlYyAgNSAxNDo0MDozMiAyMDAwCmJhc2gtMi4wNCMgdGlw IGEKB2Nvbm5lY3RlZAoKUDAwPj4+c2hvIGNvbmYKICAgICAgICAgICAgICAgICAgICAgICAgRGln aXRhbCBFcXVpcG1lbnQgQ29ycG9yYXRpb24KICAgICAgICAgICAgICAgICAgICAgICAgICAgQWxw aGFTZXJ2ZXIgMjEwMEEgNC8yMDAKClNSTSBDb25zb2xlIFY1LjMtMTAgICAgICAgIAlWTVMgUEFM Y29kZSBWNS41Ni03LCBPU0YgUEFMY29kZSBWMS40NS0xMgoKQ29tcG9uZW50CVN0YXR1cwkJTW9k dWxlIElECkNQVSAwCQkgICBQCQlCMjAyMC1BQSBERUNjaGlwICh0bSkgMjEwNjQtMwpNZW1vcnkg MAkgICBQCQlCMjAyMS1DQSAxMjggTUIKSS9PCQkgICAgCQlCMjIyMi1BQQoJCQkJZHZhMC4wLjAu MTAwMC4wICAgICAJUlgyNi9SWDIzCgogU2xvdAlPcHRpb24JCQlIb3NlIDAsIEJ1cyAwLCBQQ0kK ICAgMglJbnRlbCA4MjM3NSAgICAgICAgIAkgICAgICAgICAgICAgICAgICAgIAlCcmlkZ2UgdG8g QnVzIDEsIEVJU0EKICAgMwlERUNjaGlwIDIxMDUwLUFBICAgIAkgICAgICAgICAgICAgICAgICAg IAlCcmlkZ2UgdG8gQnVzIDIsIFBDSQogICA3CURFQ2NoaXAgMjEwNDAtQUEgICAgCWV3YTAuMC4w LjcuMCAgICAgICAgCTAwLTAwLUY4LTIzLTE2LTMxCiAgIDkJUUxvZ2ljIElTUDEwMjAgICAgICAJ cGtiMC43LjAuOS4wICAgICAgICAJU0NTSSBCdXMgSUQgNwoKIFNsb3QJT3B0aW9uCQkJSG9zZSAw LCBCdXMgMSwgRUlTQQogICAxCUNvbXBhcSBRdmlzaW9uICAgICAgCSAgICAgICAgICAgICAgICAg ICAgCQogICAzCU15bGV4IERBQzk2MCAgICAgICAgCWRyYS4wLjAuMTAwMy4wICAgICAgCQoJCQkJ ZHJhMC4wLjAuMTAwMy4wICAgICAJNSBNZW1iZXIgUkFJRCA1CgogU2xvdAlPcHRpb24JCQlIb3Nl IDAsIEJ1cyAyLCBQQ0kKICAgMQlOQ1IgNTNDODEwICAgICAgICAgIAlwa2EwLjcuMC4yMDAxLjAg ICAgIAlTQ1NJIEJ1cyBJRCA3CgkJCQlka2E2MDAuNi4wLjIwMDEuMCAgIAlSUkQ0MwogICA2CU15 bGV4IERBQzk2MCAgICAgICAgCWRyYi4wLjAuMjAwNi4wICAgICAgCQoJCQkJZHJiMC4wLjAuMjAw Ni4wICAgICAJMiBNZW1iZXIgUkFJRCAxCgkJCQlkcmIxLjAuMC4yMDA2LjAgICAgIAkyIE1lbWJl ciBSQUlEIDEKCQkJCWRyYjIuMC4wLjIwMDYuMCAgICAgCTIgTWVtYmVyIFJBSUQgMQpQMDA+Pj5i b290IGR2YTAKCkhhbHQgQnV0dG9uIGlzIElOLCBCT09UIE5PVCBQT1NTSUJMRQoKUDAwPj4+UDAw Pj4+Ym9vdCBkdmEwG1swSxtbMTVDCihib290IGR2YTAuMC4wLjEwMDAuMCAtZmxhZ3MgMCwwKQpi bG9jayAwIG9mIGR2YTAuMC4wLjEwMDAuMCBpcyBhIHZhbGlkIGJvb3QgYmxvY2sKcmVhZGluZyAx NSBibG9ja3MgZnJvbSBkdmEwLjAuMC4xMDAwLjAKYm9vdHN0cmFwIGNvZGUgcmVhZCBpbgpiYXNl ID0gMjAwMDAwLCBpbWFnZV9zdGFydCA9IDAsIGltYWdlX2J5dGVzID0gMWUwMAppbml0aWFsaXpp bmcgSFdSUEIgYXQgMjAwMAppbml0aWFsaXppbmcgcGFnZSB0YWJsZSBhdCA3ZmYwMDAwCmluaXRp YWxpemluZyBtYWNoaW5lIHN0YXRlCnNldHRpbmcgYWZmaW5pdHkgdG8gdGhlIHByaW1hcnkgQ1BV Cmp1bXBpbmcgdG8gYm9vdHN0cmFwIGNvZGUKVk1TIFBBTCByZXY6IDB4NDAwMDcwMDAxMDUzOApP U0YgUEFMIHJldjogMHg0MDAwYzAwMDIwMTJkClN3aXRjaCB0byBPU0YgUEFMIGNvZGUgc3VjY2Vl ZGVkLgoKRnJlZUJTRC9hbHBoYSBTUk0gZGlzayBib290LCBSZXZpc2lvbiAxLjEKKHJvb3RrQHF1 eW5oLm51eGkuY29tLCBNb24gTm92IDI3IDA1OjM5OjUzIEdNVCAyMDAwKQpNZW1vcnk6IDEzMTA3 MiBrCgcHClBsZWFzZSBpbnNlcnQgTUZTIHJvb3QgZmxvcHB5IGFuZCBwcmVzcyBlbnRlcjoKCkhp dCBbRW50ZXJdIHRvIGJvb3QgaW1tZWRpYXRlbHksIG9yIGFueSBvdGhlciBrZXkgZm9yIGNvbW1h bmQgcHJvbXB0LgpCb290aW5nIFsva2VybmVsXSBpbiA5IHNlY29uZHMuLi4gQm9vdGluZyBbL2tl cm5lbF0gaW4gOCBzZWNvbmRzLi4uIEJvb3RpbmcgWy9rZXJuZWxdIGluIDcgc2Vjb25kcy4uLiBC b290aW5nIFsva2VybmVsXS4uLiAgICAgICAgICAgICAgIAotCFwIfAgvCC0IXAhFbnRlcmluZyBr ZXJuZWwgYXQgMHhmZmZmZmMwMDAwMzI4MjAwLi4uClVucmVjb2duaXplZCBib290IGZsYWcgJzAn LgpVbnJlY29nbml6ZWQgYm9vdCBmbGFnICcsJy4KVW5yZWNvZ25pemVkIGJvb3QgZmxhZyAnMCcu CkNvcHlyaWdodCAoYykgMTk5Mi0yMDAwIFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJp Z2h0cyByZXNlcnZlZC4KRnJlZUJTRCA1LjAtQ1VSUkVOVCAjMTg6IFR1ZSBEZWMgIDUgMDk6MzM6 MTggRVNUIDIwMDAKICAgIGdhbGxhdGluQHRodW5kZXIuY3MuZHVrZS5lZHU6Ly5hbWRfbW50L211 ZmZpbi9leHBvcnQvYXJpX3NjcmF0Y2gyL2dhbGxhdGluL2N1cnJlbnQvc3lzL2NvbXBpbGUvU0FC TEUKREVDIEFscGhhU2VydmVyIDIxMDBBCkFscGhhU2VydmVyIDIxMDBBIDQvMjAwLCAxOTBNSHoK ODE5MiBieXRlIHBhZ2Ugc2l6ZSwgMSBwcm9jZXNzb3IuCkNQVTogRVY0ICgyMTA2NCkgbWFqb3I9 MiBtaW5vcj0xCk9TRiBQQUwgcmV2OiAweDQwMDBjMDAwMjAxMmQKcmVhbCBtZW1vcnkgID0gMTMy MDQ2ODQ4ICgxMjg5NTJLIGJ5dGVzKQphdmFpbCBtZW1vcnkgPSAxMjA2MDI2MjQgKDExNzc3Nksg Ynl0ZXMpClByZWxvYWRlZCBlbGYga2VybmVsICJrZXJuZWwiIGF0IDB4ZmZmZmZjMDAwMDhmZTAw MC4KUHJlbG9hZGVkIG1mc19yb290ICIvbWZzcm9vdCIgYXQgMHhmZmZmZmMwMDAwOGZlMGMwLgpt ZDA6IFByZWxvYWRlZCBpbWFnZSA8L21mc3Jvb3Q+IDI5NDkxMjAgYnl0ZXMgYXQgMHhmZmZmZmMw MDAwNjJiMjUwCm1kMTogTWFsbG9jIGRpc2sKdDIwOiB1c2luZyBpbnRlcnJ1cHQgdHlwZSAxIG9u IHBjaSBidXMgMAp0MjA6IDxUMiBDb3JlIExvZ2ljIGNoaXBzZXQ+CnBjaTA6IDxQQ0kgYnVzPiBv biBwY2liMAppc2FiMDogPEludGVsIDgyMzc1RUIgUENJLUVJU0EgYnJpZGdlPiBhdCBkZXZpY2Ug Mi4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWIxOiA8REVDIDIxMDUwIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBj aWIxCnN5bTA6IDw4MTBhPiBwb3J0IDB4NTAwMC0weDUwZmYgbWVtIDB4ODEwMDQwMDAtMHg4MTAw NDBmZiBpcnEgMjggYXQgZGV2aWNlIDEuMCBvbiBwY2kxCnN5bTA6IE5vIE5WUkFNLCBJRCA3LCBG YXN0LTEwLCBTRSwgcGFyaXR5IGNoZWNraW5nCmVuYWJsaW5nIGlycSAyOCwgdmVjdG9yIDB4OWMw CnJlYWQgYWlyID0gMHg0MApyZWFkIElDX21hc2sgPSAweGZmZmZmZmZmZmZmZmZmZmYKc3ltMDog aW50ZXJydXB0aW5nIGF0IFQyIGlycSAyOCAoc3RkaW8gaXJxIDI4KQptbHgwOiA8TXlsZXggdmVy c2lvbiAyIFJBSUQgaW50ZXJmYWNlPiBwb3J0IDB4NTQwMC0weDU0N2YgaXJxIDQ4IGF0IGRldmlj ZSA2LjAgb24gcGNpMQplbmFibGluZyBpcnEgNDgsIHZlY3RvciAweGIwMApyZWFkIGFpciA9IDB4 NDAKcmVhZCBJQ19tYXNrID0gMHhmZmZmZmZmZmVmZmZmZmZmCm1seDA6IGludGVycnVwdGluZyBh dCBUMiBpcnEgNDggKHN0ZGlvIGlycSA0OCkKbWx4MDogREFDOTYwUC9QRCwgMyBjaGFubmVscywg ZmlybXdhcmUgMi40Mi0wLTAwLCA0TUIgUkFNCm1seGQwOiA8TXlsZXggU3lzdGVtIERyaXZlPiBv biBtbHgwCm1seGQwOiAyMDA3TUIgKDQxMTAzMzYgc2VjdG9ycykgUkFJRCAxIChvbmxpbmUpCm1s eGQxOiA8TXlsZXggU3lzdGVtIERyaXZlPiBvbiBtbHgwCm1seGQxOiAyMDA3TUIgKDQxMTAzMzYg c2VjdG9ycykgUkFJRCAxIChvbmxpbmUpCm1seGQyOiA8TXlsZXggU3lzdGVtIERyaXZlPiBvbiBt bHgwCm1seGQyOiAyMDA3TUIgKDQxMTAzMzYgc2VjdG9ycykgUkFJRCAxIChvbmxpbmUpCmRlMDog PERpZ2l0YWwgMjEwNDAgRXRoZXJuZXQ+IHBvcnQgMHgxMDEwMC0weDEwMTdmIG1lbSAweDgxMTEx MDAwLTB4ODExMTEwN2YgaXJxIDM2IGF0IGRldmljZSA3LjAgb24gcGNpMAplbmFibGluZyBpcnEg MzYsIHZlY3RvciAweGE0MApyZWFkIGFpciA9IDB4NDAKcmVhZCBJQ19tYXNrID0gMHhmZmZlZmZm ZmVmZmZmZmZmCmRlMDogaW50ZXJydXB0aW5nIGF0IFQyIGlycSAzNiAoc3RkaW8gaXJxIDM2KQpk ZTA6IERFQyAyMTA0MCBbMTBNYi9zXSBwYXNzIDIuNApkZTA6IGFkZHJlc3MgMDA6MDA6Zjg6MjM6 MTY6MzEKaXNwMDogPFFsb2dpYyBJU1AgMTAyMC8xMDQwIFBDSSBTQ1NJIEFkYXB0ZXI+IHBvcnQg MHgxMDAwMC0weDEwMGZmIG1lbSAweDgxMTEwMDAwLTB4ODExMTBmZmYgaXJxIDQ0IGF0IGRldmlj ZSA5LjAgb24gcGNpMAplbmFibGluZyBpcnEgNDQsIHZlY3RvciAweGFjMApyZWFkIGFpciA9IDB4 NDAKcmVhZCBJQ19tYXNrID0gMHhmZmZlZmZlZmVmZmZmZmZmCmlzcDA6IGludGVycnVwdGluZyBh dCBUMiBpcnEgNDQgKHN0ZGlvIGlycSA0NCkKZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xvbmU+IGF0 IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMAplbmFibGluZyBpcnEg NywgdmVjdG9yIDB4ODcwCnJlYWQgYWlyID0gMHg0MApyZWFkIElDX21hc2sgPSAweGZmZmVlZmVm ZWZmZmZmZmYKZmRjMDogaW50ZXJydXB0aW5nIGF0IFQyIGlycSA2IChzdGRpbyBpcnEgNykKZmRj MDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZApmZDA6IDwxNDQwLUtCIDMuNSIgZHJp dmU+IG9uIGZkYzAgZHJpdmUgMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIp PiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBv biBhdGtiZGMwCmVuYWJsaW5nIGlycSA2LCB2ZWN0b3IgMHg4NjAKcmVhZCBhaXIgPSAweDQwCnJl YWQgSUNfbWFzayA9IDB4ZmZmZWVmZWZlZmZmZmY3ZgphdGtiZDA6IGludGVycnVwdGluZyBhdCBU MiBpcnEgMSAoc3RkaW8gaXJxIDYpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNv bGU+IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4KbWNj bG9jazA6IDxNQzE0NjgxOEEgcmVhbCB0aW1lIGNsb2NrPiBhdCBwb3J0IDB4NzAtMHg3MSBvbiBp c2EwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAw CnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBvbiBpc2EwCnNpbzA6IHR5cGUgMTY1NTBB LCBjb25zb2xlCmVuYWJsaW5nIGlycSAxNSwgdmVjdG9yIDB4OGYwCnJlYWQgYWlyID0gMHg0MApy ZWFkIElDX21hc2sgPSAweGZmZmVlZmVmZWZmZmZmM2YKc2lvMDogaW50ZXJydXB0aW5nIGF0IFQy IGlycSA0IChzdGRpbyBpcnEgMTUpCnNpbzE6IHJlc2VydmVkIGZvciBsb3ctbGV2ZWwgaS9vCnBw YzA6IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4M2JjLTB4M2JmIGlycSA3IG9uIGlzYTAKcHBj MDogR2VuZXJpYyBjaGlwc2V0IChOSUJCTEUtb25seSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBsaXAw OiBjYW5ub3QgcmVzZXJ2ZSBpbnRlcnJ1cHQsIGZhaWxlZC4KbHB0MDogPFByaW50ZXI+IG9uIHBw YnVzMApscHQwOiBQb2xsZWQgcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKZW5h YmxpbmcgaXJxIDksIHZlY3RvciAweDg5MApyZWFkIGFpciA9IDB4NDAKcmVhZCBJQ19tYXNrID0g MHhmZmZlZWZlZmVmZmY3ZjNmCnBwYzA6IGludGVycnVwdGluZyBhdCBUMiBpcnEgNyAoc3RkaW8g aXJxIDkpCgpoYWx0ZWQgQ1BVIDAKCmhhbHQgY29kZSA9IDEKb3BlcmF0b3IgaW5pdGlhdGVkIGhh bHQKUEMgPSBmZmZmZmMwMDAwNGY4OTQ0ClAwMD4+PgpQMDA+Pj4KUDAwPj4+ClAwMD4+PgpQMDA+ Pj5ib290IGR2YTAgLWZsIHYKcmVzZXR0aW5nIGFsbCBJL08gYnVzZXMKCkhhbHQgQnV0dG9uIGlz IElOLCBCT09UIE5PVCBQT1NTSUJMRQoKUDAwPj4+ClAwMD4+PgpQMDA+Pj5QMDA+Pj5ib290IGR2 YTAgLWZsIHYbWzBLG1syMUMKKGJvb3QgZHZhMC4wLjAuMTAwMC4wIC1mbGFncyB2KQpibG9jayAw IG9mIGR2YTAuMC4wLjEwMDAuMCBpcyBhIHZhbGlkIGJvb3QgYmxvY2sKcmVhZGluZyAxNSBibG9j a3MgZnJvbSBkdmEwLjAuMC4xMDAwLjAKYm9vdHN0cmFwIGNvZGUgcmVhZCBpbgpiYXNlID0gMjAw MDAwLCBpbWFnZV9zdGFydCA9IDAsIGltYWdlX2J5dGVzID0gMWUwMAppbml0aWFsaXppbmcgSFdS UEIgYXQgMjAwMAppbml0aWFsaXppbmcgcGFnZSB0YWJsZSBhdCA3ZmYwMDAwCmluaXRpYWxpemlu ZyBtYWNoaW5lIHN0YXRlCnNldHRpbmcgYWZmaW5pdHkgdG8gdGhlIHByaW1hcnkgQ1BVCmp1bXBp bmcgdG8gYm9vdHN0cmFwIGNvZGUKVk1TIFBBTCByZXY6IDB4NDAwMDcwMDAxMDUzOApPU0YgUEFM IHJldjogMHg0MDAwYzAwMDIwMTJkClN3aXRjaCB0byBPU0YgUEFMIGNvZGUgc3VjY2VlZGVkLgoK RnJlZUJTRC9hbHBoYSBTUk0gZGlzayBib290LCBSZXZpc2lvbiAxLjEKKHJvb3RrQHF1eW5oLm51 eGkuY29tLCBNb24gTm92IDI3IDA1OjM5OjUzIEdNVCAyMDAwKQpNZW1vcnk6IDEzMTA3MiBrCgcH ClBsZWFzZSBpbnNlcnQgTUZTIHJvb3QgZmxvcHB5IGFuZCBwcmVzcyBlbnRlcjoKCkhpdCBbRW50 ZXJdIHRvIGJvb3QgaW1tZWRpYXRlbHksIG9yIGFueSBvdGhlciBrZXkgZm9yIGNvbW1hbmQgcHJv bXB0LgpCb290aW5nIFsva2VybmVsXSBpbiA5IHNlY29uZHMuLi4gQm9vdGluZyBbL2tlcm5lbF0u Li4gICAgICAgICAgICAgICAKLQhcCHwILwgtCFwIRW50ZXJpbmcga2VybmVsIGF0IDB4ZmZmZmZj MDAwMDMyODIwMC4uLgpDb3B5cmlnaHQgKGMpIDE5OTItMjAwMCBUaGUgRnJlZUJTRCBQcm9qZWN0 LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEs IDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlm b3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuClNldHRpbmcgZmRjIDAgYXQgdG8gaXNhIChzdHJp bmcpClNldHRpbmcgZmRjIDAgcG9ydCB0byAxMDA4IChpbnQpClNldHRpbmcgZmRjIDAgaXJxIHRv IDYgKGludCkKU2V0dGluZyBmZGMgMCBkcnEgdG8gMiAoaW50KQpTZXR0aW5nIGZkIDAgYXQgdG8g ZmRjMCAoc3RyaW5nKQpTZXR0aW5nIGZkIDAgZHJpdmUgdG8gMCAoaW50KQpTZXR0aW5nIGF0a2Jk YyAwIGF0IHRvIGlzYSAoc3RyaW5nKQpTZXR0aW5nIGF0a2JkYyAwIHBvcnQgdG8gOTYgKGludCkK U2V0dGluZyBhdGtiZCAwIGF0IHRvIGF0a2JkYyAoc3RyaW5nKQpTZXR0aW5nIGF0a2JkIDAgaXJx IHRvIDEgKGludCkKU2V0dGluZyBwc20gMCBhdCB0byBhdGtiZGMgKHN0cmluZykKU2V0dGluZyBw c20gMCBpcnEgdG8gMTIgKGludCkKU2V0dGluZyB2Z2EgMCBhdCB0byBpc2EgKHN0cmluZykKU2V0 dGluZyBzYyAwIGF0IHRvIGlzYSAoc3RyaW5nKQpTZXR0aW5nIG1jY2xvY2sgMCBhdCB0byBpc2Eg KHN0cmluZykKU2V0dGluZyBtY2Nsb2NrIDAgcG9ydCB0byAxMTIgKGludCkKU2V0dGluZyBzaW8g MCBhdCB0byBpc2EgKHN0cmluZykKU2V0dGluZyBzaW8gMCBwb3J0IHRvIDEwMTYgKGludCkKU2V0 dGluZyBzaW8gMCBpcnEgdG8gNCAoaW50KQpTZXR0aW5nIHNpbyAxIGF0IHRvIGlzYSAoc3RyaW5n KQpTZXR0aW5nIHNpbyAxIHBvcnQgdG8gNzYwIChpbnQpClNldHRpbmcgc2lvIDEgaXJxIHRvIDMg KGludCkKU2V0dGluZyBzaW8gMSBmbGFncyB0byA4MCAoaW50KQpTZXR0aW5nIHBwYyAwIGF0IHRv IGlzYSAoc3RyaW5nKQpTZXR0aW5nIHBwYyAwIGlycSB0byA3IChpbnQpClNldHRpbmcgYXRrYmQg MCBhdCB0byBhdGtiZGMgKHN0cmluZykKU2V0dGluZyBhdGtiZCAwIGlycSB0byAxIChpbnQpClNl dHRpbmcgYXRrYmRjIDAgYXQgdG8gaXNhIChzdHJpbmcpClNldHRpbmcgYXRrYmRjIDAgcG9ydCB0 byA5NiAoaW50KQpTZXR0aW5nIGZkIDAgYXQgdG8gZmRjMCAoc3RyaW5nKQpTZXR0aW5nIGZkIDAg ZHJpdmUgdG8gMCAoaW50KQpTZXR0aW5nIGZkYyAwIGF0IHRvIGlzYSAoc3RyaW5nKQpTZXR0aW5n IGZkYyAwIGRycSB0byAyIChpbnQpClNldHRpbmcgZmRjIDAgaXJxIHRvIDYgKGludCkKU2V0dGlu ZyBmZGMgMCBwb3J0IHRvIDEwMDggKGludCkKU2V0dGluZyBtY2Nsb2NrIDAgYXQgdG8gaXNhIChz dHJpbmcpClNldHRpbmcgbWNjbG9jayAwIHBvcnQgdG8gMTEyIChpbnQpClNldHRpbmcgcHBjIDAg YXQgdG8gaXNhIChzdHJpbmcpClNldHRpbmcgcHBjIDAgaXJxIHRvIDcgKGludCkKU2V0dGluZyBw c20gMCBhdCB0byBhdGtiZGMgKHN0cmluZykKU2V0dGluZyBwc20gMCBpcnEgdG8gMTIgKGludCkK U2V0dGluZyBzYyAwIGF0IHRvIGlzYSAoc3RyaW5nKQpTZXR0aW5nIHNpbyAwIGF0IHRvIGlzYSAo c3RyaW5nKQpTZXR0aW5nIHNpbyAwIGlycSB0byA0IChpbnQpClNldHRpbmcgc2lvIDAgcG9ydCB0 byAxMDE2IChpbnQpClNldHRpbmcgc2lvIDEgYXQgdG8gaXNhIChzdHJpbmcpClNldHRpbmcgc2lv IDEgZmxhZ3MgdG8gODAgKGludCkKU2V0dGluZyBzaW8gMSBpcnEgdG8gMyAoaW50KQpTZXR0aW5n IHNpbyAxIHBvcnQgdG8gNzYwIChpbnQpClNldHRpbmcgdmdhIDAgYXQgdG8gaXNhIChzdHJpbmcp CkZyZWVCU0QgNS4wLUNVUlJFTlQgIzE4OiBUdWUgRGVjICA1IDA5OjMzOjE4IEVTVCAyMDAwCiAg ICBnYWxsYXRpbkB0aHVuZGVyLmNzLmR1a2UuZWR1Oi8uYW1kX21udC9tdWZmaW4vZXhwb3J0L2Fy aV9zY3JhdGNoMi9nYWxsYXRpbi9jdXJyZW50L3N5cy9jb21waWxlL1NBQkxFCkRFQyBBbHBoYVNl cnZlciAyMTAwQQpBbHBoYVNlcnZlciAyMTAwQSA0LzIwMCwgMTkwTUh6CjgxOTIgYnl0ZSBwYWdl IHNpemUsIDEgcHJvY2Vzc29yLgpDUFU6IEVWNCAoMjEwNjQpIG1ham9yPTIgbWlub3I9MQpPU0Yg UEFMIHJldjogMHg0MDAwYzAwMDIwMTJkCnJlYWwgbWVtb3J5ICA9IDEzMjA0Njg0OCAoMTI4OTUy SyBieXRlcykKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOgoweDAwOTFlMDAwIC0gMHgwN2ZlNWZm ZiwgMTI0NTUxMTY4IGJ5dGVzICgxNTIwNCBwYWdlcykKYXZhaWwgbWVtb3J5ID0gMTIwNjAyNjI0 ICgxMTc3NzZLIGJ5dGVzKQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGZmZmZm YzAwMDA4ZmUwMDAuClByZWxvYWRlZCBtZnNfcm9vdCAiL21mc3Jvb3QiIGF0IDB4ZmZmZmZjMDAw MDhmZTBjMC4KcmFuZG9tOiA8ZW50cm9weSBzb3VyY2U+Cm51bGw6IDxudWxsIGRldmljZSwgemVy byBkZXZpY2U+Cm1lbTogPG1lbW9yeSAmIEkvTz4KbWQwOiBQcmVsb2FkZWQgaW1hZ2UgPC9tZnNy b290PiAyOTQ5MTIwIGJ5dGVzIGF0IDB4ZmZmZmZjMDAwMDYyYjI1MApDcmVhdGluZyBESVNLIG1k MApDcmVhdGluZyBESVNLIG1kMQptZDE6IE1hbGxvYyBkaXNrCnQyMDogdXNpbmcgaW50ZXJydXB0 IHR5cGUgMSBvbiBwY2kgYnVzIDAKdDIwOiA8VDIgQ29yZSBMb2dpYyBjaGlwc2V0PgpwY2kwOiBw aHlzaWNhbCBidXM9MApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDA0ODIsIHJldmlkPTB4 MTUKCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MAoJY2xhc3M9MDAtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKZm91bmQtPgl2ZW5kb3I9 MHgxMDExLCBkZXY9MHgwMDAxLCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0zLCBmdW5jPTAKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCXN1Ym9yZGluYXRlYnVzPTIgCXNl Y29uZGFyeWJ1cz0yCmZvdW5kLT4JdmVuZG9yPTB4MTAxMSwgZGV2PTB4MDAwMiwgcmV2aWQ9MHgy NAoJYnVzPTAsIHNsb3Q9NywgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGlycT0z NgoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAxMDEwMCwgc2l6ZSAgNywgZW5h YmxlZAoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSA4MTExMTAwMCwgc2l6ZSAgNywg ZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0weDEwNzcsIGRldj0weDEwMjAsIHJldmlkPTB4MDUKCWJ1 cz0wLCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDEtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9NDQKCW1h cFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMTAwMDAsIHNpemUgIDgsIGVuYWJsZWQK CW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODExMTAwMDAsIHNpemUgMTIsIGVuYWJs ZWQKcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwCmlzYWIwOiA8SW50ZWwgODIzNzVFQiBQQ0ktRUlT QSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAK cGNpYjE6IDxERUMgMjEwNTAgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzLjAgb24gcGNpMApw Y2kxOiBwaHlzaWNhbCBidXM9Mgpmb3VuZC0+CXZlbmRvcj0weDEwMDAsIGRldj0weDAwMDEsIHJl dmlkPTB4MTEKCWJ1cz0yLCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDEtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1h LCBpcnE9MjgKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDUwMDAsIHNpemUg IDgsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODEwMDQwMDAsIHNp emUgIDgsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDY5LCBkZXY9MHgwMDAxLCByZXZpZD0w eDAwCglidXM9Miwgc2xvdD02LCBmdW5jPTAKCWNsYXNzPTAxLTA0LTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wCglpbnRwaW49YSwgaXJx PTQ4CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDA1NDAwLCBzaXplICA3LCBl bmFibGVkCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQpzeW0wOiA8ODEwYT4gcG9ydCAweDUwMDAt MHg1MGZmIG1lbSAweDgxMDA0MDAwLTB4ODEwMDQwZmYgaXJxIDI4IGF0IGRldmljZSAxLjAgb24g cGNpMQpzeW0wOiBObyBOVlJBTSwgSUQgNywgRmFzdC0xMCwgU0UsIHBhcml0eSBjaGVja2luZwpz eW0wOiBvcGVuIGRyYWluIElSUSBsaW5lIGRyaXZlcgpzeW0wOiB1c2luZyBMT0FEL1NUT1JFLWJh c2VkIGZpcm13YXJlLgpzeW0wOiBpbml0aWFsIFNDTlRMMy9ETU9ERS9EQ05UTC9DVEVTVDMvNC81 ID0gKGhleCkgMDAvMDAvMDAvMDAvMDAvMDAKc3ltMDogZmluYWwgICBTQ05UTDMvRE1PREUvRENO VEwvQ1RFU1QzLzQvNSA9IChoZXgpIDAzL2MyL2EwLzAwLzA4LzAwCnN5bTA6IERlbGF5IChHRU49 MTEpOiAyNTEgbXNlYywgMzU0MTEgS0h6CnN5bTA6IERlbGF5IChHRU49MTEpOiAyODIgbXNlYywg MzE1MTggS0h6CnN5bTA6IERlbGF5IChHRU49MTEpOiAyODIgbXNlYywgMzE1MTggS0h6CmVuYWJs aW5nIGlycSAyOCwgdmVjdG9yIDB4OWMwCnJlYWQgYWlyID0gMHg0MApyZWFkIElDX21hc2sgPSAw eGZmZmZmZmZmZmZmZmZmZmYKc3ltMDogaW50ZXJydXB0aW5nIGF0IFQyIGlycSAyOCAoc3RkaW8g aXJxIDI4KQptbHgwOiA8TXlsZXggdmVyc2lvbiAyIFJBSUQgaW50ZXJmYWNlPiBwb3J0IDB4NTQw MC0weDU0N2YgaXJxIDQ4IGF0IGRldmljZSA2LjAgb24gcGNpMQplbmFibGluZyBpcnEgNDgsIHZl Y3RvciAweGIwMApyZWFkIGFpciA9IDB4NDAKcmVhZCBJQ19tYXNrID0gMHhmZmZmZmZmZmVmZmZm ZmZmCm1seDA6IGludGVycnVwdGluZyBhdCBUMiBpcnEgNDggKHN0ZGlvIGlycSA0OCkKbWx4MDog REFDOTYwUC9QRCwgMyBjaGFubmVscywgZmlybXdhcmUgMi40Mi0wLTAwLCA0TUIgUkFNCm1seDA6 ICAgSGFyZHdhcmUgSUQgICAgICAgICAgICAgICAgIDB4MDMwMjAzMDEKbWx4MDogICBGaXJtd2Fy ZSBJRCAgICAgICAgICAgICAgICAgMHgzMDAwMmEwMgptbHgwOiAgIENvbmZpZ3VyZWQvQWN0dWFs IGNoYW5uZWxzICAzLzMKbWx4MDogICBNYXggVGFyZ2V0cyAgICAgICAgICAgICAgICAgNwptbHgw OiAgIE1heCBUYWdzICAgICAgICAgICAgICAgICAgICAyCm1seDA6ICAgTWF4IFN5c3RlbSBEcml2 ZXMgICAgICAgICAgIDgKbWx4MDogICBNYXggQXJtcyAgICAgICAgICAgICAgICAgICAgOAptbHgw OiAgIE1heCBTcGFucyAgICAgICAgICAgICAgICAgICA0Cm1seDA6ICAgRFJBTS9jYWNoZS9mbGFz aC9OVlJBTSBzaXplIDQxOTQzMDQvMzA5NjU3Ni8xMzEwNzIvODE5MgptbHgwOiAgIERSQU0gdHlw ZSAgICAgICAgICAgICAgICAgICAwCm1seDA6ICAgQ2xvY2sgU3BlZWQgICAgICAgICAgICAgICAg IDQwbnMKbWx4MDogICBIYXJkd2FyZSBTcGVlZCAgICAgICAgICAgICAgNDAwbnMKbWx4MDogICBN YXggQ29tbWFuZHMgICAgICAgICAgICAgICAgNjMKbWx4MDogICBNYXggU0cgRW50cmllcyAgICAg ICAgICAgICAgMTcKbWx4MDogICBNYXggRFAgICAgICAgICAgICAgICAgICAgICAgMTI4Cm1seDA6 ICAgTWF4IElPRCAgICAgICAgICAgICAgICAgICAgIDEwMjQKbWx4MDogICBNYXggQ29tYiAgICAg ICAgICAgICAgICAgICAgMTAwOAptbHgwOiAgIExhdGVuY3kgICAgICAgICAgICAgICAgICAgICAy cwptbHgwOiAgIFNDU0kgVGltZW91dCAgICAgICAgICAgICAgICA2cwptbHgwOiAgIE1pbiBGcmVl IExpbmVzICAgICAgICAgICAgICAzMgptbHgwOiAgIFJhdGUgQ29uc3RhbnQgICAgICAgICAgICAg ICA1MAptbHgwOiAgIE1BWEJMSyAgICAgICAgICAgICAgICAgICAgICAxMjgKbWx4MDogICBCbG9j a2luZyBGYWN0b3IgICAgICAgICAgICAgMSBzZWN0b3JzCm1seDA6ICAgQ2FjaGUgTGluZSBTaXpl ICAgICAgICAgICAgIDE2IGJsb2NrcwptbHgwOiAgIFNDU0kgQ2FwYWJpbGl0eSAgICAgICAgICAg ICAxME1IeiwgMTYgYml0Cm1seDA6ICAgRmlybXdhcmUgQnVpbGQgTnVtYmVyICAgICAgIDAKbWx4 MDogICBGYXVsdCBNYW5hZ2VtZW50IFR5cGUgICAgICAgMAptbHgwOiAgIEZlYXR1cmVzICAgICAg ICAgICAgICAgICAgICAwCm1seGQwOiA8TXlsZXggU3lzdGVtIERyaXZlPiBvbiBtbHgwCm1seGQw OiAyMDA3TUIgKDQxMTAzMzYgc2VjdG9ycykgUkFJRCAxIChvbmxpbmUpCkNyZWF0aW5nIERJU0sg bWx4ZDAKbWx4ZDE6IDxNeWxleCBTeXN0ZW0gRHJpdmU+IG9uIG1seDAKbWx4ZDE6IDIwMDdNQiAo NDExMDMzNiBzZWN0b3JzKSBSQUlEIDEgKG9ubGluZSkKQ3JlYXRpbmcgRElTSyBtbHhkMQptbHhk MjogPE15bGV4IFN5c3RlbSBEcml2ZT4gb24gbWx4MAptbHhkMjogMjAwN01CICg0MTEwMzM2IHNl Y3RvcnMpIFJBSUQgMSAob25saW5lKQpDcmVhdGluZyBESVNLIG1seGQyCmRlMDogPERpZ2l0YWwg MjEwNDAgRXRoZXJuZXQ+IHBvcnQgMHgxMDEwMC0weDEwMTdmIG1lbSAweDgxMTExMDAwLTB4ODEx MTEwN2YgaXJxIDM2IGF0IGRldmljZSA3LjAgb24gcGNpMAplbmFibGluZyBpcnEgMzYsIHZlY3Rv ciAweGE0MApyZWFkIGFpciA9IDB4NDAKcmVhZCBJQ19tYXNrID0gMHhmZmZlZmZmZmVmZmZmZmZm CmRlMDogaW50ZXJydXB0aW5nIGF0IFQyIGlycSAzNiAoc3RkaW8gaXJxIDM2KQpkZTA6IERFQyAy MTA0MCBbMTBNYi9zXSBwYXNzIDIuNApkZTA6IGFkZHJlc3MgMDA6MDA6Zjg6MjM6MTY6MzEKYnBm OiBkZTAgYXR0YWNoZWQKUWxvZ2ljIElTUCBEcml2ZXIsIEZyZWVCU0QgVmVyc2lvbiA1LjQsIENv cmUgVmVyc2lvbiAyLjAKaXNwMDogPFFsb2dpYyBJU1AgMTAyMC8xMDQwIFBDSSBTQ1NJIEFkYXB0 ZXI+IHBvcnQgMHgxMDAwMC0weDEwMGZmIG1lbSAweDgxMTEwMDAwLTB4ODExMTBmZmYgaXJxIDQ0 IGF0IGRldmljZSA5LjAgb24gcGNpMAppc3AwOiB1c2luZyBNZW1vcnkgc3BhY2UgcmVnaXN0ZXIg bWFwcGluZwplbmFibGluZyBpcnEgNDQsIHZlY3RvciAweGFjMApyZWFkIGFpciA9IDB4NDAKcmVh ZCBJQ19tYXNrID0gMHhmZmZlZmZlZmVmZmZmZmZmCmlzcDA6IGludGVycnVwdGluZyBhdCBUMiBp cnEgNDQgKHN0ZGlvIGlycSA0NCkKaXNwMDogVWx0cmEgTW9kZSBDYXBhYmxlCmlzcDA6IEJvYXJk IFJldmlzaW9uIDEwNDBCLCByZXNpZGVudCBGL1cgUmV2aXNpb24gNS41Ny4xCmlzcDA6IExhc3Qg Ri9XIHJldmlzaW9uIHdhcyA1LjU3LjEKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKVHJ5aW5nIFJl YWRfUG9ydCBhdCAyNDMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMKVHJ5aW5nIFJlYWRfUG9ydCBh dCAyYzMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMKVHJ5 aW5nIFJlYWRfUG9ydCBhdCAzODMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMKc2MtOiBzYzAgYWxy ZWFkeSBleGlzdHMsIHVzaW5nIHNjMSBpbnN0ZWFkCnZnYS06IHZnYTAgYWxyZWFkeSBleGlzdHMs IHVzaW5nIHZnYTEgaW5zdGVhZAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2 aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCmZkYzA6IDxO RUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAy IG9uIGlzYTAKZW5hYmxpbmcgaXJxIDcsIHZlY3RvciAweDg3MApyZWFkIGFpciA9IDB4NDAKcmVh ZCBJQ19tYXNrID0gMHhmZmZlZWZlZmVmZmZmZmZmCmZkYzA6IGludGVycnVwdGluZyBhdCBUMiBp cnEgNiAoc3RkaW8gaXJxIDcpCmZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQK ZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMAprYmRjOiBE SUFHTk9TRSBzdGF0dXM6MDA1NQprYmRjOiBURVNUX0tCRF9QT1JUIHN0YXR1czowMDAwCmF0a2Jk MDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZGM6IERJQUdOT1NFIHN0YXR1czow MDU1CmtiZGM6IFRFU1RfS0JEX1BPUlQgc3RhdHVzOjAwMDAKa2JkYzogRElBR05PU0Ugc3RhdHVz OjAwNTUKa2JkYzogVEVTVF9LQkRfUE9SVCBzdGF0dXM6MDAwMAphdGtiZDogdGhlIGN1cnJlbnQg a2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwMDMKYXRrYmQ6IGtleWJvYXJkIElEIDB4ODNh YiAoMikKa2JkYzogUkVTRVRfS0JEIHJldHVybiBjb2RlOjAwZmEKa2JkYzogUkVTRVRfS0JEIHN0 YXR1czowMGFhCmtiZDA6IGF0a2JkMCwgQVQgMTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdz OjB4MWQwMDAwCmVuYWJsaW5nIGlycSA2LCB2ZWN0b3IgMHg4NjAKcmVhZCBhaXIgPSAweDQwCnJl YWQgSUNfbWFzayA9IDB4ZmZmZWVmZWZlZmZmZmY3ZgphdGtiZDA6IGludGVycnVwdGluZyBhdCBU MiBpcnEgMSAoc3RkaW8gaXJxIDYpCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNDMKa2Jk YzogVEVTVF9BVVhfUE9SVCBzdGF0dXM6MDAwMAprYmRjOiBSRVNFVF9BVVggcmV0dXJuIGNvZGU6 MDBmYQprYmRjOiBSRVNFVF9BVVggc3RhdHVzOjAwYWEKa2JkYzogUkVTRVRfQVVYIElEOjAwMDAK cHNtOiBzdGF0dXMgMDAgMDIgNjQKcHNtOiBzdGF0dXMgOTAgMDMgM2MKcHNtOiBzdGF0dXMgOTAg MDMgM2MKcHNtOiBzdGF0dXMgOTAgMDMgM2MKcHNtOiBkYXRhIDA4IDAwIDAwCnBzbTogc3RhdHVz IDAwIDAwIDBhCnBzbTogc3RhdHVzIDAwIDAyIDY0CnBzbTogZGF0YSAwOCAwMCAwMApwc206IHN0 YXR1cyAwMCAwMiA2NApwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKZW5hYmxp bmcgaXJxIDMsIHZlY3RvciAweDgzMApyZWFkIGFpciA9IDB4NDAKcmVhZCBJQ19tYXNrID0gMHhm ZmZlZWZlZmVmZmZmZjNmCnBzbTA6IGludGVycnVwdGluZyBhdCBUMiBpcnEgMTIgKHN0ZGlvIGly cSAzKQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwLTAwLCAzIGJ1 dHRvbnMKcHNtMDogY29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwMCwgcGFja2V0IHNpemU6 Mwpwc20wOiBzeW5jbWFzazpjMCwgc3luY2JpdHM6MDAKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4g YXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApmYjA6IHZn YTAsIHZnYSwgdHlwZTpWR0EgKDUpLCBmbGFnczoweDcwMDdmCmZiMDogcG9ydDoweDNjMC0weDNk ZiwgY3J0YzoweDNkNCwgbWVtOjB4YTAwMDAgMHgyMDAwMApmYjA6IGluaXQgbW9kZToyNCwgYmlv cyBtb2RlOjMsIGN1cnJlbnQgbW9kZToyNApmYjA6IHdpbmRvdzoweGI4MDAwIHNpemU6MzJrIGdy YW46MzJrLCBidWY6MCBzaXplOjMyawpWR0EgcGFyYW1ldGVycyB1cG9uIHBvd2VyLXVwCjUwIDE4 IDEwIDAwIDAwIDAwIDAzIDAwIDAyIDY3IDVmIDRmIDUwIDgyIDU1IDgxIApiZiAxZiAwMCA0ZiAw ZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiAKYjkgYTMgZmYgMDAgMDQgMDIgMTQg MDEgMDUgMDMgMDcgMzggM2MgM2EgM2UgMzkgCjNkIDNiIDNmIDA0IDAwIDBmIDA4IDAwIDAwIDAw IDAwIDAwIDEwIDBlIDAwIGZmIApWR0EgcGFyYW1ldGVycyBpbiBCSU9TIGZvciBtb2RlIDI0CjAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIAowMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCjAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIApFR0EvVkdBIHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3Ig bW9kZSAyNAo1MCAxOCAxMCAwMCAwMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4MSAK YmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgCmI5IGEzIGZm IDAwIDA0IDAyIDE0IDAxIDA1IDAzIDA3IDM4IDNjIDNhIDNlIDM5IAozZCAzYiAzZiAwNCAwMCAw ZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IG9u IGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4Kc2MwOiBmYjAs IGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0ZXJtaW5hbCkKbWNjbG9jazA6 IDxNQzE0NjgxOEEgcmVhbCB0aW1lIGNsb2NrPiBhdCBwb3J0IDB4NzAtMHg3MSBvbiBpc2EwCkNh bGlicmF0aW5nIGNsb2NrKHMpIC4uLiBQQ0MgY2xvY2s6IDE5MDAwNzk2MyBIeiAoZmlybXdhcmUg MTkwMTE0MDY4IEh6KQppODI1NCBjbG9jazogMTE5MzE3NCBIegpDTEtfVVNFX0k4MjU0X0NBTElC UkFUSU9OIG5vdCBzcGVjaWZpZWQgLSB1c2luZyBkZWZhdWx0IGZyZXF1ZW5jeQpzaW8wOiBjb25m aWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMHgxCnNpbzA6IGlycSBt YXBzOiAwIDB4MSAweDEgMHgxCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBvbiBpc2Ew CnNpbzA6IHR5cGUgMTY1NTBBLCBjb25zb2xlCmVuYWJsaW5nIGlycSAxNSwgdmVjdG9yIDB4OGYw CnJlYWQgYWlyID0gMHg0MApyZWFkIElDX21hc2sgPSAweGZmZmVlZmVmZWZmZmZmMzcKc2lvMDog aW50ZXJydXB0aW5nIGF0IFQyIGlycSA0IChzdGRpbyBpcnEgMTUpCnNpbzE6IHJlc2VydmVkIGZv ciBsb3ctbGV2ZWwgaS9vCnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjgtMHgyZmYg aXJxIDMgZmxhZ3MgMHg1MCBvbiBpc2EwCnBwYzA6IHVzaW5nIG5vcm1hbCBJL08gcG9ydCByYW5n ZQpwcGMwOiBTUFAKcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzYmMtMHgzYmYgaXJx IDcgb24gaXNhMApwcGMwOiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5KSBpbiBDT01QQVRJ QkxFIG1vZGUKcGxpcDA6IGNhbm5vdCByZXNlcnZlIGludGVycnVwdCwgZmFpbGVkLgpscHQwOiA8 UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IFBvbGxlZCBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+ IG9uIHBwYnVzMAplbmFibGluZyBpcnEgOSwgdmVjdG9yIDB4ODkwCnJlYWQgYWlyID0gMHg0MApy ZWFkIElDX21hc2sgPSAweGZmZmVlZmVmZWZmZjdmMzcKcHBjMDogaW50ZXJydXB0aW5nIGF0IFQy IGlycSA3IChzdGRpbyBpcnEgOSkKc2MxOiBubyB2aWRlbyBhZGFwdGVyIGlzIGZvdW5kLgpzYzE6 IDxTeXN0ZW0gY29uc29sZT4gZmFpbGVkIHRvIHByb2JlIG9uIGlzYTAKdmdhMTogPEdlbmVyaWMg SVNBIFZHQT4gZmFpbGVkIHRvIHByb2JlIG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9i aW5nIFBuUCBkZXZpY2VzCgpoYWx0ZWQgQ1BVIDAKCmhhbHQgY29kZSA9IDEKb3BlcmF0b3IgaW5p dGlhdGVkIGhhbHQKUEMgPSBmZmZmZmMwMDAwNGY4OTJjClAwMD4+Pn4KW0VPVF0KYmFzaC0yLjA0 IyAKYmFzaC0yLjA0IyAKYmFzaC0yLjA0IyAKYmFzaC0yLjA0IyBleGl0CgpTY3JpcHQgZG9uZSBv biBUdWUgRGVjICA1IDE0OjU5OjUyIDIwMDAK --DemonWebmail_Boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 4:26: 4 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 04:26:02 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 8715737B400 for ; Wed, 6 Dec 2000 04:26:01 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143de3-0004F5-00; Wed, 06 Dec 2000 12:25:59 +0000 To: Andrew Gallatin , Wilko Bulte , Daniel Nilsson , freebsd-alpha@freebsd.org From: wkb@freebie.demon.nl Subject: Re: Mikasa boot problems Date: Wed, 6 Dec 2000 12:25:59 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 194.201.204.34 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Wilko Bulte writes: > > > I ported the AS1000/AS1000A support from NetBSD. I don't think the > > > 1000A support has been tested yet. > > > > Go and washed thou mouth with soap..! > > > > I have 4.2-something running on a AS1000A at work. Actually I use it as my > > FreeBSD-builder. Mine is a EV5/400 BTW. > > > > So, I don't understand why mine has worked for a long time now.. > > Actually, the problem is worse than I thought. I think your machine > works only because we've been lucky. > > As things stand now, I think only ev4 1000's and ev5 1000a's will > work, because I misread the NetBSD source code. It turns out the > chipset is dependant on the CPU and the interrupt hardware is > dependant on the systype. > Ouch.. I don't have an EV4 Mikasa, only EV5 AS1000A. This is yet another good point for ensuring we have a better test coverage in place. Meaning at least 2 testers for a specific piece of hardware. Chipsets are indeed different IIRC. At least the memory setup is, sets of 5 SIMMs for Mikasa and sets of 4 for 1000A. Might be a good idea to test this patch and put updated 4.2-post-R bootfloppies up for ftp if it fixes the problem. Wilko > See the appended patch to see what I mean. > > Drew > > Index: alpha/alpha/dec_1000a.c > =================================================================== > RCS file: /home/ncvs/src/sys/alpha/alpha/dec_1000a.c,v > retrieving revision 1.2.2.2 > diff -u -r1.2.2.2 dec_1000a.c > --- alpha/alpha/dec_1000a.c 2000/07/20 06:12:12 1.2.2.2 > +++ alpha/alpha/dec_1000a.c 2000/12/06 00:55:11 > @@ -146,6 +146,15 @@ > case PCS_PROC_EV4: > case PCS_PROC_EV45: > platform.iobus = "apecs"; > + break; > + > + default: > + platform.iobus = "cia"; > + break; > + } > + platform.cons_init = dec_1000a_cons_init; > + switch (cputype) { > + case ST_DEC_1000: > platform.pci_intr_map = dec_1000_intr_map; > platform.pci_intr_disable = dec_1000_intr_disable; > platform.pci_intr_enable = dec_1000_intr_enable; > @@ -153,14 +162,13 @@ > break; > > default: > - platform.iobus = "cia"; > platform.pci_intr_map = dec_1000a_intr_map; > platform.pci_intr_disable = dec_1000a_intr_disable; > platform.pci_intr_enable = dec_1000a_intr_enable; > platform.pci_intr_init = dec_1000a_intr_init; > break; > } > - platform.cons_init = dec_1000a_cons_init; > + > } > > /* XXX for forcing comconsole when srm serial console is used */ > @@ -401,5 +409,5 @@ > /* > * Enable cascade interrupt. > */ > - dec_1000_intr_enable(2); > + dec_1000a_intr_enable(2); > } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 4:59:19 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 04:59:18 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id C6B1F37B400 for ; Wed, 6 Dec 2000 04:59:17 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXDX9ZUU1E00142Z@research.kpn.com> for freebsd-alpha@FreeBSD.ORG; Wed, 6 Dec 2000 13:59:15 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Wed, 06 Dec 2000 13:59:14 +0100 Content-return: allowed Date: Wed, 06 Dec 2000 13:59:13 +0100 From: "Koster, K.J." Subject: RE: part numbers for 2100 5/300 processor modules? To: 'Andrew Gallatin' , Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Once we get the machine booting, it would be interesting to play with > it with that bad card in place. > Interesting. This kind of discussion crops up in the yearly "help my machine is sig 11-ing everything"--threads on freebsd-hackers/questions. The outcome is rather different over there, usually along the lines of "Just replace the RAM and don't even think of bloating the kernel with bad memory detectors". Is the Alpha memory management so much better that we can reliably detect the bulk of the memory errors, or is it that Alpha RAM isn't as cheap as the sand it was molten from and thus more precious? Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 5:59:48 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 05:59:46 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 2B57437B400 for ; Wed, 6 Dec 2000 05:59:46 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id IAA16821; Wed, 6 Dec 2000 08:59:43 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB6Dxhu19874; Wed, 6 Dec 2000 08:59:43 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 08:59:42 -0500 (EST) To: "Koster, K.J." Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: RE: part numbers for 2100 5/300 processor modules? In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.17923.887832.451112@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Koster, K.J. writes: > > > > Once we get the machine booting, it would be interesting to play with > > it with that bad card in place. > > > Interesting. This kind of discussion crops up in the yearly "help my machine > is sig 11-ing everything"--threads on freebsd-hackers/questions. The outcome > is rather different over there, usually along the lines of "Just replace the > RAM and don't even think of bloating the kernel with bad memory detectors". > > Is the Alpha memory management so much better that we can reliably detect > the bulk of the memory errors, or is it that Alpha RAM isn't as cheap as the > sand it was molten from and thus more precious? Yes. To both, I think. I'll have to read more about it to verify.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 6:49:33 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 06:49:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id F1A7E37B400 for ; Wed, 6 Dec 2000 06:49:25 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA17596; Wed, 6 Dec 2000 09:49:24 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB6EnOB19994; Wed, 6 Dec 2000 09:49:24 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 09:49:23 -0500 (EST) To: postmaster@freebie.demon.nl Cc: wkb@freebie.demon.nl, freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.20528.500214.470261@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OK, Lynx take three: http://people.FreeBSD.org/~gallatin/kern.flp md5 /tmp/kern.flp MD5 (/tmp/kern.flp) = 4b2476bc8430d8475ad1154b5d55e22d This time I think we're getting somewhere. The PC the SRM console gave you when you halted the machine shows the machine is in the middle of dispatching an interrupt. So it looks like simply not EOI'ing an interrupt source is not enough to prevent further interrupts from that same source on lynx (like it is on sable). So the new kernel will disable an interrupt source at the chipset level when it comes in. Maybe this will work. You'll see 100 interupts worth of "enabling irq #" and "disabling irq #" If it doesn't work, please ask the SRM console what the RA is when you halt the machine (">>>e ra" should do it). You needn't bother with a verbose boot; none of my debugging info is hidden behind bootverbose. Thanks! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 7:47:26 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 07:47:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id A83D437B400 for ; Wed, 6 Dec 2000 07:47:18 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143gmn-0004am-00; Wed, 06 Dec 2000 15:47:13 +0000 To: Andrew Gallatin , wkb@freebie.demon.nl, freebsd-alpha@freebsd.org From: postmaster@freebie.demon.nl Subject: Re: Lynx test / 2nd attempt Date: Wed, 6 Dec 2000 15:47:13 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="DemonWebmail_Boundary" Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --DemonWebmail_Boundary Content-Type: text/plain Take 3 log attached. In short: ENOJOY W/ > OK, Lynx take three: > > http://people.FreeBSD.org/~gallatin/kern.flp > md5 /tmp/kern.flp > MD5 (/tmp/kern.flp) = 4b2476bc8430d8475ad1154b5d55e22d > > This time I think we're getting somewhere. The PC the SRM console > gave you when you halted the machine shows the machine is in the > middle of dispatching an interrupt. > > So it looks like simply not EOI'ing an interrupt source is not enough > to prevent further interrupts from that same source on lynx (like it > is on sable). So the new kernel will disable an interrupt source at > the chipset level when it comes in. Maybe this will work. You'll see > 100 interupts worth of "enabling irq #" and "disabling irq #" > > If it doesn't work, please ask the SRM console what the RA is when you > halt the machine (">>>e ra" should do it). > > You needn't bother with a verbose boot; none of my debugging info is > hidden behind bootverbose. > > Thanks! > > Drew > > --DemonWebmail_Boundary Content-Type: text/plain; name="Lynx3" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Lynx3" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIERlYyAgNiAxNTowOTo1NyAyMDAwCmJhc2gtMi4wNCMgDQpi YXNoLTIuMDQjIHRpcCBhDQoHY29ubmVjdGVkDQ0KDQ0KUDAwPj4+DQ0KUDAwPj4+Ym9vdCBkdmEw DQ0KKGJvb3QgZHZhMC4wLjAuMTAwMC4wIC1mbGFncyAwLDApDQ0KYmxvY2sgMCBvZiBkdmEwLjAu MC4xMDAwLjAgaXMgYSB2YWxpZCBib290IGJsb2NrDQ0KcmVhZGluZyAxNSBibG9ja3MgZnJvbSBk dmEwLjAuMC4xMDAwLjANDQpib290c3RyYXAgY29kZSByZWFkIGluDQ0KYmFzZSA9IDIwMDAwMCwg aW1hZ2Vfc3RhcnQgPSAwLCBpbWFnZV9ieXRlcyA9IDFlMDANDQppbml0aWFsaXppbmcgSFdSUEIg YXQgMjAwMA0NCmluaXRpYWxpemluZyBwYWdlIHRhYmxlIGF0IDdmZjAwMDANDQppbml0aWFsaXpp bmcgbWFjaGluZSBzdGF0ZQ0NCnNldHRpbmcgYWZmaW5pdHkgdG8gdGhlIHByaW1hcnkgQ1BVDQ0K anVtcGluZyB0byBib290c3RyYXAgY29kZQ0NCnwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCExvYWRpbmcg L2Jvb3QvbG9hZGVyDQ0KLQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IQ29uc29s ZTogU1JNIGZpcm13YXJlIGNvbnNvbGUNDQpWTVMgUEFMIHJldjogMHg0MDAwNzAwMDEwNTM4DQ0K T1NGIFBBTCByZXY6IDB4NDAwMGMwMDAyMDEyZA0NClN3aXRjaCB0byBPU0YgUEFMIGNvZGUgc3Vj Y2VlZGVkLg0NCg0NCkZyZWVCU0QvYWxwaGEgU1JNIGRpc2sgYm9vdCwgUmV2aXNpb24gMS4xDQ0K KHJvb3RrQHF1eW5oLm51eGkuY29tLCBNb24gTm92IDI3IDA1OjM5OjUzIEdNVCAyMDAwKQ0NCk1l bW9yeTogMTMxMDcyIGsNDQp8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8IL2tlcm5lbCBkYXRhPTB4MjlkYmE4KzB4MmI0NDggLQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQgNDQoHBw0NClBsZWFzZSBpbnNlcnQgTUZTIHJvb3Qg ZmxvcHB5IGFuZCBwcmVzcyBlbnRlcjoNDQoNDQpcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIBwcNDQpIaXQgW0VudGVyXSB0byBib290IGltbWVkaWF0ZWx5 LCBvciBhbnkgb3RoZXIga2V5IGZvciBjb21tYW5kIHByb21wdC4NDQoNQm9vdGluZyBbL2tlcm5l bF0gaW4gOSBzZWNvbmRzLi4uIA1Cb290aW5nIFsva2VybmVsXSBpbiA4IHNlY29uZHMuLi4gDUJv b3RpbmcgWy9rZXJuZWxdIGluIDcgc2Vjb25kcy4uLiANQm9vdGluZyBbL2tlcm5lbF0gaW4gNiBz ZWNvbmRzLi4uIA1Cb290aW5nIFsva2VybmVsXSBpbiA1IHNlY29uZHMuLi4gDUJvb3RpbmcgWy9r ZXJuZWxdIGluIDQgc2Vjb25kcy4uLiANQm9vdGluZyBbL2tlcm5lbF0gaW4gMyBzZWNvbmRzLi4u IA1Cb290aW5nIFsva2VybmVsXSBpbiAyIHNlY29uZHMuLi4gDUJvb3RpbmcgWy9rZXJuZWxdIGlu IDEgc2Vjb25kLi4uIA1Cb290aW5nIFsva2VybmVsXS4uLiAgICAgICAgICAgICAgIA0NCnwILwgt CFwIfAgvCEVudGVyaW5nIGtlcm5lbCBhdCAweGZmZmZmYzAwMDAzMjgyMDAuLi4NDQpDb25zb2xl OiBTUk0gZmlybXdhcmUgY29uc29sZQ0NCnBhbmljOiB6ZnJlZSgweDIwMDNmMjUwLDMyKTogd2ls ZCBwb2ludGVyDQ0KDQ0KaGFsdGVkIENQVSAwDQ0KDQ0KaGFsdCBjb2RlID0gNQ0NCkhBTFQgaW5z dHJ1Y3Rpb24gZXhlY3V0ZWQNDQpQQyA9IDIwMDFmY2UwICAgICAgICANDQpQMDA+Pj4NDQpQMDA+ Pj4NDQpQMDA+Pj5ib290IGR2YTANDQooYm9vdCBkdmEwLjAuMC4xMDAwLjAgLWZsYWdzIDAsMCkN DQpibG9jayAwIG9mIGR2YTAuMC4wLjEwMDAuMCBpcyBhIHZhbGlkIGJvb3QgYmxvY2sNDQpyZWFk aW5nIDE1IGJsb2NrcyBmcm9tIGR2YTAuMC4wLjEwMDAuMA0NCmJvb3RzdHJhcCBjb2RlIHJlYWQg aW4NDQpiYXNlID0gMjAwMDAwLCBpbWFnZV9zdGFydCA9IDAsIGltYWdlX2J5dGVzID0gMWUwMA0N CmluaXRpYWxpemluZyBIV1JQQiBhdCAyMDAwDQ0KaW5pdGlhbGl6aW5nIHBhZ2UgdGFibGUgYXQg N2ZmMDAwMA0NCmluaXRpYWxpemluZyBtYWNoaW5lIHN0YXRlDQ0Kc2V0dGluZyBhZmZpbml0eSB0 byB0aGUgcHJpbWFyeSBDUFUNDQpqdW1waW5nIHRvIGJvb3RzdHJhcCBjb2RlDQ0KfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ITG9hZGluZyAvYm9vdC9sb2FkZXINDQoAAAAADQ0KDQpWTVMgUEFMY29kZSBW NS41Ni03AAAAACwgT1NGIFBBTGNvZGUgVjEuNDUtMTINDQoNCgAAAABzdGFydGluZyBjb25zb2xl IG9uIENQVSAwDQ0KaW5pdGlhbGl6ZWQgaWRsZSBQQ0INDQppbml0aWFsaXppbmcgc2VtYXBob3Jl cw0NCmluaXRpYWxpemluZyBoZWFwDQ0KaW5pdGlhbCBoZWFwIDFjMGMwDQ0KbWVtb3J5IGxvdyBs aW1pdCA9IDEzYzAwMA0NCmhlYXAgPSAxYzBjMCwgMTNmYzANDQppbml0aWFsaXppbmcgZHJpdmVy IHN0cnVjdHVyZXMNDQppbml0aWFsaXppbmcgaWRsZSBwcm9jZXNzIFBJRA0NClhERUxUQSBub3Qg ZW5hYmxlZA0NCmluaXRpYWxpemluZyBmaWxlIHN5c3RlbQ0NCmluaXRpYWxpemluZyB0aW1lciBk YXRhIHN0cnVjdHVyZXMNDQpsb3dlcmluZyBJUEwNDQpDUFUgMCBzcGVlZCBpcyA1LjI2IG5zICgx OTBNSHopDQ0KY3JlYXRlIGRlYWRfZWF0ZXINDQpjcmVhdGUgcG9sbA0NCmNyZWF0ZSB0aW1lcg0N CmNyZWF0ZSBwb3dlcnVwDQ0KYWNjZXNzIE5WUkFNDQ0KZW50ZXJpbmcgaWRsZSBsb29wDQ0KU3Rh cnRpbmcgTWVtb3J5IERpYWdub3N0aWNzDQ0KVGVzdGluZyBDU0lDIG9uIE1lbW9yeSBNb2R1bGUg MA0NClRlc3RpbmcgYWxsIG1lbW9yeSBiYW5rcyBpbiBwYXJhbGxlbA0NClRlc3RpbmcgTWVtb3J5 IGJhbmsgMA0NClRlc3RpbmcgTWVtb3J5IGJhbmsgMQ0NClRlc3RpbmcgTWVtb3J5IGJhbmsgMg0N ClRlc3RpbmcgTWVtb3J5IGJhbmsgMw0NCkNvbmZpZ3VyaW5nIE1lbW9yeSBNb2R1bGVzDQ0KQ29u ZmlndXJlZCBtZW1vcnkgc2l6ZSA9IDgwMDAwMDANDQpNZW1vcnkgRGlhZ25vc3RpY3MgY29tcGxl dGVkDQ0KcHJvYmluZyBob3NlIDAsIFBDSQ0NCnByb2JpbmcgUENJLXRvLUVJU0EgYnJpZGdlLCBi dXMgMQ0NCnByb2JpbmcgUENJLXRvLVBDSSBicmlkZ2UsIGJ1cyAyDQ0KYnVzIDEsIHNsb3QgMSAt LSB2Z2EgLS0gQ29tcGFxIFF2aXNpb24NDQpidXMgMSwgc2xvdCAzIC0tIGRyYSAtLSBNeWxleCBE QUM5NjANDQpidXMgMiwgc2xvdCAxIC0tIHBrYSAtLSBOQ1IgNTNDODEwDQ0KYnVzIDIsIHNsb3Qg NiAtLSBkcmIgLS0gTXlsZXggREFDOTYwDQ0KYnVzIDAsIHNsb3QgNyAtLSBld2EgLS0gREVDY2hp cCAyMTA0MC1BQQ0NCmJ1cyAwLCBzbG90IDkgLS0gcGtiIC0tIFFMb2dpYyBJU1AxMDIwDQ0KaW5p dGlhbGl6aW5nIGtleWJvYXJkDQ0Kb3NfdHlwZTogVU5JWCAtIGNvbnNvbGUgQ0lQQ0EgZHJpdmVy IG5vdCBzdGFydGVkDQ0KTWVtb3J5IFRlc3RpbmcgYW5kIENvbmZpZ3VyYXRpb24gU3RhdHVzDQ0K TW9kdWxlICAgU2l6ZSAgICBCYXNlIEFkZHIgICBJbnRsdiBNb2RlICBJbnRsdiBVbml0ICBTdGF0 dXMNDQotLS0tLS0gICAtLS0tLSAgIC0tLS0tLS0tLSAgIC0tLS0tLS0tLS0gIC0tLS0tLS0tLS0g IC0tLS0tLQ0NCiAgMCAgICAgIDEyOE1CICAgMDAwMDAwMDAgICAgICAxLVdheSAgICAgICAgIDAg ICAgICAgUGFzc2VkDQ0KVG90YWwgQmFkIFBhZ2VzIDANDQpBbHBoYVNlcnZlciAyMTAwQSBDb25z b2xlIFY1LjMtMTAsIGJ1aWx0IG9uIE9jdCAxNiAxOTk4IGF0IDE0OjA2OjU4DQ0KUDAwPj4+DQ0K UDAwPj4+DQ0KUDAwPj4+DQ0KUDAwPj4+Ym9vdCBkdmEwDQ0KKGJvb3QgZHZhMC4wLjAuMTAwMC4w IC1mbGFncyAwLDApDQ0KYmxvY2sgMCBvZiBkdmEwLjAuMC4xMDAwLjAgaXMgYSB2YWxpZCBib290 IGJsb2NrDQ0KcmVhZGluZyAxNSBibG9ja3MgZnJvbSBkdmEwLjAuMC4xMDAwLjANDQpib290c3Ry YXAgY29kZSByZWFkIGluDQ0KYmFzZSA9IDIwMDAwMCwgaW1hZ2Vfc3RhcnQgPSAwLCBpbWFnZV9i eXRlcyA9IDFlMDANDQppbml0aWFsaXppbmcgSFdSUEIgYXQgMjAwMA0NCmluaXRpYWxpemluZyBw YWdlIHRhYmxlIGF0IDdmZjAwMDANDQppbml0aWFsaXppbmcgbWFjaGluZSBzdGF0ZQ0NCnNldHRp bmcgYWZmaW5pdHkgdG8gdGhlIHByaW1hcnkgQ1BVDQ0KanVtcGluZyB0byBib290c3RyYXAgY29k ZQ0NCnwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCExvYWRpbmcgL2Jvb3QvbG9hZGVyDQ0KLQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IQ29uc29sZTogU1JNIGZpcm13YXJlIGNvbnNvbGUN DQpWTVMgUEFMIHJldjogMHg0MDAwNzAwMDEwNTM4DQ0KT1NGIFBBTCByZXY6IDB4NDAwMGMwMDAy MDEyZA0NClN3aXRjaCB0byBPU0YgUEFMIGNvZGUgc3VjY2VlZGVkLg0NCg0NCkZyZWVCU0QvYWxw aGEgU1JNIGRpc2sgYm9vdCwgUmV2aXNpb24gMS4xDQ0KKHJvb3RrQHF1eW5oLm51eGkuY29tLCBN b24gTm92IDI3IDA1OjM5OjUzIEdNVCAyMDAwKQ0NCk1lbW9yeTogMTMxMDcyIGsNDQp8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8IL2tlcm5lbCBkYXRhPTB4MjlkYmE4 KzB4MmI0NDggLQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQgNDQoHBw0NClBsZWFzZSBpbnNlcnQgTUZTIHJvb3QgZmxvcHB5IGFuZCBwcmVzcyBlbnRlcjoN DQoNDQpcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgv CC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8I LQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgt CFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0I XAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhc CHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwI fAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8 CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwI LwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIfAgvCC0IXAh8CC8ILQhcCHwILwgtCFwIBwcN DQpIaXQgW0VudGVyXSB0byBib290IGltbWVkaWF0ZWx5LCBvciBhbnkgb3RoZXIga2V5IGZvciBj b21tYW5kIHByb21wdC4NDQoNQm9vdGluZyBbL2tlcm5lbF0gaW4gOSBzZWNvbmRzLi4uIA1Cb290 aW5nIFsva2VybmVsXSBpbiA4IHNlY29uZHMuLi4gDUJvb3RpbmcgWy9rZXJuZWxdIGluIDcgc2Vj b25kcy4uLiANQm9vdGluZyBbL2tlcm5lbF0gaW4gNiBzZWNvbmRzLi4uIA1Cb290aW5nIFsva2Vy bmVsXS4uLiAgICAgICAgICAgICAgIA0NCnwILwgtCFwIfAgvCEVudGVyaW5nIGtlcm5lbCBhdCAw eGZmZmZmYzAwMDAzMjgyMDAuLi4NDQpDb25zb2xlOiBTUk0gZmlybXdhcmUgY29uc29sZQ0NCnBh bmljOiB6ZnJlZSgweDIwMDNmMjUwLDMyKTogd2lsZCBwb2ludGVyDQ0KDQ0KaGFsdGVkIENQVSAw DQ0KDQ0KaGFsdCBjb2RlID0gNQ0NCkhBTFQgaW5zdHJ1Y3Rpb24gZXhlY3V0ZWQNDQpQQyA9IDIw MDFmY2UwICAgICAgICANDQpQMDA+Pj5+DQ0KW0VPVF0NDQpiYXNoLTIuMDQjIA0KYmFzaC0yLjA0 IyBleGl0DQoKU2NyaXB0IGRvbmUgb24gV2VkIERlYyAgNiAxNTo0MDoyMCAyMDAwCg== --DemonWebmail_Boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 8:24:45 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 08:24:43 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from home.se (smtphost3.home.se [195.66.35.199]) by hub.freebsd.org (Postfix) with ESMTP id 95C6837B400 for ; Wed, 6 Dec 2000 08:24:42 -0800 (PST) Received: from daniel.n.nilsson@home.se [161.114.88.72] by home.se with Novell Internet Messaging System Web Client; Wed, 06 Dec 2000 17:23:20 Subject: Re: Re: part numbers for 2100 5/300 processor modules? From: Daniel Nilsson To: gallatin@cs.duke.edu, wkb@freebie.demon.nl, freebsd-alpha@freebsd.org, Date: Wed, 06 Dec 2000 16:23:20 GMT X-Sender: Novell Internet Messaging System Web Client MIME-Version: 1.0 Message-ID: <976119800.126daniel.n.nilsson@home.se> Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: 8bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi All, I'll just throw in a little note about ECC errors. The Tru64 OS does the logging of the error but that's it. The actual handling of the error when detected by the hardware is done by PAL code. This is true for EV6 based systems but I'd guess it's the same for older CPU's as well. Regards Daniel Nilsson > Wilko Bulte writes: > > > > Tomorrow we will know more. Today I first had to remove the broken > > 512Mb memory module from the Lynx. FreeBSD does not tolerate memory errors, > > the ECC needs CPU help and that is not given. Instead a panic is done ;-) > > Ecc errors are tolerated: > > Jul 11 13:50:00 hurricane /kernel: Warning: received processor correctable error. > > This is an AS600 5/266. I'm pretty sure its an ecc error because it > complained of them fairly bitterly back when it was running Tru64. > > I think the problem is that memory which is totally broken and > generates a machine-check when accessed is not tolerated by FreeBSD, > but is tolerated by Tru64. Somebody once told me that Tru64 probes > all the memory and is smart enough to not use bad memory, that's > probably how it survives on your machine.. > > Drew > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 8:36:46 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 08:36:44 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A72937B400 for ; Wed, 6 Dec 2000 08:36:44 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA25135; Wed, 6 Dec 2000 08:36:21 -0800 Date: Wed, 6 Dec 2000 08:36:16 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Daniel Nilsson Cc: gallatin@cs.duke.edu, wkb@freebie.demon.nl, freebsd-alpha@FreeBSD.ORG Subject: Re: Re: part numbers for 2100 5/300 processor modules? In-Reply-To: <976119800.126daniel.n.nilsson@home.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 6 Dec 2000, Daniel Nilsson wrote: > Hi All, > > I'll just throw in a little note about ECC errors. The Tru64 > OS does the logging of the error but that's it. The actual > handling of the error when detected by the hardware is done > by PAL code. There is an exception to this in the TurboLaser has to correct errors caused by DMA from the I/O boards since the PAL code hasn't got a clue as to what happened when something bad happens with this (and, no, neither NetBSD nor FreeBSD has this code in place). As a second note, the error cleanup && logging code is, in fact, very closely held Digital (now Compaq) Intellectual Property. More so than just about any other portion of the kernel. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 8:42:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 08:42:18 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id C097437B400 for ; Wed, 6 Dec 2000 08:42:17 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143he4-0006w4-00; Wed, 06 Dec 2000 16:42:16 +0000 To: postmaster@freebie.demon.nl, Andrew Gallatin , wkb@freebie.demon.nl, freebsd-alpha@freebsd.org From: wkb@freebie.demon.nl Subject: Re: Lynx test / 2nd attempt Date: Wed, 6 Dec 2000 16:42:16 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Take 3 log attached. In short: ENOJOY > GRRRR! ENOJOY was caused by EDUFFFLOPPYDISK I re-wrote the kern.flp and now my Lynx is sitting in sysinstall! Lacking a -current CD that is it for today. Drew, can you please commit the Lynx bits to current? Then I'll try to create a -current CD and see if that boots/installs OK. NB: please put the debugging output behind -v ? cheers, Wilko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 8:50:18 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 08:50:17 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id CAFC737B400 for ; Wed, 6 Dec 2000 08:50:16 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA20493; Wed, 6 Dec 2000 11:50:16 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB6GoGY20204; Wed, 6 Dec 2000 11:50:16 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 11:50:16 -0500 (EST) To: wkb@freebie.demon.nl Cc: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.27908.33253.982934@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org wkb@freebie.demon.nl writes: > > Take 3 log attached. In short: ENOJOY > > > > GRRRR! ENOJOY was caused by EDUFFFLOPPYDISK > > I re-wrote the kern.flp and now my Lynx is sitting in sysinstall! Hurray! Woo-hooo! > Lacking a -current CD that is it for today. > > Drew, can you please commit the Lynx bits to current? Then I'll try > to create a -current CD and see if that boots/installs OK. NB: please > put the debugging output behind -v ? Actually, I was planning to nuke those loud debugging bits altogether once it worked. I'll commit the lynx bits as quickly as I can. There are some other cleanups, that I need to do. And some copyright issues that may need to be addressed... I can (privately) send you a patch so that you can build your own -current CD if you're in a hurry. Thanks again for testing this! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 8:58: 5 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 08:58:03 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 524EF37B400 for ; Wed, 6 Dec 2000 08:58:03 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id IAA24236 for ; Wed, 6 Dec 2000 08:58:02 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB6Gw1L02282 for freebsd-alpha@freebsd.org; Wed, 6 Dec 2000 08:58:01 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Dec 2000 08:58:01 -0800 From: "David O'Brien" To: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206085801.B2205@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from wkb@freebie.demon.nl on Wed, Dec 06, 2000 at 04:42:16PM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 04:42:16PM +0000, wkb@freebie.demon.nl wrote: > Lacking a -current CD that is it for today. I put an ISO of the last release I did at ftp.freebsd.org:/pub/FreeBSD/snapshots/ISO-IMAGES To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 9: 1:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 09:01:18 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 8CEE237B400 for ; Wed, 6 Dec 2000 09:01:17 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA20854; Wed, 6 Dec 2000 12:01:16 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB6H1G220234; Wed, 6 Dec 2000 12:01:16 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 12:01:16 -0500 (EST) To: wkb@freebie.demon.nl Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-Reply-To: <20001206085801.B2205@dragon.nuxi.com> References: <20001206085801.B2205@dragon.nuxi.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.28851.509881.463884@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David O'Brien writes: > On Wed, Dec 06, 2000 at 04:42:16PM +0000, wkb@freebie.demon.nl wrote: > > Lacking a -current CD that is it for today. > > I put an ISO of the last release I did at > ftp.freebsd.org:/pub/FreeBSD/snapshots/ISO-IMAGES FWIW, this snapshot is where I got the floppy that I've been plunking my test kernels onto for you. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 9: 4: 9 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 09:04:07 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 5F40C37B400 for ; Wed, 6 Dec 2000 09:04:07 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id JAA24268; Wed, 6 Dec 2000 09:04:02 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB6H3sB02353; Wed, 6 Dec 2000 09:03:54 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Dec 2000 09:03:54 -0800 From: "David O'Brien" To: Michael Chen Cc: freebsd-alpha@freebsd.org Subject: Re: more for help on digital server 5000 Message-ID: <20001206090354.D2205@dragon.nuxi.com> Reply-To: alpha@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bd5rv@jsdxc.org on Wed, Dec 06, 2000 at 10:41:57AM +0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 10:41:57AM +0800, Michael Chen wrote: > After a few minutes trying to read kernel from CDROM, it told me that > "failed to send read to dka500". Does it mean that my CDROM is not supported > by Freebsd? No, we have problems booting from CDROMs and floppies on some machines. If you can dd' boot.flp onto a hard disk, you could boot from that and do a network install. Or if you have another FreeBSD Alpha, build the system disk on it and then transplant it to this machine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 10:59: 9 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 10:59:07 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 97C2337B400 for ; Wed, 6 Dec 2000 10:59:06 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143jmT-0009O2-00; Wed, 06 Dec 2000 18:59:05 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6IwdV01688; Wed, 6 Dec 2000 19:58:39 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 19:58:39 +0100 From: Wilko Bulte To: "Koster, K.J." Cc: "'Andrew Gallatin'" , freebsd-alpha@FreeBSD.ORG Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <20001206195839.D497@freebie.demon.nl> References: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7A8B@l04.research.kpn.com>; from K.J.Koster@kpn.com on Wed, Dec 06, 2000 at 01:59:13PM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 01:59:13PM +0100, Koster, K.J. wrote: > > > > Once we get the machine booting, it would be interesting to play with > > it with that bad card in place. > > > Interesting. This kind of discussion crops up in the yearly "help my machine > is sig 11-ing everything"--threads on freebsd-hackers/questions. The outcome > is rather different over there, usually along the lines of "Just replace the > RAM and don't even think of bloating the kernel with bad memory detectors". > > Is the Alpha memory management so much better that we can reliably detect > the bulk of the memory errors, or is it that Alpha RAM isn't as cheap as the > sand it was molten from and thus more precious? First of all most Alphas have ECC memory. Most PeeCees do not. And yes, Alphas were designed from day 1 to be server stuff, so more attention to reliably driving loads of memory. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 11:10: 8 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 11:10:06 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 4056937B401 for ; Wed, 6 Dec 2000 11:10:05 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143jx5-0009jH-00; Wed, 06 Dec 2000 19:10:04 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6J9cs01772; Wed, 6 Dec 2000 20:09:38 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 20:09:38 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: Daniel Nilsson , freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems Message-ID: <20001206200938.E497@freebie.demon.nl> References: <976022855.158daniel.n.nilsson@home.se> <14893.194.420965.77884@grasshopper.cs.duke.edu> <20001205204431.C346@freebie.demon.nl> <14893.37128.710735.340327@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14893.37128.710735.340327@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 05, 2000 at 08:10:16PM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 08:10:16PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > > I ported the AS1000/AS1000A support from NetBSD. I don't think the > > > 1000A support has been tested yet. > > > > Go and washed thou mouth with soap..! > > > > I have 4.2-something running on a AS1000A at work. Actually I use it as my > > FreeBSD-builder. Mine is a EV5/400 BTW. > > > > So, I don't understand why mine has worked for a long time now.. > > Actually, the problem is worse than I thought. I think your machine > works only because we've been lucky. > > As things stand now, I think only ev4 1000's and ev5 1000a's will > work, because I misread the NetBSD source code. It turns out the > chipset is dependant on the CPU and the interrupt hardware is > dependant on the systype. Mikasa aka AS1000 -> EV4 or EV45 There was a CPU board with a 300Mc EV5, for used in both Mikasa and Noritake EV56 is only in AS1000A, aka Noritake. But some AS1000A had EV4 CPUs. EV56 CPUs were called Primo(?). Just to confuse things further there are mainboards that can do EV4 and EV5 (easy check: has onboard VGA and SIMMs sockets for ECC SIMMs) and mainboard models that can only do EV5/56 (which lack the VGA and ECC simm sockets). Right... I hope I have now sufficiently confused everybody. %-) W/ -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 11:22:22 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 11:22:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 63D8F37B400 for ; Wed, 6 Dec 2000 11:22:18 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143k8u-0009xh-00; Wed, 06 Dec 2000 19:22:16 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6JLnc01898; Wed, 6 Dec 2000 20:21:49 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 20:21:49 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206202149.H497@freebie.demon.nl> References: <14894.27908.33253.982934@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14894.27908.33253.982934@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Wed, Dec 06, 2000 at 11:50:16AM -0500 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 11:50:16AM -0500, Andrew Gallatin wrote: > wkb@freebie.demon.nl writes: > > > Take 3 log attached. In short: ENOJOY > > > > GRRRR! ENOJOY was caused by EDUFFFLOPPYDISK > > > > I re-wrote the kern.flp and now my Lynx is sitting in sysinstall! > > Hurray! Woo-hooo! Yep! > > Drew, can you please commit the Lynx bits to current? Then I'll try > > to create a -current CD and see if that boots/installs OK. NB: please > > put the debugging output behind -v ? > > Actually, I was planning to nuke those loud debugging bits altogether > once it worked. Fine with me, but for now I'd leave them in. Once a bit more testing has been done you can always nuke them. > I'll commit the lynx bits as quickly as I can. There are some other > cleanups, that I need to do. And some copyright issues that may need > to be addressed... And a pat on the back for Jeff Mogul I guess :) > I can (privately) send you a patch so that you can build your own > -current CD if you're in a hurry. I'm not. I'm short on time this week anyway. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 11:37:17 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 11:37:16 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id BDD7E37B400; Wed, 6 Dec 2000 11:37:14 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eB6JbDw03519; Wed, 6 Dec 2000 11:37:13 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: obrien@FreeBSD.ORG Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-Reply-To: Message from "David O'Brien" of "Wed, 06 Dec 2000 08:58:01 PST." <20001206085801.B2205@dragon.nuxi.com> Date: Wed, 06 Dec 2000 11:37:13 -0800 Message-ID: <3515.976131433@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Wed, Dec 06, 2000 at 04:42:16PM +0000, wkb@freebie.demon.nl wrote: > > Lacking a -current CD that is it for today. > > I put an ISO of the last release I did at > ftp.freebsd.org:/pub/FreeBSD/snapshots/ISO-IMAGES What a coincidence - I just started a release on beast yesterday but forgot to turn NODOC on, so it fell over in the docs building phase (which is easily rectified if we want to restart this release from where it left off without docs). That leads me to wonder, however, if we ever have any plans of fixing this: ===> en_US.ISO_8859-1/articles/committers-guide /usr/local/bin/jade -ioutput.html -ioutput.html.images -V nochunks -c /usr/doc/en_US.ISO_8859-1/articles/committers-guide/../../../en_US.ISO_8859-1/share/sgml/catalog -c /usr/doc/en_US.ISO_8859-1/articles/committers-guide/../../../share/sgml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/docbook/catalog -c /usr/local/share/sgml/jade/catalog -d /usr/doc/en_US.ISO_8859-1/articles/committers-guide/../../../share/sgml/default.dsl -t sgml /usr/doc/en_US.ISO_8859-1/articles/committers-guide/article.sgml > article.html || (rm -f article.html && false) Segmentation fault - core dumped *** Error code 1 Something is really hosed with jade on the alpha. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 11:48:58 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 11:48:55 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id BB32E37B400 for ; Wed, 6 Dec 2000 11:48:55 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA25393; Wed, 6 Dec 2000 11:48:54 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB6Jmrd58540; Wed, 6 Dec 2000 11:48:53 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Dec 2000 11:48:53 -0800 From: "David O'Brien" To: Jordan Hubbard Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206114852.A57235@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3515.976131433@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3515.976131433@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Wed, Dec 06, 2000 at 11:37:13AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 11:37:13AM -0800, Jordan Hubbard wrote: > where it left off without docs). That leads me to wonder, however, > if we ever have any plans of fixing this: > > ===> en_US.ISO_8859-1/articles/committers-guide > /usr/local/bin/jade -ioutput.html -ioutput.html.images -V nochunks -c ^^^^^^ The build (at least on Alpha) needs to switch to openjade. > Something is really hosed with jade on the alpha. And will be so forever. :-( Jade development has been stopped. But Open Jade doesn't have as rich foreign language support. (who knows why since they started with the Jade source....) -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 11:53:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 11:53:32 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id CE12037B400; Wed, 6 Dec 2000 11:53:30 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143kd7-000Ack-00; Wed, 06 Dec 2000 19:53:29 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6Jr1f02343; Wed, 6 Dec 2000 20:53:01 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 20:53:01 +0100 From: Wilko Bulte To: "David O'Brien" Cc: Jordan Hubbard , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206205301.A2278@freebie.demon.nl> References: <3515.976131433@winston.osd.bsdi.com> <20001206114852.A57235@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001206114852.A57235@dragon.nuxi.com>; from obrien@freebsd.org on Wed, Dec 06, 2000 at 11:48:53AM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 11:48:53AM -0800, David O'Brien wrote: > On Wed, Dec 06, 2000 at 11:37:13AM -0800, Jordan Hubbard wrote: > > where it left off without docs). That leads me to wonder, however, > > if we ever have any plans of fixing this: > > > > ===> en_US.ISO_8859-1/articles/committers-guide > > /usr/local/bin/jade -ioutput.html -ioutput.html.images -V nochunks -c > ^^^^^^ > The build (at least on Alpha) needs to switch to openjade. > > > Something is really hosed with jade on the alpha. > > And will be so forever. :-( Jade development has been stopped. But > Open Jade doesn't have as rich foreign language support. (who knows why > since they started with the Jade source....) $0.02 from someone who knows zilch about jade: is it really necessary to have all these different formatters/layout tools etc etc etc to format our docs? 'Form follows function'. W/ -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 12:11:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 12:11:32 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id F379437B400; Wed, 6 Dec 2000 12:11:31 -0800 (PST) Received: from laptop.baldwin.cx (root@dhcp246.osd.bsdi.com [204.216.28.246]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eB6KAu788056; Wed, 6 Dec 2000 12:10:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001206205301.A2278@freebie.demon.nl> Date: Wed, 06 Dec 2000 12:11:37 -0800 (PST) From: John Baldwin To: Wilko Bulte Subject: Re: Lynx test / 2nd attempt Cc: freebsd-alpha@FreeBSD.org, Jordan Hubbard , "David O'Brien" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 06-Dec-00 Wilko Bulte wrote: > On Wed, Dec 06, 2000 at 11:48:53AM -0800, David O'Brien wrote: >> On Wed, Dec 06, 2000 at 11:37:13AM -0800, Jordan Hubbard wrote: >> > where it left off without docs). That leads me to wonder, however, >> > if we ever have any plans of fixing this: >> > >> > ===> en_US.ISO_8859-1/articles/committers-guide >> > /usr/local/bin/jade -ioutput.html -ioutput.html.images -V nochunks -c >> ^^^^^^ >> The build (at least on Alpha) needs to switch to openjade. >> >> > Something is really hosed with jade on the alpha. >> >> And will be so forever. :-( Jade development has been stopped. But >> Open Jade doesn't have as rich foreign language support. (who knows why >> since they started with the Jade source....) > > $0.02 from someone who knows zilch about jade: is it really necessary to > have all these different formatters/layout tools etc etc etc to format > our docs? Yes. The docs are written in an abstract SGML markup, so that you don't have to make formatting decisions at the time you are writing docs. You then run the docs along with stylesheets through jade and out comes either html or tex. You can then feed the tex off to other programs to get PostScript, PDF, PalmPilot, etc. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 12:21: 0 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 12:20:59 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id C6DE837B400 for ; Wed, 6 Dec 2000 12:20:58 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB6KU0F52113 for ; Wed, 6 Dec 2000 12:30:06 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012062030.eB6KU0F52113@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-reply-to: Your message of "Wed, 06 Dec 2000 12:16:41 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Dec 2000 12:30:00 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Please find attached the transcript of the boot of yesterdays > Lynx boot floppy. Unfortunately the system still hangs after > the probing PnP devices message. Isn't PnP on Alpha a no-no > anyway? ISA PnP should work just fine. Nobody's pointed out to me how we could obtain the other resource information from SRM, so I haven't made any attempt to emulate the BIOS PnP functionality the x86 has (but I would very much like to, and I know the information is available somewhere). -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 12:35: 2 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 12:35:01 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from wa4phy.dyndns.org (cc449817-a.mrtnz1.ga.home.com [24.12.79.51]) by hub.freebsd.org (Postfix) with ESMTP id D24E137B400 for ; Wed, 6 Dec 2000 12:35:00 -0800 (PST) Received: from wa4phy.dyndns.org (wa4phy.dyndns.org [24.12.79.51]) by wa4phy.dyndns.org (8.9.3/8.9.3) with ESMTP id PAA26734 for ; Wed, 6 Dec 2000 15:34:59 -0500 (EST) (envelope-from sam@wa4phy.dyndns.org) Sender: sam@wa4phy.dyndns.org Message-ID: <3A2EA2D4.EADC6828@wa4phy.dyndns.org> Date: Wed, 06 Dec 2000 15:34:29 -0500 From: Sam Drinkard Organization: You Gotta Be Kiddin! X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en, ja MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: Status Summary Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Due to circumstances beyond my control, I had to leave the list for a period of time, and from what I'm seeing, there are many changes over the last month I've not been able to keep up with. Could somone summarize what the current state of the project is in with respect to the Sable machine? Expressly, SMP Many thanks.. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 12:37:12 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 12:37:09 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 1914737B401; Wed, 6 Dec 2000 12:37:09 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id NAA22602; Wed, 6 Dec 2000 13:34:48 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAAs6aWgS; Wed Dec 6 13:34:41 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id NAA21965; Wed, 6 Dec 2000 13:36:52 -0700 (MST) From: Terry Lambert Message-Id: <200012062036.NAA21965@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: msmith@FreeBSD.ORG (Mike Smith) Date: Wed, 6 Dec 2000 20:36:47 +0000 (GMT) Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: <200012062030.eB6KU0F52113@mass.osd.bsdi.com> from "Mike Smith" at Dec 06, 2000 12:30:00 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Please find attached the transcript of the boot of yesterdays > > Lynx boot floppy. Unfortunately the system still hangs after > > the probing PnP devices message. Isn't PnP on Alpha a no-no > > anyway? > > ISA PnP should work just fine. Nobody's pointed out to me how we could > obtain the other resource information from SRM, so I haven't made any > attempt to emulate the BIOS PnP functionality the x86 has (but I would > very much like to, and I know the information is available somewhere). Is FreeBSD being "a PnP OS" an alpha need? The Shanley/MindShare PnP book documents what an OS needs to do to be a "PnP OS". The one problem is that the POST code on most cards assumes POSTing by an x86 processor running ROMed x86 code from the card itself. This normally leads vendors of non-x86 machines to support a limited set of hardware, and do the POST initialization of the card in their own ROM or firmware code. If the card's default POST state didn't require the CPU to do processing when the card was installed with PnP mode enable, then doing the "PnP OS" thing would work; otherwise, it probably won't. This means that ISA PnP will probably be broken on these boxes as well. Carrying around the non-x86 equivalent for all possible cards that were designed by people who can't get their hardware into a functional state by default without the help of x86 code is really not an option. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 12:44:24 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 12:44:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 7DB3337B400 for ; Wed, 6 Dec 2000 12:44:21 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB6KrNF52293; Wed, 6 Dec 2000 12:53:25 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-reply-to: Your message of "Wed, 06 Dec 2000 20:36:47 GMT." <200012062036.NAA21965@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Dec 2000 12:53:23 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Please find attached the transcript of the boot of yesterdays > > > Lynx boot floppy. Unfortunately the system still hangs after > > > the probing PnP devices message. Isn't PnP on Alpha a no-no > > > anyway? > > > > ISA PnP should work just fine. Nobody's pointed out to me how we could > > obtain the other resource information from SRM, so I haven't made any > > attempt to emulate the BIOS PnP functionality the x86 has (but I would > > very much like to, and I know the information is available somewhere). > > Is FreeBSD being "a PnP OS" an alpha need? I don't think I understand this question. > The Shanley/MindShare PnP book documents what an OS needs to do > to be a "PnP OS". The one problem is that the POST code on most > cards assumes POSTing by an x86 processor running ROMed x86 code > from the card itself. This assumes that the card has POST firmware at all. Most ISA PnP cards do not. Most BIOS PnP devices are initted by platform firmware (which the Alpha has already). Video cards and supported SCSI cards are notable exceptions; the Alpha platforms run the video BIOS in an x86 emulator, and the SCSI POST code is integrated into the platform firmware. As an aside, I don't think that the PnP scan has anything to do with the system hanging; it's simply the last probe message printed. I loathe people that assume that because the last message printed came from subsystem X that it must be subsystem X that is failing. Boot verbose, you lame bastards. 8) > This normally leads vendors of non-x86 > machines to support a limited set of hardware, and do the POST > initialization of the card in their own ROM or firmware code. This is bunk. > If the card's default POST state didn't require the CPU to do > processing when the card was installed with PnP mode enable, > then doing the "PnP OS" thing would work; otherwise, it probably > won't. This means that ISA PnP will probably be broken on these > boxes as well. This is also bunk. > Carrying around the non-x86 equivalent for all > possible cards that were designed by people who can't get their > hardware into a functional state by default without the help of > x86 code is really not an option. And this is irrelevant. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 13:38:27 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 13:38:25 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 90E4E37B400; Wed, 6 Dec 2000 13:38:24 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143mGc-0006tl-00; Wed, 06 Dec 2000 21:38:22 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6Lbvu02833; Wed, 6 Dec 2000 22:37:57 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 22:37:57 +0100 From: Wilko Bulte To: Mike Smith Cc: Terry Lambert , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206223757.D2734@freebie.demon.nl> References: <200012062036.NAA21965@usr08.primenet.com> <200012062053.eB6KrNF52293@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012062053.eB6KrNF52293@mass.osd.bsdi.com>; from msmith@freebsd.org on Wed, Dec 06, 2000 at 12:53:23PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 12:53:23PM -0800, Mike Smith wrote: > > > > Please find attached the transcript of the boot of yesterdays > > > > Lynx boot floppy. Unfortunately the system still hangs after > > > > the probing PnP devices message. Isn't PnP on Alpha a no-no > > > > anyway? > > > > > > ISA PnP should work just fine. Nobody's pointed out to me how we could > > > obtain the other resource information from SRM, so I haven't made any > > > attempt to emulate the BIOS PnP functionality the x86 has (but I would > > > very much like to, and I know the information is available somewhere). > > > > Is FreeBSD being "a PnP OS" an alpha need? > > I don't think I understand this question. > > > The Shanley/MindShare PnP book documents what an OS needs to do > > to be a "PnP OS". The one problem is that the POST code on most > > cards assumes POSTing by an x86 processor running ROMed x86 code > > from the card itself. > > This assumes that the card has POST firmware at all. Most ISA PnP cards > do not. Most BIOS PnP devices are initted by platform firmware (which > the Alpha has already). Video cards and supported SCSI cards are notable > exceptions; the Alpha platforms run the video BIOS in an x86 emulator, > and the SCSI POST code is integrated into the platform firmware. > > As an aside, I don't think that the PnP scan has anything to do with the > system hanging; it's simply the last probe message printed. I loathe > people that assume that because the last message printed came from > subsystem X that it must be subsystem X that is failing. Boot > verbose, you lame bastards. 8) I did. And posted it. And the last failure was not due to a programming error but due to a faulty floppy disk. AS2100A appears to boot fine into sysinstall. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 13:39:22 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 13:39:20 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 0145137B400; Wed, 6 Dec 2000 13:39:17 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143mHS-000D65-00; Wed, 06 Dec 2000 21:39:14 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6Lcn002862; Wed, 6 Dec 2000 22:38:49 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 22:38:49 +0100 From: Wilko Bulte To: John Baldwin Cc: freebsd-alpha@freebsd.org, Jordan Hubbard , "David O'Brien" Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206223849.E2734@freebie.demon.nl> References: <20001206205301.A2278@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from jhb@freebsd.org on Wed, Dec 06, 2000 at 12:11:37PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 12:11:37PM -0800, John Baldwin wrote: > > On 06-Dec-00 Wilko Bulte wrote: > > On Wed, Dec 06, 2000 at 11:48:53AM -0800, David O'Brien wrote: > >> On Wed, Dec 06, 2000 at 11:37:13AM -0800, Jordan Hubbard wrote: > >> > where it left off without docs). That leads me to wonder, however, > >> > if we ever have any plans of fixing this: > >> > > >> > ===> en_US.ISO_8859-1/articles/committers-guide > >> > /usr/local/bin/jade -ioutput.html -ioutput.html.images -V nochunks -c > >> ^^^^^^ > >> The build (at least on Alpha) needs to switch to openjade. > >> > >> > Something is really hosed with jade on the alpha. > >> > >> And will be so forever. :-( Jade development has been stopped. But > >> Open Jade doesn't have as rich foreign language support. (who knows why > >> since they started with the Jade source....) > > > > $0.02 from someone who knows zilch about jade: is it really necessary to > > have all these different formatters/layout tools etc etc etc to format > > our docs? > > Yes. The docs are written in an abstract SGML markup, so that you don't have > to make formatting decisions at the time you are writing docs. You then run > the docs along with stylesheets through jade and out comes either html or tex. OK, I see the point here. But in this case it just produces coredumps ;) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:26:37 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:26:35 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 03B1937B401; Wed, 6 Dec 2000 14:26:35 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id B6B598A8; Wed, 6 Dec 2000 14:26:33 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA07396; Wed, 6 Dec 2000 14:26:33 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A2EBD18.EBD6332D@cup.hp.com> Date: Wed, 06 Dec 2000 14:26:32 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Wilko Bulte Cc: John Baldwin , freebsd-alpha@FreeBSD.ORG, Jordan Hubbard , "David O'Brien" Subject: Re: Lynx test / 2nd attempt References: <20001206205301.A2278@freebie.demon.nl> <20001206223849.E2734@freebie.demon.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote: > > > Yes. The docs are written in an abstract SGML markup, so that you don't have > > to make formatting decisions at the time you are writing docs. You then run > > the docs along with stylesheets through jade and out comes either html or tex. > OK, I see the point here. But in this case it just produces coredumps ;) We have a viewer for those in our source tree... :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:35:59 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:35:58 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id B906337B400 for ; Wed, 6 Dec 2000 14:35:57 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id RAA29917; Wed, 6 Dec 2000 17:35:57 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB6MZvO20701; Wed, 6 Dec 2000 17:35:57 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 17:35:56 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-Reply-To: <20001206202149.H497@freebie.demon.nl> References: <14894.27908.33253.982934@grasshopper.cs.duke.edu> <20001206202149.H497@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.48858.706382.195565@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > Fine with me, but for now I'd leave them in. Once a bit more testing has > been done you can always nuke them. No, I'll nuke them now. They were added to figure out how irqs work on lynx. I know that know, so I no longer need them. ;) <..> > And a pat on the back for Jeff Mogul I guess :) Clem Cole, actually. <...> Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:36: 4 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:36:01 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id C1ABB37B402; Wed, 6 Dec 2000 14:36:00 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id PAA07370; Wed, 6 Dec 2000 15:32:35 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp05.primenet.com, id smtpdAAAyMaOso; Wed Dec 6 15:32:25 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA25544; Wed, 6 Dec 2000 15:35:45 -0700 (MST) From: Terry Lambert Message-Id: <200012062235.PAA25544@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: msmith@FreeBSD.ORG (Mike Smith) Date: Wed, 6 Dec 2000 22:35:45 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), freebsd-alpha@FreeBSD.ORG In-Reply-To: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> from "Mike Smith" at Dec 06, 2000 12:53:23 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Is FreeBSD being "a PnP OS" an alpha need? > > I don't think I understand this question. An OS can do a PnP scan correctly, without firmware/BIOS support, and enable devices which by default will not be enabled without the OS doing the work. > As an aside, I don't think that the PnP scan has anything to do with the > system hanging; it's simply the last probe message printed. I loathe > people that assume that because the last message printed came from > subsystem X that it must be subsystem X that is failing. Boot > verbose, you lame bastards. 8) Heh. > > This normally leads vendors of non-x86 > > machines to support a limited set of hardware, and do the POST > > initialization of the card in their own ROM or firmware code. > > This is bunk. Hey, if you can get my Compaq SCSI controller working on my Multia, I'll be happy to retract. :^). > > If the card's default POST state didn't require the CPU to do > > processing when the card was installed with PnP mode enable, > > then doing the "PnP OS" thing would work; otherwise, it probably > > won't. This means that ISA PnP will probably be broken on these > > boxes as well. > > This is also bunk. PnP cards come up disabled by default, unless they are enabled; what you're saying here (when you say it's "bunk") translates to me to mean that that the cards aren't disabled by default, or that all Apha machines with ISA slots have PnP support in their firmware/BIOS? If so, I think the original complaint can be addressed by just referencing the resource tables out of the PnP stuff on the platform, but I have no idea how to do that on an Alpha, as it's unlikely to have PnP BIOS entry points. 8-|. > > Carrying around the non-x86 equivalent for all > > possible cards that were designed by people who can't get their > > hardware into a functional state by default without the help of > > x86 code is really not an option. > > And this is irrelevant. It's relevent for my SCSI card, which, as well as hooking the PC BIOS at POST time, sets up default sequencer firmware using the host processor. This doesn't work unless called, which means that the controller is not capable of booting my machine. Since the controller is recognized by the AlphaBIOS, I wonder if it is possible to load stuff into RAM with the AlphaBIOS, and then switch to the SRM, without disturbing the memory image? This would let FreeBSD get the FreeBSD driver loaded by the firmware that recognizes the card as a boot device, and then switch over. Right now, this "PnP SCSI card" can't be used to boot, and I'm stuck with using the built-in NCR for booting, but the cheap disks are all ultrawide, and the NCR 810 isn't. The only way I can see to deal with cards that require post initialization not supported by the firmware is emulation or different firmware. What are the chances of using the x86 emulator for video cards to do the initialization job for SCSI cards? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:46:31 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:46:29 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 556D037B400; Wed, 6 Dec 2000 14:46:28 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143nKQ-000ELa-00; Wed, 06 Dec 2000 22:46:22 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6MjvS03493; Wed, 6 Dec 2000 23:45:57 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 23:45:57 +0100 From: Wilko Bulte To: Terry Lambert Cc: Mike Smith , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206234557.A3309@freebie.demon.nl> References: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> <200012062235.PAA25544@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012062235.PAA25544@usr08.primenet.com>; from tlambert@primenet.com on Wed, Dec 06, 2000 at 10:35:45PM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 10:35:45PM +0000, Terry Lambert wrote: > > > Is FreeBSD being "a PnP OS" an alpha need? > > > > I don't think I understand this question. ... > > > If the card's default POST state didn't require the CPU to do > > > processing when the card was installed with PnP mode enable, > > > then doing the "PnP OS" thing would work; otherwise, it probably > > > won't. This means that ISA PnP will probably be broken on these > > > boxes as well. > > > > This is also bunk. > > PnP cards come up disabled by default, unless they are enabled; > what you're saying here (when you say it's "bunk") translates to > me to mean that that the cards aren't disabled by default, or > that all Apha machines with ISA slots have PnP support in their > firmware/BIOS? The NoName (AXPpci33) I had my hands on at a time had a 'isacfg' command in the SRM code so that you could setup an SRM table with irqs, ioports etc for your ISA cards. IIRC Tru64 goes out and pulls info from that table by using a handle/string one supplies to the isacfg command. At least that is what I remember having seen in the Tru64 device drivers manual. There are quite a few Alphas with EISA, but on those machines the ECU & EISA config cmos comes to the rescue I guess. > If so, I think the original complaint can be addressed by just > referencing the resource tables out of the PnP stuff on the > platform, but I have no idea how to do that on an Alpha, as > it's unlikely to have PnP BIOS entry points. 8-|. That is what I ment. > Since the controller is recognized by the AlphaBIOS, I wonder if > it is possible to load stuff into RAM with the AlphaBIOS, and > then switch to the SRM, without disturbing the memory image? I *think* SRM zeros the RAM for you. And in most cases you have to powercycle to switch from ARC/AlphaBIOS to SRM. > What are the chances of using the x86 emulator for video cards > to do the initialization job for SCSI cards? How do you want to convince the SRM to do that for non-VGA cards? -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:51:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:51:31 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 4961337B400; Wed, 6 Dec 2000 14:51:31 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id PAA29925; Wed, 6 Dec 2000 15:49:10 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAA6layA6; Wed Dec 6 15:49:02 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA25961; Wed, 6 Dec 2000 15:51:16 -0700 (MST) From: Terry Lambert Message-Id: <200012062251.PAA25961@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: wkb@freebie.demon.nl (Wilko Bulte) Date: Wed, 6 Dec 2000 22:51:15 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), msmith@freebsd.org (Mike Smith), freebsd-alpha@freebsd.org In-Reply-To: <20001206234557.A3309@freebie.demon.nl> from "Wilko Bulte" at Dec 06, 2000 11:45:57 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Since the controller is recognized by the AlphaBIOS, I wonder if > > it is possible to load stuff into RAM with the AlphaBIOS, and > > then switch to the SRM, without disturbing the memory image? > > I *think* SRM zeros the RAM for you. And in most cases you have to > powercycle to switch from ARC/AlphaBIOS to SRM. That sucks. > > What are the chances of using the x86 emulator for video cards > > to do the initialization job for SCSI cards? > > How do you want to convince the SRM to do that for non-VGA cards? Uh... Tell it that I have an Adaptec video card? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:51:58 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:51:56 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id B3AEC37B400; Wed, 6 Dec 2000 14:51:55 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 143nPl-00012e-00; Wed, 06 Dec 2000 22:51:54 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6MpSH03547; Wed, 6 Dec 2000 23:51:28 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 23:51:28 +0100 From: Wilko Bulte To: Terry Lambert Cc: Mike Smith , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206235128.C3309@freebie.demon.nl> References: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> <200012062235.PAA25544@usr08.primenet.com> <20001206234557.A3309@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001206234557.A3309@freebie.demon.nl>; from wkb@freebie.demon.nl on Wed, Dec 06, 2000 at 11:45:57PM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 11:45:57PM +0100, Wilko Bulte wrote: > On Wed, Dec 06, 2000 at 10:35:45PM +0000, Terry Lambert wrote: > > > > Is FreeBSD being "a PnP OS" an alpha need? > > > > > > I don't think I understand this question. > ... > > > > > If the card's default POST state didn't require the CPU to do > > > > processing when the card was installed with PnP mode enable, > > > > then doing the "PnP OS" thing would work; otherwise, it probably > > > > won't. This means that ISA PnP will probably be broken on these > > > > boxes as well. > > > > > > This is also bunk. > > > > PnP cards come up disabled by default, unless they are enabled; > > what you're saying here (when you say it's "bunk") translates to > > me to mean that that the cards aren't disabled by default, or > > that all Apha machines with ISA slots have PnP support in their > > firmware/BIOS? > > The NoName (AXPpci33) I had my hands on at a time > had a 'isacfg' command in the SRM code so that you could setup an > SRM table with irqs, ioports etc for your ISA cards. IIRC Tru64 goes > out and pulls info from that table by using a handle/string one supplies > to the isacfg command. At least that is what I remember having seen > in the Tru64 device drivers manual. To followup on my own mail: Miata has this 'isacfg' cmd as well in the SRM. So Miata owners can run their own experiment. The NoName OEM manual explains (not well, but somewhat) how to use isacfg. (See ftp://www.tcja.nl/pub/wilko for that manual) hth, Wilko -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 14:54:38 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 14:54:36 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E76B37B400; Wed, 6 Dec 2000 14:54:35 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143nSM-000ET8-00; Wed, 06 Dec 2000 22:54:34 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB6Ms8p03613; Wed, 6 Dec 2000 23:54:08 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Dec 2000 23:54:08 +0100 From: Wilko Bulte To: Terry Lambert Cc: Mike Smith , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001206235408.A3599@freebie.demon.nl> References: <20001206234557.A3309@freebie.demon.nl> <200012062251.PAA25961@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012062251.PAA25961@usr08.primenet.com>; from tlambert@primenet.com on Wed, Dec 06, 2000 at 10:51:15PM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 10:51:15PM +0000, Terry Lambert wrote: > > > Since the controller is recognized by the AlphaBIOS, I wonder if > > > it is possible to load stuff into RAM with the AlphaBIOS, and > > > then switch to the SRM, without disturbing the memory image? > > > > I *think* SRM zeros the RAM for you. And in most cases you have to > > powercycle to switch from ARC/AlphaBIOS to SRM. > > That sucks. Very much so, yes. > > > What are the chances of using the x86 emulator for video cards > > > to do the initialization job for SCSI cards? > > > > How do you want to convince the SRM to do that for non-VGA cards? > > Uh... Tell it that I have an Adaptec video card? 8-). But how to tell it that? Not even all VGA cards work with emulation.. The bright side is that a lot more of them do work than DEC/CPQ ever tested. Even an ancient ET4000/ISA card worked on my Alpha. W/ -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 15:33:15 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 15:33:11 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (dhcp245.osd.bsdi.com [204.216.28.245]) by hub.freebsd.org (Postfix) with ESMTP id DD57937B401 for ; Wed, 6 Dec 2000 15:33:10 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB6NgKF00804; Wed, 6 Dec 2000 15:42:20 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012062342.eB6NgKF00804@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-reply-to: Your message of "Wed, 06 Dec 2000 22:35:45 GMT." <200012062235.PAA25544@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Dec 2000 15:42:20 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Is FreeBSD being "a PnP OS" an alpha need? > > > > I don't think I understand this question. > > An OS can do a PnP scan correctly, without firmware/BIOS support, > and enable devices which by default will not be enabled without > the OS doing the work. I still don't have the faintest idea what you're saying. > > > This normally leads vendors of non-x86 > > > machines to support a limited set of hardware, and do the POST > > > initialization of the card in their own ROM or firmware code. > > > > This is bunk. > > Hey, if you can get my Compaq SCSI controller working on my Multia, > I'll be happy to retract. :^). You're quoting a specific case, which does not support your assertion of "normally". Compaq don't make SCSI controllers, to the best of my knowledge. You're probably also talking about a PCI device, which doesn't require firmware support for PnP configuration. > > > If the card's default POST state didn't require the CPU to do > > > processing when the card was installed with PnP mode enable, > > > then doing the "PnP OS" thing would work; otherwise, it probably > > > won't. This means that ISA PnP will probably be broken on these > > > boxes as well. > > > > This is also bunk. > > PnP cards come up disabled by default, unless they are enabled; This is optional, and not actually always the case. > what you're saying here (when you say it's "bunk") translates to > me to mean that that the cards aren't disabled by default, or > that all Apha machines with ISA slots have PnP support in their > firmware/BIOS? Your assertion that ISA PnP is broken on these systems is bunk, and is supported by faulty reasoning. > If so, I think the original complaint can be addressed by just > referencing the resource tables out of the PnP stuff on the > platform, but I have no idea how to do that on an Alpha, as > it's unlikely to have PnP BIOS entry points. 8-|. It doesn't, but it must have some mechanism for obtaining this information, which is what I've been trying to establish. > > > Carrying around the non-x86 equivalent for all > > > possible cards that were designed by people who can't get their > > > hardware into a functional state by default without the help of > > > x86 code is really not an option. > > > > And this is irrelevant. > > It's relevent for my SCSI card, which, as well as hooking the > PC BIOS at POST time, sets up default sequencer firmware using > the host processor. This doesn't work unless called, which > means that the controller is not capable of booting my machine. You confuse OS scope with firmware scope. You will not be able to boot the controller in question because it is not supported by the firmware in question. > Since the controller is recognized by the AlphaBIOS, I wonder if > it is possible to load stuff into RAM with the AlphaBIOS, and > then switch to the SRM, without disturbing the memory image? No. > This would let FreeBSD get the FreeBSD driver loaded by the > firmware that recognizes the card as a boot device, and then > switch over. You still wouldn't be able to boot from it. > What are the chances of using the x86 emulator for video cards > to do the initialization job for SCSI cards? Zero, without access to SRM sources. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 15:58: 8 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 15:58:07 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id 84B0B37B400 for ; Wed, 6 Dec 2000 15:58:06 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB6Nw3P16283 for ; Wed, 6 Dec 2000 17:58:03 -0600 Date: Wed, 6 Dec 2000 17:58:03 -0600 (CST) From: Mike Eldridge To: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-Reply-To: <200012062342.eB6NgKF00804@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 6 Dec 2000, Mike Smith wrote: > Zero, without access to SRM sources. Gee, Mike, that's quite a lashing tongue you have. :) What's to stop anyone from writing their own SRM? Reverse engineering? Is it against the license? Does SRM even have a license? I've only been on this list for 2 months, and the entire state of FreeBSD/alpha seems to be in much disarray, but a lot of that can be attributed to the fact that the alpha architecture as a whole is in much disarray. :) Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 15:59:59 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 15:59:57 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (dhcp245.osd.bsdi.com [204.216.28.245]) by hub.freebsd.org (Postfix) with ESMTP id 6D29A37B400 for ; Wed, 6 Dec 2000 15:59:57 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB7096F01331; Wed, 6 Dec 2000 16:09:06 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012070009.eB7096F01331@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Eldridge Cc: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-reply-to: Your message of "Wed, 06 Dec 2000 17:58:03 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Dec 2000 16:09:06 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Wed, 6 Dec 2000, Mike Smith wrote: > > Zero, without access to SRM sources. > > Gee, Mike, that's quite a lashing tongue you have. :) > > What's to stop anyone from writing their own SRM? Reverse engineering? > Is it against the license? Does SRM even have a license? It's one of those "if you have to ask" questions, really. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 16:18:48 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 16:18:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.megabits.net (unknown [209.114.198.4]) by hub.freebsd.org (Postfix) with ESMTP id 50D3737B400; Wed, 6 Dec 2000 16:18:45 -0800 (PST) Received: from gary98 (PM3146.megabits.net [207.30.49.245]) by mail.megabits.net (8.11.1/8.8.7) with SMTP id eB70HvJ28211; Wed, 6 Dec 2000 19:17:58 -0500 Reply-To: From: "Gary McKinney" To: "Mike Smith" , "Mike Eldridge" Cc: Subject: RE: Lynx test / 2nd attempt Date: Wed, 6 Dec 2000 19:18:32 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200012070009.eB7096F01331@mass.osd.bsdi.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hmmm - always thought the only "Stupid" question was the one you Did NOT Ask! Guess I was mistaken... Thanks for the clearification there Mike ... gm... > -----Original Message----- > From: msmith@mass.osd.bsdi.com [mailto:msmith@mass.osd.bsdi.com]On > Behalf Of Mike Smith > Sent: Wednesday, December 06, 2000 7:09 PM > To: Mike Eldridge > Cc: freebsd-alpha@FreeBSD.ORG > Subject: Re: Lynx test / 2nd attempt > > > > On Wed, 6 Dec 2000, Mike Smith wrote: > > > Zero, without access to SRM sources. > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > Is it against the license? Does SRM even have a license? > > It's one of those "if you have to ask" questions, really. > > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 17:26:25 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 17:26:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B6AC37B400; Wed, 6 Dec 2000 17:26:20 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA03217; Wed, 6 Dec 2000 20:26:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB71QHx20932; Wed, 6 Dec 2000 20:26:17 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 6 Dec 2000 20:26:17 -0500 (EST) To: Wilko Bulte Cc: Terry Lambert , Mike Smith , freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt In-Reply-To: <20001206234557.A3309@freebie.demon.nl> References: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> <200012062235.PAA25544@usr08.primenet.com> <20001206234557.A3309@freebie.demon.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14894.58877.158848.243199@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > I *think* SRM zeros the RAM for you. And in most cases you have to The SRM does not zero memory across warm reboots, at least. This gives us opportunities to screw things up royally, like the problem that jb was seeing with newly installed bootblocks working until a cold boot. Not zeroing also allows all sorts of opportunities for cool hacks. Like leaving the buffer cache warm in ram, rebooting a box, and not needing to read the data from back from disk. Have a look at http://www.eecs.umich.edu/Rio/papers/rioFileCacheTech.ps Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 19:41:31 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 19:41:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from rover.village.org (unknown [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 412D737B400 for ; Wed, 6 Dec 2000 19:41:29 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eB73fSs39133 for ; Wed, 6 Dec 2000 20:41:28 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA96204 for ; Wed, 6 Dec 2000 20:41:28 -0700 (MST) Message-Id: <200012070341.UAA96204@harmony.village.org> Subject: Re: cvs commit: src/sys/modules/ray Makefile To: alpha@FreeBSD.org In-reply-to: Your message of "Wed, 06 Dec 2000 19:16:23 PST." <200012070316.eB73GOr47225@freefall.freebsd.org> References: <200012070316.eB73GOr47225@freefall.freebsd.org> Date: Wed, 06 Dec 2000 20:41:27 -0700 From: Warner Losh Sender: imp@harmony.village.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200012070316.eB73GOr47225@freefall.freebsd.org> Warner Losh writes: : sys/modules/ray Makefile : Add support for compiling ray driver. I've not added this to modules just yet since I've not tested this on the alpha build. Can someone with an alpha tell me if this works? The alpha that I used to have is currently being boxed up so I can't test with it. When I receive a report of it working, I'll add it to sys/modules/Makefile. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 6 20:50:31 2000 From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 6 20:50:29 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from home.se (smtphost1.home.se [195.66.35.197]) by hub.freebsd.org (Postfix) with ESMTP id 628C537B400 for ; Wed, 6 Dec 2000 20:50:28 -0800 (PST) Received: from home.se [32.101.78.51] by home.se with Novonyx SMTP Server $Revision: 2.71 $; Thu, 07 Dec 2000 05:48:59 +0100 (ECTD) Sender: daniel@FreeBSD.ORG Message-ID: <3A2F1687.ED757287@home.se> Date: Wed, 06 Dec 2000 23:48:07 -0500 From: Daniel Nilsson X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i586) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: Wilko Bulte , freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems References: <976022855.158daniel.n.nilsson@home.se> <14893.194.420965.77884@grasshopper.cs.duke.edu> <20001205204431.C346@freebie.demon.nl> <14893.37128.710735.340327@grasshopper.cs.duke.edu> <20001206200938.E497@freebie.demon.nl> Content-Type: multipart/mixed; boundary="------------A26E334B6A36FB6831272BE6" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------A26E334B6A36FB6831272BE6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wilko Bulte wrote: > > Mikasa aka AS1000 -> EV4 or EV45 > > There was a CPU board with a 300Mc EV5, for used in both Mikasa and Noritake > > EV56 is only in AS1000A, aka Noritake. But some AS1000A had EV4 CPUs. > > EV56 CPUs were called Primo(?). > > Just to confuse things further there are mainboards that can do EV4 and EV5 > (easy check: has onboard VGA and SIMMs sockets for ECC SIMMs) and mainboard > models that can only do EV5/56 (which lack the VGA and ECC simm sockets). Ok, So my machine is a Mikasa aka AS1000 with an EV5/300 CPU. I got the system running tonight using the updated boot floppy from Drew, thanks ! I have attached the output from the kernel during boot. System never crashed, didn't have time to play that much though. What I did see which didn't seem to be in order was the PS/2 mouse port. The mouse did work but "delayed", move the mouse and wait a second before the cursor moves... Save result with X and moused. I got the following message in the log: /kernel: psmintr: out of sync (0080 != 0000). Regards Daniel Nilsson --------------A26E334B6A36FB6831272BE6 Content-Type: application/x-gzip; name="boot.cap.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="boot.cap.gz" H4sICAoVLzoCA2Jvb3QuY2FwAHVWbXPiOBL+fP4VfbkPm1QBtoxtDDVDnXmbUDNANjAztXd1 NSVsGbSxLa9kuDC/fluyCSS7oWYEkbpbTz/9op4WFZO82METkwXLgFbgPKf6Ezv46br9PnM6 nY71tZAsFruC/2QJbIWoIM3oDn5xfulYY1GeJN/tK7iN74D0+27bRWXY7BnMJGOj9QQepPid xdVfhXv9Fq6hY9auWQOzhmY1p31iVtesRqbvWf/Q5h/ZjhWVApFChX9+LfiRScWrk94Z04yn QhacdiDKMjDXKpBMMXlkScc6g/M6bnu9iUZfpvCv3gA2BwYTFgP4eNPA9we+B9P1BrRTFuBn R7OMVrz4d7U/FAmTnVh1ksMT67DkMLA7NE9+5EVl54c05YXNnkshK5tK/kPFklbx3rXPFmxV 0W3GbHVSdizykuPv0Wq1WczWVpSVe7rWUCUQvNrWS/SXbfDtroP04bK4/2mFpO/C9lQxKOmO gcKAIWFQShEzpYTECDx8HcD0mw+3LiGBdwc5/V3Ijz7kvNDf1mo9g4foCxJ1HGA66Et8/O86 KG5JRjPIWS7kCeAjuEHQ9QKvH6C1wCGO99lcru4seqT8RRIFfeL7GD0t6PlBcBF8kCwTNMG8 Yll6TsSb+vvmbUaGLMS1c6WUp+qH1Al5Y+NP/etvlWJUyhNnABdNnmuGPpzVhuD2vT5xnRrY WyMB8cNuiDbIABYYPhFDwtWTFXOKVqMv49WjbVZM05IqBd3miD1XrND3xbSkW57xijM1wGz6 MPk+XQ6tMuZbFPuA0eg9w8N4DnuhKtgeEEJCSyzQIYgCtDEtq0W1EJ6bfaNuqVOuD0LiDEGn G0LvI+i2/kpTHQbcwVPi1bv1Tzzh8g8grnY2YUceMwg6TmP2bHUpYPntMVq0YD6BXgtmVFVt gim3nmpXpS63eM/iJ2wkjQrXfUUeykr3FrQ9nkfNTRZX1Lg7R5EMQrfb86cj7XZ7Ol9HsJU8 2bHhFaDeFSBUNrpasPHf2LMSpvcnfMcrzE8XE9GBKbYETKLqwgipGSG9V4yQCyP6RON0ru4n 5AqAuec975rjyXTcIPgvcRZbW/2vTgi349UCNEmwCSlwnAH+S8OBiysdeOk5vgtaSfEMi08R LHiWsaLghxwzJvC+w07Scs9jTI44ZhnDhiKkoYu4iFPD8Kw0ibWZJQLpoZY/AiEhzkRRE9vQ 0U21393Ub+m1Z3QDSHB1G2KdxtJbhzX/Rro5n81nK2CFbmVJC8KmgKo9erkXWYJSGg7xPKf9 eQTdjn+D12CrNgHUJuo/kUBaPW1r8J/ZaSuoxLIRBbKBLEi45aHjuXfXTgQOog+8F8DGgNaP NnA2MaxzT8s09l/E3vOMWKUyFfWwtl1YiINiw3OtXJmphd414jYCuUgw1z+xAh/bGIzJXJts nXMMC8uxjjuT3GcxbeXbp+hVxGITsQSTVNQJTJ26nre6T12itjUJrA1ayrC5PqkKFZBLJTI2 fJE0p3gLRieAI5fVAcunkVIt88irj86zM7TyGBMofjLpOSZeEJIwAvMaVDxnYA6vsfY0rB65 3MSF8yr5QpN8db15r8QGUJ1KLLzA952odYbTHL1HtqfPsTefn3fApx8y8f92xo5IPreFVZaG iwcqsX/jnobyit5trDFta0y9F0y13jku8Z6XiuH8spyPcGRoiyI73SEsGK8WD9FmrscIHXCr zHiJejEtCnyeGlwX/MguvpB6Dqntv+dYz9ogwbE46HO4ofr9vwFIJfvjwIr4pF9+h7ihFwK+ /6bBmFLUZoizpYptjIMWuqLt6g5tXhcHKip36IkP2aHABKyb63q1/A3Wk01bP/pYrKQ3xDkr F0dd3rA2t1Yc4x7FeqSA9Xg9b7vnTK6N+B3UXYxsbAKSFirFoQxu6837ny0czlLNYHhnJe9h chpMicGkW+rjf8h41h7P4HZ8Z3osCYg3hBl/xmBPOM6n1TuQjA3i/B2mZvcVqBZs6G6HRn89 sAPTNE7r1lYb8pw+WYzgFqcBHC1w/iLNwKUQgZD6aff9ewi6a3sDvkvGd9ZCB08bMoNKKkUO h1QNbARo41ASW9+jxzh5hwmvYSJOXph4nHg+zqEXIjz/OkbjSftxtXjLgtHHUbfbe0tCvfk6 MEY6qrBplBVUAjDqOMc1tvRU2WQvjgerDTxOo8lvLbCW8+WnQd0LsPZwivH63RASelLQbsP4 fjr+DNFygvLr6QY291OYRJvpPy09BxeJHoN5gT/1sH7AR08XgsLC4JWuRawffulO1p/L+TKx vAwAAA== --------------A26E334B6A36FB6831272BE6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 3: 6:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 03:06:22 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id E481937B400; Thu, 7 Dec 2000 03:06:21 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143ysW-0004Am-00; Thu, 07 Dec 2000 11:06:20 +0000 To: Mike Smith , Mike Eldridge , freebsd-alpha@freebsd.org From: wkb@freebie.demon.nl Subject: Re: Lynx test / 2nd attempt Date: Thu, 7 Dec 2000 11:06:20 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > On Wed, 6 Dec 2000, Mike Smith wrote: > > > Zero, without access to SRM sources. > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > Is it against the license? Does SRM even have a license? > > It's one of those "if you have to ask" questions, really. Absolutely ;) SRM is a closely guarded secret even within DEC/CPQ. And yes, it is licensed. Even if you had the source code you would have to use VMS to build the code 8) W/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 4: 7: 0 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 04:06:59 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id BCD1737B400 for ; Thu, 7 Dec 2000 04:06:55 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXF9QFVX0I00176S@research.kpn.com> for freebsd-alpha@freebsd.org; Thu, 7 Dec 2000 13:06:53 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Thu, 07 Dec 2000 13:06:53 +0100 Content-return: allowed Date: Thu, 07 Dec 2000 13:06:50 +0100 From: "Koster, K.J." Subject: RE: Mikasa boot problems To: 'Daniel Nilsson' Cc: 'FreeBSD Alpha mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A97@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > /kernel: psmintr: out of sync (0080 != 0000). > I see this with my PC too, so it's not an Alpha-specific issue. Perhaps you can mail the maintainer of the psm driver about this one. I'm sure he's interested in more data points on this problem. Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 4:15:28 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 04:15:27 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 90B7737B400 for ; Thu, 7 Dec 2000 04:15:26 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 143zxI-0006fW-00; Thu, 07 Dec 2000 12:15:20 +0000 To: "Koster, K.J." , 'Daniel Nilsson' , 'FreeBSD Alpha mailing list' From: wkb@freebie.demon.nl Subject: RE: Mikasa boot problems Date: Thu, 7 Dec 2000 12:15:20 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 207.122.110.166 Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On my Abit/Athlon this problem is triggered by enabling APM. The mouse is unusable when APM is in use. Without APM things work just fine. But as there is no APM on Mikasa I don't think this is the cause here W/ > > /kernel: psmintr: out of sync (0080 != 0000). > > > I see this with my PC too, so it's not an Alpha-specific issue. Perhaps you > can mail the maintainer of the psm driver about this one. I'm sure he's > interested in more data points on this problem. > > Kees Jan > > ================================================ > You are only young once, > but you can stay immature all your life. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 4:20:56 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 04:20:55 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 91AE537B400 for ; Thu, 7 Dec 2000 04:20:54 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXFA8QNDR6000UUH@research.kpn.com> for freebsd-alpha@freebsd.org; Thu, 7 Dec 2000 13:20:52 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Thu, 07 Dec 2000 13:20:51 +0100 Content-return: allowed Date: Thu, 07 Dec 2000 13:20:50 +0100 From: "Koster, K.J." Subject: RE: Mikasa boot problems To: "'wkb@freebie.demon.nl'" , 'Daniel Nilsson' Cc: 'FreeBSD Alpha mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A98@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > On my Abit/Athlon this problem is triggered by enabling APM. > The mouse is unusable when APM is in use. Without APM things > work just fine. > I've ditched apm long ago on my Asus/Athlon, to work around the microtime going backwards. I now use some hack-patch that does a psm_disable(); psm_enable() just under the printf() for the out-of-sync message. That resyncs the driver and the mouse and the system does not lose sync after that. Search -hackers for the patch. > > But as there is no APM on Mikasa I don't think this is the > cause here > Agreed. It's probably something between the mouse and psm.c. That's why I suggest mailing psm.c's maintainer. Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 4:30:46 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 04:30:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 7D1B637B400 for ; Thu, 7 Dec 2000 04:30:44 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 1440CA-0000yk-00; Thu, 7 Dec 2000 13:30:42 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.0/8.11.0) id eB7C1YA16893 for freebsd-alpha@freebsd.org; Thu, 7 Dec 2000 13:01:34 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Lynx test / 2nd attempt Date: Thu, 7 Dec 2000 12:01:33 +0000 (UTC) Message-ID: <90nu6t$frm$1@kemoauc.mips.inka.de> References: <200012062053.eB6KrNF52293@mass.osd.bsdi.com> <200012062235.PAA25544@usr08.primenet.com> <20001206234557.A3309@freebie.demon.nl> <14894.58877.158848.243199@grasshopper.cs.duke.edu> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: daemon@mips.inka.de Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andrew Gallatin wrote: > > I *think* SRM zeros the RAM for you. And in most cases you have to > > The SRM does not zero memory across warm reboots, at least. At least on my PC164, the kernel message buffer survives presses of the RESET button too. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 6:39:15 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 06:39:13 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 024A837B400 for ; Thu, 7 Dec 2000 06:39:13 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA13470; Thu, 7 Dec 2000 09:39:12 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB7EdBW22196; Thu, 7 Dec 2000 09:39:11 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 7 Dec 2000 09:39:11 -0500 (EST) To: Daniel Nilsson Cc: freebsd-alpha@freebsd.org Subject: Re: Mikasa boot problems In-Reply-To: <3A2F1687.ED757287@home.se> References: <976022855.158daniel.n.nilsson@home.se> <14893.194.420965.77884@grasshopper.cs.duke.edu> <20001205204431.C346@freebie.demon.nl> <14893.37128.710735.340327@grasshopper.cs.duke.edu> <20001206200938.E497@freebie.demon.nl> <3A2F1687.ED757287@home.se> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14895.41124.991992.259015@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel Nilsson writes: > Wilko Bulte wrote: > > > > Mikasa aka AS1000 -> EV4 or EV45 > > > > There was a CPU board with a 300Mc EV5, for used in both Mikasa and Noritake > > > > EV56 is only in AS1000A, aka Noritake. But some AS1000A had EV4 CPUs. > > > > EV56 CPUs were called Primo(?). > > > > Just to confuse things further there are mainboards that can do EV4 and EV5 > > (easy check: has onboard VGA and SIMMs sockets for ECC SIMMs) and mainboard > > models that can only do EV5/56 (which lack the VGA and ECC simm sockets). > > Ok, > > So my machine is a Mikasa aka AS1000 with an EV5/300 CPU. I got the > system > running tonight using the updated boot floppy from Drew, thanks ! I have > attached the output from the kernel during boot. Excellent. > > System never crashed, didn't have time to play that much though. What I > did > see which didn't seem to be in order was the PS/2 mouse port. The mouse > did > work but "delayed", move the mouse and wait a second before the cursor > moves... > Save result with X and moused. I got the following message in the log: > > /kernel: psmintr: out of sync (0080 != 0000). > This is a little out of my area of expertise. If it works at all, my platform support job is done :) Thanks! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 7:26:53 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 07:26:52 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id 7344E37B400 for ; Thu, 7 Dec 2000 07:26:51 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB7FQnP23759 for ; Thu, 7 Dec 2000 09:26:49 -0600 Date: Thu, 7 Dec 2000 09:26:48 -0600 (CST) From: Mike Eldridge To: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 7 Dec 2000 wkb@freebie.demon.nl wrote: > > > On Wed, 6 Dec 2000, Mike Smith wrote: > > > > Zero, without access to SRM sources. > > > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > > Is it against the license? Does SRM even have a license? > > > > It's one of those "if you have to ask" questions, really. > > Absolutely ;) SRM is a closely guarded secret even within DEC/CPQ. > And yes, it is licensed. Even if you had the source code you would have > to use VMS to build the code 8) Figures. :) On the bright side, if you had the source, a local community college here still runs VMS on VAX. There are DEC vt100, vt220, vt300, vt320, and vt400 terminals all over the campus. It's neat, amusing, and sad all at the same time. Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 10:49:32 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 10:49:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 52A8137B401 for ; Thu, 7 Dec 2000 10:49:30 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14466e-000JKs-00; Thu, 07 Dec 2000 18:49:24 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB7In1C01634; Thu, 7 Dec 2000 19:49:01 +0100 (CET) (envelope-from wkb) Date: Thu, 7 Dec 2000 19:49:01 +0100 From: Wilko Bulte To: Mike Eldridge Cc: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001207194901.D842@freebie.demon.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from diz@cafes.net on Thu, Dec 07, 2000 at 09:26:48AM -0600 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Dec 07, 2000 at 09:26:48AM -0600, Mike Eldridge wrote: > On Thu, 7 Dec 2000 wkb@freebie.demon.nl wrote: > > > > On Wed, 6 Dec 2000, Mike Smith wrote: > > > > > Zero, without access to SRM sources. > > > > > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > > > Is it against the license? Does SRM even have a license? > > > > > > It's one of those "if you have to ask" questions, really. > > > > Absolutely ;) SRM is a closely guarded secret even within DEC/CPQ. > > And yes, it is licensed. Even if you had the source code you would have > > to use VMS to build the code 8) > > Figures. :) VMS on Alpha of course. > On the bright side, if you had the source, a local community college here > still runs VMS on VAX. There are DEC vt100, vt220, vt300, vt320, and We call that a museum. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 11:39:13 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 11:39:11 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id 216A037B400 for ; Thu, 7 Dec 2000 11:39:11 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB7Jd7P25694; Thu, 7 Dec 2000 13:39:07 -0600 Date: Thu, 7 Dec 2000 13:39:07 -0600 (CST) From: Mike Eldridge To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt In-Reply-To: <20001207194901.D842@freebie.demon.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 7 Dec 2000, Wilko Bulte wrote: > On Thu, Dec 07, 2000 at 09:26:48AM -0600, Mike Eldridge wrote: > > On Thu, 7 Dec 2000 wkb@freebie.demon.nl wrote: > > > > > On Wed, 6 Dec 2000, Mike Smith wrote: > > > > > > Zero, without access to SRM sources. > > > > > > > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > > > > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > > > > Is it against the license? Does SRM even have a license? > > > > > > > > It's one of those "if you have to ask" questions, really. > > > > > > Absolutely ;) SRM is a closely guarded secret even within DEC/CPQ. > > > And yes, it is licensed. Even if you had the source code you would have > > > to use VMS to build the code 8) > > > > Figures. :) > > VMS on Alpha of course. Oh yeah, duh =P > > On the bright side, if you had the source, a local community college here > > still runs VMS on VAX. There are DEC vt100, vt220, vt300, vt320, and > > We call that a museum. They aren't exactly on the technological edge, they are mostly a nursing school, but the system still works fairly well. I think it's kinda silly, but whatever. :) Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 13:20:12 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 13:20:09 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp-relay-1.Adobe.COM (smtp-relay-1.adobe.com [192.150.11.1]) by hub.freebsd.org (Postfix) with ESMTP id F3B3B37B404 for ; Thu, 7 Dec 2000 13:20:08 -0800 (PST) Received: from inner-relay-2.Adobe.COM (inner-relay-2.corp.adobe.com [153.32.1.52]) by smtp-relay-1.Adobe.COM (8.8.6) with ESMTP id NAA24674 for ; Thu, 7 Dec 2000 13:23:46 -0800 (PST) Received: from mailsj-v1.corp.adobe.com by inner-relay-2.Adobe.COM (8.8.5) with ESMTP id NAA23393; Thu, 7 Dec 2000 13:19:57 -0800 (PST) Received: from kaufman-wl ([153.32.71.12]) by mailsj-v1.corp.adobe.com (Netscape Messaging Server 4.15) with ESMTP id G57V9C00.4TV for ; Thu, 7 Dec 2000 13:20:00 -0800 Message-Id: <4.2.2.20001207131750.00a916a0@mailsj-v1.corp.adobe.com> X-Sender: marckauf@mailsj-v1.corp.adobe.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Thu, 07 Dec 2000 13:20:00 -0800 To: freebsd-alpha@freebsd.org From: "Marc Kaufman" Subject: AS1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Starting from a 4.2 RC1 image I copied BOOT.FLP to a new 73GB disk and rebooted from it. The boot and system install went fine (at least I haven't seen any problems in the 1 hour or so it has been running) Marc Kaufman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 13:22: 1 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 13:22:00 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 2202137B401 for ; Thu, 7 Dec 2000 13:21:59 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 1448UG-00001j-00; Thu, 07 Dec 2000 21:21:56 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB7LLXA02453; Thu, 7 Dec 2000 22:21:33 +0100 (CET) (envelope-from wkb) Date: Thu, 7 Dec 2000 22:21:33 +0100 From: Wilko Bulte To: Marc Kaufman Cc: freebsd-alpha@freebsd.org Subject: Re: AS1200 Message-ID: <20001207222133.B2383@freebie.demon.nl> References: <4.2.2.20001207131750.00a916a0@mailsj-v1.corp.adobe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <4.2.2.20001207131750.00a916a0@mailsj-v1.corp.adobe.com>; from marckauf@Adobe.COM on Thu, Dec 07, 2000 at 01:20:00PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Dec 07, 2000 at 01:20:00PM -0800, Marc Kaufman wrote: > Starting from a 4.2 RC1 image I copied BOOT.FLP to a new 73GB disk > and rebooted from it. COOL!! > The boot and system install went fine (at least I haven't seen any > problems in the 1 hour or so it has been running) Beat on it I'd say ;-) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 13:30:45 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 13:30:44 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id E1CE637B400 for ; Thu, 7 Dec 2000 13:30:43 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 1448ck-0005Xj-00; Thu, 7 Dec 2000 22:30:42 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.1/8.11.1) id eB7LKEA03476 for freebsd-alpha@freebsd.org; Thu, 7 Dec 2000 22:20:14 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: SRM: "ISA table corrupt!"? Date: Thu, 7 Dec 2000 21:20:09 +0000 (UTC) Message-ID: <90ouu9$2ni$1@kemoauc.mips.inka.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: daemon@mips.inka.de Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Now that I'm using a serial console on my PC164, I see some initial SRM messages that weren't visible on the graphics console: ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.f3.f2.f1.f0. ef.b0.b1.b2.b3.ee.ed. ERROR: ISA table corrupt! Initializing table to defaults ec.f4.eb.ea.e9.e8.e7. What does that error message mean? PS: I just pulled up the box from PRE_SMPNG to current -CURRENT. Seems to work alright. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 13:39: 0 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 13:38:58 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id DE22237B400 for ; Thu, 7 Dec 2000 13:38:57 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 1448ki-0000sr-00; Thu, 07 Dec 2000 21:38:56 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB7LcXM02665; Thu, 7 Dec 2000 22:38:33 +0100 (CET) (envelope-from wkb) Date: Thu, 7 Dec 2000 22:38:33 +0100 From: Wilko Bulte To: Christian Weisgerber Cc: freebsd-alpha@freebsd.org Subject: Re: SRM: "ISA table corrupt!"? Message-ID: <20001207223833.A2651@freebie.demon.nl> References: <90ouu9$2ni$1@kemoauc.mips.inka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <90ouu9$2ni$1@kemoauc.mips.inka.de>; from naddy@mips.inka.de on Thu, Dec 07, 2000 at 09:20:09PM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Dec 07, 2000 at 09:20:09PM +0000, Christian Weisgerber wrote: > Now that I'm using a serial console on my PC164, I see some initial SRM > messages that weren't visible on the graphics console: > > ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.f3.f2.f1.f0. > ef.b0.b1.b2.b3.ee.ed. > ERROR: ISA table corrupt! > Initializing table to defaults > ec.f4.eb.ea.e9.e8.e7. > > What does that error message mean? Guessing: would this possibly be related to: " SRM quirks: PC164 the SRM sometimes seems to loose its variable settings. "For PC164, current superstition says that, to avoid losing settings, you want to first downgrade to SRM 4.x and then upgrade to a 5.x" Other PC164 owners report they have never seen the problem. " ? -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 18:42:56 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 18:42:54 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id 9189337B400 for ; Thu, 7 Dec 2000 18:42:54 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id TAA08667; Thu, 7 Dec 2000 19:39:27 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp05.primenet.com, id smtpdAAAn.ai4q; Thu Dec 7 19:39:19 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id TAA01635; Thu, 7 Dec 2000 19:42:42 -0700 (MST) From: Terry Lambert Message-Id: <200012080242.TAA01635@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: diz@cafes.net (Mike Eldridge) Date: Fri, 8 Dec 2000 02:42:42 +0000 (GMT) Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: from "Mike Eldridge" at Dec 06, 2000 05:58:03 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Zero, without access to SRM sources. > > Gee, Mike, that's quite a lashing tongue you have. :) > > What's to stop anyone from writing their own SRM? Reverse engineering? > Is it against the license? Does SRM even have a license? Mike's always a bit terse; don't hold it against him. The main problem is that you have to have different firmware for different machines. The Linux MILO stuff uses a beta version of a firmware for which sources are available, but doesn't have the x86 emulator code in it anyway. The main problem with taking the Linux approach is that FreeBSD depends on some firmware (actually, microcode) support that's standard in SRM, but wasn't in the beta code. Linux has a much more generic VM management system, and has to do a lot of things in software in a lot of machine cycles, which could otherwise be accomplished in firmware in a much smaller number of cycles. FWIW, the "extra" support that FreeBSD depends upon over and above the support provided by the beta code Linux uses is why FreeBSD won't boot using the MILO supplied firmware (which would let it boot everywhere Linux does, at a potentially unacceptable overall loss of performance). License: The SRM code is seperately licensed, and costs extra money. At one time, DEC was pushing NT; now that the Alpha is no longer a supported NT platform, the SRM code _still_ has extra license costs associated with it, and which Compaq hasn't really adequately explained the logic behind. The best guess I have is that there is a contractual obligation behind it, and that the obligation didn't expore at the same time Alpha NT expired, even though the base reason was probably to inflate the price of TRU64 UNIX, as well as creating some "NT-only" machines, in order to promote NT. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 18:53:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 18:53:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id B71DE37B402; Thu, 7 Dec 2000 18:53:20 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id TAA09889; Thu, 7 Dec 2000 19:51:04 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAA.raWrt; Thu Dec 7 19:51:00 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id TAA01946; Thu, 7 Dec 2000 19:53:09 -0700 (MST) From: Terry Lambert Message-Id: <200012080253.TAA01946@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Fri, 8 Dec 2000 02:53:08 +0000 (GMT) Cc: wkb@freebie.demon.nl (Wilko Bulte), tlambert@primenet.com (Terry Lambert), msmith@FreeBSD.ORG (Mike Smith), freebsd-alpha@FreeBSD.ORG In-Reply-To: <14894.58877.158848.243199@grasshopper.cs.duke.edu> from "Andrew Gallatin" at Dec 06, 2000 08:26:17 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I *think* SRM zeros the RAM for you. And in most cases you have to > > The SRM does not zero memory across warm reboots, at least. > > This gives us opportunities to screw things up royally, like the > problem that jb was seeing with newly installed bootblocks working > until a cold boot. > > Not zeroing also allows all sorts of opportunities for cool hacks. > Like leaving the buffer cache warm in ram, rebooting a box, and not > needing to read the data from back from disk. Have a look at > http://www.eecs.umich.edu/Rio/papers/rioFileCacheTech.ps Well, since MILO is capable of replacing the firmware after it has been loaded by whatever loader... I guess the question is whether or not the SRM firmware can be loaded and replace the AlphaBIOS or ARC firmware, assuming that it's loaded onto the machine, but inactive. This would let us boot from more controllers, and then load FreeBSD into core with the loader, switch the firmware, and, given that the controller is known to FreeBSD, work as we would expect it to work. Not as cool as booting an entirely non-SRM system, but certainly a step forward... Who has an Alpha that can recognize their controller in AlphaBIOS or ARC, but not in SRM? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 19:25: 3 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 19:25:01 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 96EA337B400 for ; Thu, 7 Dec 2000 19:25:01 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id UAA16498; Thu, 7 Dec 2000 20:20:22 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpdAAA7ZaOkG; Thu Dec 7 20:20:12 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id UAA02794; Thu, 7 Dec 2000 20:24:46 -0700 (MST) From: Terry Lambert Message-Id: <200012080324.UAA02794@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: wkb@freebie.demon.nl (Wilko Bulte) Date: Fri, 8 Dec 2000 03:24:46 +0000 (GMT) Cc: diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG In-Reply-To: <20001207194901.D842@freebie.demon.nl> from "Wilko Bulte" at Dec 07, 2000 07:49:01 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > On the bright side, if you had the source, a local community college here > > still runs VMS on VAX. There are DEC vt100, vt220, vt300, vt320, and > > We call that a museum. We always called it "DigiStar at Hansen Planetarium"... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 23:20:35 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 23:20:33 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 1A74937B401 for ; Thu, 7 Dec 2000 23:20:33 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144HpW-0001XH-00; Fri, 08 Dec 2000 07:20:31 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB87K8n05146; Fri, 8 Dec 2000 08:20:08 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 08:20:08 +0100 From: Wilko Bulte To: Terry Lambert Cc: Mike Eldridge , freebsd-alpha@freebsd.org Subject: Re: Lynx test / 2nd attempt Message-ID: <20001208082008.B4410@freebie.demon.nl> References: <200012080242.TAA01635@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012080242.TAA01635@usr08.primenet.com>; from tlambert@primenet.com on Fri, Dec 08, 2000 at 02:42:42AM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 02:42:42AM +0000, Terry Lambert wrote: > > > Zero, without access to SRM sources. > > > > Gee, Mike, that's quite a lashing tongue you have. :) > > > > What's to stop anyone from writing their own SRM? Reverse engineering? > > Is it against the license? Does SRM even have a license? > > Mike's always a bit terse; don't hold it against him. > > The main problem is that you have to have different firmware > for different machines. The Linux MILO stuff uses a beta > version of a firmware for which sources are available, but That is the PAL code, not the SRM. PAL code dating back from some Evaluation Board when DEC was heavily promoting the then new Alpha CPU. PALcode != microcode BTW -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 23:22: 1 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 23:21:56 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id B2C9637B401; Thu, 7 Dec 2000 23:21:55 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 144Hqr-000B77-00; Fri, 08 Dec 2000 07:21:53 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB87LVb05160; Fri, 8 Dec 2000 08:21:31 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 08:21:31 +0100 From: Wilko Bulte To: Terry Lambert Cc: Andrew Gallatin , Mike Smith , freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt Message-ID: <20001208082131.C4410@freebie.demon.nl> References: <14894.58877.158848.243199@grasshopper.cs.duke.edu> <200012080253.TAA01946@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012080253.TAA01946@usr08.primenet.com>; from tlambert@primenet.com on Fri, Dec 08, 2000 at 02:53:08AM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 02:53:08AM +0000, Terry Lambert wrote: > > > I *think* SRM zeros the RAM for you. And in most cases you have to > > > > The SRM does not zero memory across warm reboots, at least. > > > > This gives us opportunities to screw things up royally, like the > > problem that jb was seeing with newly installed bootblocks working > > until a cold boot. > > > > Not zeroing also allows all sorts of opportunities for cool hacks. > > Like leaving the buffer cache warm in ram, rebooting a box, and not > > needing to read the data from back from disk. Have a look at > > http://www.eecs.umich.edu/Rio/papers/rioFileCacheTech.ps > > Well, since MILO is capable of replacing the firmware after it > has been loaded by whatever loader... > > I guess the question is whether or not the SRM firmware can be > loaded and replace the AlphaBIOS or ARC firmware, assuming that > it's loaded onto the machine, but inactive. SRM is machine model dependent. For some machines SRM simply does not exist (like the XL and XLT alphas). So you are stuck there anyway. > given that the controller is known to FreeBSD, work as we > would expect it to work. > > Not as cool as booting an entirely non-SRM system, but certainly > a step forward... > > Who has an Alpha that can recognize their controller in AlphaBIOS > or ARC, but not in SRM? Next to everybody: Adaptec 29xx come to mind. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 7 23:58:59 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 23:58:58 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from grafin.fujimori.cache.waseda.ac.jp (grafin.fujimori.cache.waseda.ac.jp [133.9.152.154]) by hub.freebsd.org (Postfix) with ESMTP id 8BD2C37B400 for ; Thu, 7 Dec 2000 23:58:56 -0800 (PST) Received: from grafin.fujimori.cache.waseda.ac.jp (fujimori@localhost [127.0.0.1]) by grafin.fujimori.cache.waseda.ac.jp (8.9.3/3.7W) with ESMTP id QAA11436 for ; Fri, 8 Dec 2000 16:58:53 +0900 Message-Id: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> To: freebsd-alpha@freebsd.org Subject: ccc/cxx on 4.1R Date: Fri, 08 Dec 2000 16:58:53 +0000 From: Yoriaki FUJIMORI Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Folks, I am trying to install Compaq's ccc/cxx for Alpha/linux on FreeBSD/Alpha 4.1R with SuSE6.3 libraries. As far as I have checked, SuSE6.3 binaries are working properly on the linux-emulator. But, when I invoke ccc, it returns `Bad system call' error (signal 12, non-existent system call). Besides, I watch many errors related to rpm-packages. (So, I used cpio.) I wonder if there is any URL describing how to install Compaq ccc/cxx on FreeBSD/alpha. Is SuSE6.3 a bad choice? Thank you for your attention. Yoriaki FUJIMORI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 0:39:18 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 00:39:14 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 72F9937B401; Fri, 8 Dec 2000 00:39:14 -0800 (PST) Date: Fri, 8 Dec 2000 00:39:14 -0800 From: David O'Brien To: Jordan Hubbard , nik@freebsd.org Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Lynx test / 2nd attempt Message-ID: <20001208003914.A74131@hub.freebsd.org> Reply-To: alpha@freebsd.org References: <3515.976131433@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3515.976131433@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Wed, Dec 06, 2000 at 11:37:13AM -0800 X-Operating-System: FreeBSD 4.2-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 06, 2000 at 11:37:13AM -0800, Jordan Hubbard wrote: > What a coincidence - I just started a release on beast yesterday but > forgot to turn NODOC on, so it fell over in the docs building phase > (which is easily rectified if we want to restart this release from > where it left off without docs). That leads me to wonder, however, > if we ever have any plans of fixing this: doc.docbook.mk needs to match the docproj port and use openjade and lynx on the Alpha. Openjade can be used by setting defining "OPENJADE" in release/Makefile, or by giving some smarts about ARCH to doc.docbook.mk. However, there isn't a knob to specify lynx in place of w3m in doc.docbook.mk. If these two tools are used, the release-built docs build fine on Alpha. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 1:34:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 01:34:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id C969337B400 for ; Fri, 8 Dec 2000 01:34:18 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JXGIPJPRWG0015R8@research.kpn.com> for freebsd-alpha@FreeBSD.ORG; Fri, 8 Dec 2000 10:34:16 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 08 Dec 2000 10:34:15 +0100 Content-return: allowed Date: Fri, 08 Dec 2000 10:34:15 +0100 From: "Koster, K.J." Subject: Borg SRM? (was: Lynx test / 2nd attempt) To: 'Wilko Bulte' , Terry Lambert Cc: freebsd-alpha@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A9C@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear All, I can't resist dripping a little oil on the fire. I'll be accepting flames for that in the next ten minutes. > > > > > Who has an Alpha that can recognize their controller in > > AlphaBIOS or ARC, but not in SRM? > > Next to everybody: Adaptec 29xx come to mind. > Ok, how about a wrapper around SRM, delegating all the do-thing-quickly tasks to the real and untarnisched SRM, but adding hooks for the more mundane task of getting the first few blocks off a controller that SRM pretends isn't there. It would leave SRM untouched, so you'd have no license issues. All you do is reroute a few interrupt vectors (he added, blissfully unaware of SRM's real implementation). Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 1:56:45 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 01:56:42 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 2EF8737B400 for ; Fri, 8 Dec 2000 01:56:42 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8A5tF00938; Fri, 8 Dec 2000 02:06:02 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012081006.eB8A5tF00938@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Koster, K.J." Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-reply-to: Your message of "Fri, 08 Dec 2000 10:34:15 +0100." <59063B5B4D98D311BC0D0001FA7E4522026D7A9C@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 02:05:54 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I can't resist dripping a little oil on the fire. I'll be accepting flames > for that in the next ten minutes. Gah. Where did these people come from, and how do we make them go back there again, preferably as quickly as possible? Yeesh. Don't you think that if it was that easy, someone wouldn't have done it by now? Or are you just so damn sure you're the smartest thing to ever crawl out from under a rock? Come on. Think. It won't kill you. (Though if it does, I'm not going to complain. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 6:20:49 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 06:20:47 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 7A80337B400 for ; Fri, 8 Dec 2000 06:20:46 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA11047; Fri, 8 Dec 2000 09:20:45 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB8EKjh24143; Fri, 8 Dec 2000 09:20:45 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 8 Dec 2000 09:20:45 -0500 (EST) To: Yoriaki FUJIMORI Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ccc/cxx on 4.1R In-Reply-To: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> References: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14896.60768.118100.257227@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yoriaki FUJIMORI writes: > Dear Folks, > I am trying to install Compaq's ccc/cxx for Alpha/linux on FreeBSD/Alpha 4.1R > with SuSE6.3 libraries. > As far as I have checked, SuSE6.3 binaries are working properly on > the linux-emulator. But, when I invoke ccc, it returns > `Bad system call' error (signal 12, non-existent system call). > Besides, I watch many errors related to rpm-packages. > (So, I used cpio.) > I wonder if there is any URL describing how to install Compaq ccc/cxx > on FreeBSD/alpha. Is SuSE6.3 a bad choice? > > Thank you for your attention. > Yoriaki FUJIMORI > You probably just forgot to brandelf a static binary. I'd much rather you install 4.2R -- this is the first release with support for linux compaq on alpha. If you have problems with this, we'll be able to duplicate them and help you. To get the compiler working. follow the directions at http://www.cs.duke.edu/~gallatin/compaq_ccc_instructions If somebody wants to make a port out of this, please do! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 6:22:38 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 06:22:37 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 4629D37B401 for ; Fri, 8 Dec 2000 06:22:37 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA11074; Fri, 8 Dec 2000 09:22:34 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB8EMYJ24150; Fri, 8 Dec 2000 09:22:34 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 8 Dec 2000 09:22:34 -0500 (EST) To: freebsd-alpha@FreeBSD.ORG Cc: Yoriaki FUJIMORI Subject: Re: ccc/cxx on 4.1R In-Reply-To: <14896.60768.118100.257227@grasshopper.cs.duke.edu> References: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> <14896.60768.118100.257227@grasshopper.cs.duke.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14896.61045.410989.611476@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andrew Gallatin writes: > > I'd much rather you install 4.2R -- this is the first release with > support for linux compaq on alpha. If you have problems with this, ---------------------^^^^^^ should read compat Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 9: 0:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 09:00:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id D78BF37B400 for ; Fri, 8 Dec 2000 09:00:20 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144Qsb-00013O-00; Fri, 08 Dec 2000 17:00:18 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8Gxu507150; Fri, 8 Dec 2000 17:59:56 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 17:59:56 +0100 From: "'Wilko Bulte'" To: "Koster, K.J." Cc: Terry Lambert , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001208175956.A6118@freebie.demon.nl> References: <59063B5B4D98D311BC0D0001FA7E4522026D7A9C@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7A9C@l04.research.kpn.com>; from K.J.Koster@kpn.com on Fri, Dec 08, 2000 at 10:34:15AM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 10:34:15AM +0100, Koster, K.J. wrote: > Dear All, > I can't resist dripping a little oil on the fire. I'll be accepting flames > for that in the next ten minutes. You bet.. > > > Who has an Alpha that can recognize their controller in > > > AlphaBIOS or ARC, but not in SRM? > > > > Next to everybody: Adaptec 29xx come to mind. > > > Ok, how about a wrapper around SRM, delegating all the do-thing-quickly > tasks to the real and untarnisched SRM, but adding hooks for the more > mundane task of getting the first few blocks off a controller that SRM > pretends isn't there. My vision: don't we have enough problems with getting the alpha port working on the various alphas? I mean, do we really need extra complexities that might be triggered by hardware that has not been tested with SRM and needs weird hacks? W/ -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 9:31:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 09:31:32 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by hub.freebsd.org (Postfix) with ESMTP id D174437B401 for ; Fri, 8 Dec 2000 09:31:31 -0800 (PST) Received: from mail.cafes.net (mail.cafes.net [207.65.182.25]) by mail.cafes.net (8.11.1/8.11.1) with ESMTP id eB8HVSP26785 for ; Fri, 8 Dec 2000 11:31:28 -0600 Date: Fri, 8 Dec 2000 11:31:28 -0600 (CST) From: Mike Eldridge To: freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-Reply-To: <20001208175956.A6118@freebie.demon.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 8 Dec 2000, 'Wilko Bulte' wrote: > On Fri, Dec 08, 2000 at 10:34:15AM +0100, Koster, K.J. wrote: > > Dear All, > > > I can't resist dripping a little oil on the fire. I'll be accepting flames > > for that in the next ten minutes. > > You bet.. > > > > > Who has an Alpha that can recognize their controller in > > > > AlphaBIOS or ARC, but not in SRM? > > > > > > Next to everybody: Adaptec 29xx come to mind. > > > > > Ok, how about a wrapper around SRM, delegating all the do-thing-quickly > > tasks to the real and untarnisched SRM, but adding hooks for the more > > mundane task of getting the first few blocks off a controller that SRM > > pretends isn't there. > > My vision: don't we have enough problems with getting the alpha port > working on the various alphas? I mean, do we really need extra complexities > that might be triggered by hardware that has not been tested with SRM > and needs weird hacks? Weird hacks suck in the grand scheme of things, especially when you need a lot of them, it makes things ugly. :) So what about simply booting from a floppy with the neccessary kernel on it and mounting the root filesystem from there? FreeBSD will recognize the device whether SRM sees it or not, correct? Is this not a feasible option? Mike ----------------------------------------------------- Save the whales. Feed the hungry. Free the mallocs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 10:54:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 10:54:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 7591537B400 for ; Fri, 8 Dec 2000 10:54:18 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144Set-0006UW-00; Fri, 08 Dec 2000 18:54:15 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8IrrK07731; Fri, 8 Dec 2000 19:53:53 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 19:53:53 +0100 From: Wilko Bulte To: Mike Eldridge Cc: freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001208195353.A7717@freebie.demon.nl> References: <20001208175956.A6118@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from diz@cafes.net on Fri, Dec 08, 2000 at 11:31:28AM -0600 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 11:31:28AM -0600, Mike Eldridge wrote: > > > mundane task of getting the first few blocks off a controller that SRM > > > pretends isn't there. > > > > My vision: don't we have enough problems with getting the alpha port > > working on the various alphas? I mean, do we really need extra complexities > > that might be triggered by hardware that has not been tested with SRM > > and needs weird hacks? > > Weird hacks suck in the grand scheme of things, especially when you need a > lot of them, it makes things ugly. :) > > So what about simply booting from a floppy with the neccessary kernel on > it and mounting the root filesystem from there? FreeBSD will recognize > the device whether SRM sees it or not, correct? Is this not a feasible > option? Yep, that is what I would do. Or get an el-cheapo Symbios 810 PCIcard and a smallish SCSI disk to boot from. Data can then be put on an Adaptec (or whatever) driven SCSI card or on some Alphas on an IDE drive (even cheaper) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11: 0:40 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:00:38 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 6E7BF37B401; Fri, 8 Dec 2000 11:00:38 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eB8J02759944; Fri, 8 Dec 2000 11:00:02 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eB8J05h75198; Fri, 8 Dec 2000 11:00:05 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001208174515.1CD8637B400@hub.freebsd.org> Date: Fri, 08 Dec 2000 11:00:04 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: (Bill Paul) , (Wilko Bulte) Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Cc: alpha@FreeBSD.org Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ moved to -alpha ] On 08-Dec-00 Bill Paul wrote: >> mx5# ifconfig tx0 10.0.0.1 >> >> fatal kernel trap: >> >> trap entry = 0x2 (memory management fault) >> a0 = 0x464000 >> a1 = 0x1 >> a2 = 0x0 >> pc = 0xfffffc000046b008 >> ra = 0xfffffc0000469dac >> curproc = 0xfffffe00042f5e40 >> pid = 206, comm = ifconfig >> >> panic: trap > > Hm. This doesn't look like an alignment problem. Unfortunately, I'd need > an EPIC card to fix this, and I don't have one. Looks like a NULL dereference. ra is the offending address. Wilko, if you have a kernel.debug laying around, do a gdb -k kernel.debug /dev/mem and then do 'l *0xfffffc0000469dac' to get the source line associated with the panic. > -Bill -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11:18:22 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:18:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F17237B401; Fri, 8 Dec 2000 11:18:18 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 144T28-000I8S-00; Fri, 08 Dec 2000 19:18:17 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8JHu300439; Fri, 8 Dec 2000 20:17:56 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 20:17:56 +0100 From: Wilko Bulte To: John Baldwin Cc: Bill Paul , alpha@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Message-ID: <20001208201756.A418@freebie.demon.nl> References: <20001208174515.1CD8637B400@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Dec 08, 2000 at 11:00:04AM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 11:00:04AM -0800, John Baldwin wrote: > [ moved to -alpha ] > > On 08-Dec-00 Bill Paul wrote: > >> mx5# ifconfig tx0 10.0.0.1 > >> > >> fatal kernel trap: > >> > >> trap entry = 0x2 (memory management fault) > >> a0 = 0x464000 > >> a1 = 0x1 > >> a2 = 0x0 > >> pc = 0xfffffc000046b008 > >> ra = 0xfffffc0000469dac > >> curproc = 0xfffffe00042f5e40 > >> pid = 206, comm = ifconfig > >> > >> panic: trap > > > > Hm. This doesn't look like an alignment problem. Unfortunately, I'd need > > an EPIC card to fix this, and I don't have one. > > Looks like a NULL dereference. ra is the offending address. Wilko, if you have > a kernel.debug laying around, do a gdb -k kernel.debug /dev/mem and then do > 'l *0xfffffc0000469dac' to get the source line associated with the panic. Your wish is my command: (kgdb) l *0xfffffc0000469dac 0xfffffc0000469dac is in epic_init (../../pci/if_tx.c:1296). 1291 1292 /* Workaround for Application Note 7-15 */ 1293 for (i=0; i<16; i++) CSR_WRITE_4(sc, TEST1, TEST1_CLOCK_TEST); 1294 1295 /* Initialize rings */ 1296 if( epic_init_rings( sc ) ) { 1297 printf(EPIC_FORMAT ": failed to init rings\n",EPIC_ARGS(sc)); 1298 splx(s); 1299 return -1; 1300 } (kgdb) hth -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11:24:31 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:24:29 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id B144737B401; Fri, 8 Dec 2000 11:24:29 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eB8JNr760686; Fri, 8 Dec 2000 11:23:53 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.0) id eB8JNtm75403; Fri, 8 Dec 2000 11:23:55 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001208201756.A418@freebie.demon.nl> Date: Fri, 08 Dec 2000 11:23:55 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Wilko Bulte Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Cc: alpha@FreeBSD.org, Bill Paul Sender: jhb@foo.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 08-Dec-00 Wilko Bulte wrote: > On Fri, Dec 08, 2000 at 11:00:04AM -0800, John Baldwin wrote: >> [ moved to -alpha ] >> >> On 08-Dec-00 Bill Paul wrote: >> >> mx5# ifconfig tx0 10.0.0.1 >> >> >> >> fatal kernel trap: >> >> >> >> trap entry = 0x2 (memory management fault) >> >> a0 = 0x464000 >> >> a1 = 0x1 >> >> a2 = 0x0 >> >> pc = 0xfffffc000046b008 >> >> ra = 0xfffffc0000469dac >> >> curproc = 0xfffffe00042f5e40 >> >> pid = 206, comm = ifconfig >> >> >> >> panic: trap >> > >> > Hm. This doesn't look like an alignment problem. Unfortunately, I'd need >> > an EPIC card to fix this, and I don't have one. >> >> Looks like a NULL dereference. ra is the offending address. Wilko, if you >> have >> a kernel.debug laying around, do a gdb -k kernel.debug /dev/mem and then do >> 'l *0xfffffc0000469dac' to get the source line associated with the panic. Argh, ok. ra is where the function was called. Oops. So now we know it is in the epic_init_rings() function. Can you do a 'l *' on the pc address? This should give us the actual line it died on. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11:37: 5 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:37:04 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id F0FFF37B400 for ; Fri, 8 Dec 2000 11:37:03 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA39610; Fri, 8 Dec 2000 11:37:03 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB8Jaw381556; Fri, 8 Dec 2000 11:36:58 -0800 (PST) (envelope-from obrien) Date: Fri, 8 Dec 2000 11:36:57 -0800 From: "David O'Brien" To: Andrew Gallatin Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ccc/cxx on 4.1R Message-ID: <20001208113657.A81475@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> <14896.60768.118100.257227@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14896.60768.118100.257227@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Fri, Dec 08, 2000 at 09:20:45AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 09:20:45AM -0500, Andrew Gallatin wrote: > To get the compiler working. follow the directions at > http://www.cs.duke.edu/~gallatin/compaq_ccc_instructions Can you evaluate the results from your method, to /usr/ports/lang/compaq-cc ? I don't require either linux_base or linux_devtools, and produce fully native FreeBSD binaries. Warning, I install the bits in to the real /usr/lib/ for now. I'll try to move stuff under ${PREFIX} later. > If somebody wants to make a port out of this, please do! Someone finally did get around to it. ;) -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11:49:22 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:49:20 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id D4AD737B402 for ; Fri, 8 Dec 2000 11:49:18 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eB8Jmuw21372; Fri, 8 Dec 2000 11:48:58 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: "Koster, K.J." Cc: "'Wilko Bulte'" , Terry Lambert , freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-Reply-To: Message from "Koster, K.J." of "Fri, 08 Dec 2000 10:34:15 +0100." <59063B5B4D98D311BC0D0001FA7E4522026D7A9C@l04.research.kpn.com> Date: Fri, 08 Dec 2000 11:48:56 -0800 Message-ID: <21368.976304936@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Ok, how about a wrapper around SRM, delegating all the do-thing-quickly > tasks to the real and untarnisched SRM, but adding hooks for the more > mundane task of getting the first few blocks off a controller that SRM > pretends isn't there. I'm sure Mike Smith will flame you for this, but after he does, I'll simply add a request to see your implementation of such a thing since it's that far more than a set of clever but difficult ideas that count for anything in this discussion. If you're capable of surprising everyone by actually doing this, now would be an excellent time to demonstrate that. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 11:55:12 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 11:55:09 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 1D74237B69E; Fri, 8 Dec 2000 11:55:08 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA17488; Fri, 8 Dec 2000 14:55:07 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB8Jt7224791; Fri, 8 Dec 2000 14:55:07 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 8 Dec 2000 14:55:06 -0500 (EST) To: John Baldwin Cc: (Bill Paul) , (Wilko Bulte) , alpha@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: References: <20001208174515.1CD8637B400@hub.freebsd.org> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14897.14829.188531.763935@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org John Baldwin writes: > >> > >> trap entry = 0x2 (memory management fault) > >> a0 = 0x464000 > >> a1 = 0x1 > >> a2 = 0x0 > >> pc = 0xfffffc000046b008 > >> ra = 0xfffffc0000469dac > >> curproc = 0xfffffe00042f5e40 > >> pid = 206, comm = ifconfig > >> This is probably the result of touching a virtual address for a pci memory region without calling bus_alloc_resource with either the PCI_RF_DENSE or PCI_RF_BWX flags. Eg, with out these flags, rman_get_virtual will end up returning a non-virtual address on alpha. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 12:26: 6 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 12:26:03 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id AC62037B400; Fri, 8 Dec 2000 12:26:02 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144U5g-0003DS-00; Fri, 08 Dec 2000 20:26:00 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8KPec00770; Fri, 8 Dec 2000 21:25:40 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 21:25:40 +0100 From: Wilko Bulte To: John Baldwin Cc: alpha@FreeBSD.org, Bill Paul Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Message-ID: <20001208212540.A750@freebie.demon.nl> References: <20001208201756.A418@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Dec 08, 2000 at 11:23:55AM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 11:23:55AM -0800, John Baldwin wrote: > > On 08-Dec-00 Wilko Bulte wrote: > > On Fri, Dec 08, 2000 at 11:00:04AM -0800, John Baldwin wrote: > >> [ moved to -alpha ] > >> > >> On 08-Dec-00 Bill Paul wrote: > >> >> mx5# ifconfig tx0 10.0.0.1 > >> >> > >> >> fatal kernel trap: > >> >> > >> >> trap entry = 0x2 (memory management fault) > >> >> a0 = 0x464000 > >> >> a1 = 0x1 > >> >> a2 = 0x0 > >> >> pc = 0xfffffc000046b008 > >> >> ra = 0xfffffc0000469dac > >> >> curproc = 0xfffffe00042f5e40 > >> >> pid = 206, comm = ifconfig > >> >> > >> >> panic: trap > >> > > >> > Hm. This doesn't look like an alignment problem. Unfortunately, I'd need > >> > an EPIC card to fix this, and I don't have one. > >> > >> Looks like a NULL dereference. ra is the offending address. Wilko, if you > >> have > >> a kernel.debug laying around, do a gdb -k kernel.debug /dev/mem and then do > >> 'l *0xfffffc0000469dac' to get the source line associated with the panic. > > Argh, ok. ra is where the function was called. Oops. So now we know it is in > the epic_init_rings() function. Can you do a 'l *' on the pc address? This > should give us the actual line it died on. You mean this? (kgdb) l *0xfffffc000046b008 0xfffffc000046b008 is in epic_init_rings (../../pci/if_tx.c:1613). 1608 1609 for (i = 0; i < RX_RING_SIZE; i++) { 1610 struct epic_rx_buffer *buf = sc->rx_buffer + i; 1611 struct epic_rx_desc *desc = sc->rx_desc + i; 1612 1613 desc->status = 0; /* Owned by driver */ 1614 desc->next = vtophys( sc->rx_desc + ((i+1) & RX_RING_MASK) ); 1615 1616 if( (desc->next & 3) || ((desc->next & 0xFFF) + sizeof(struct epic_rx_desc) > 0x1000 ) ) 1617 printf(EPIC_FORMAT ": WARNING! rx_desc is misbound or misaligned\n",EPIC_ARGS(sc)); (kgdb) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 12:56: 5 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 12:56:03 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id C401D37B404; Fri, 8 Dec 2000 12:56:03 -0800 (PST) Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: <20001208212540.A750@freebie.demon.nl> from Wilko Bulte at "Dec 8, 2000 09:25:40 pm" To: wkb@freebie.demon.nl (Wilko Bulte) Date: Fri, 8 Dec 2000 12:56:02 -0800 (PST) Cc: jhb@FreeBSD.org, alpha@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001208205603.C401D37B404@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org While looking over the code, something jumped out at me. In epic_common_attach(), we have this: i = sizeof(struct epic_frag_list)*TX_RING_SIZE + sizeof(struct epic_rx_desc)*RX_RING_SIZE + sizeof(struct epic_tx_desc)*TX_RING_SIZE + PAGE_SIZE, sc->pool = (epic_softc_t *) malloc( i, M_DEVBUF, M_NOWAIT); There are two C statements here: one to assign a value to i, and another to malloc() i bytes worth of space and leave the address of the buffer in sc->pool. Except the first statement doesn't end with a semicolon. How is this not a syntax error? -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 12:56:53 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 12:56:51 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id EC99437B400 for ; Fri, 8 Dec 2000 12:56:50 -0800 (PST) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id eB8Kugx04233 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Fri, 8 Dec 2000 21:56:44 +0100 (MET) Received: from cicely5.cicely.de (cicely5.cicely.de [fec0:0:0:104::5]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id eB8Kuum98943 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Fri, 8 Dec 2000 21:56:58 +0100 (CET) Received: (from ticso@localhost) by cicely5.cicely.de (8.11.1/8.11.1) id eB8KuqT12527; Fri, 8 Dec 2000 21:56:52 +0100 (CET) (envelope-from ticso) Date: Fri, 8 Dec 2000 21:56:52 +0100 From: Bernd Walter To: Wilko Bulte Cc: Mike Eldridge , freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001208215651.A12486@cicely5.cicely.de> References: <20001208175956.A6118@freebie.demon.nl> <20001208195353.A7717@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001208195353.A7717@freebie.demon.nl>; from wkb@freebie.demon.nl on Fri, Dec 08, 2000 at 07:53:53PM +0100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 07:53:53PM +0100, Wilko Bulte wrote: > Yep, that is what I would do. Or get an el-cheapo Symbios 810 PCIcard and > a smallish SCSI disk to boot from. Data can then be put on an Adaptec (or > whatever) driven SCSI card or on some Alphas on an IDE drive (even cheaper) 810 is not a good choice at least not on all alphas. Todays 810 cards use the 53c810ae which doesn't work on my PC164 SRM. SRM detects it as an 810 but doesn't probe devices. I had the luck to get an 53c895 booting which was very surprising to me as everybody says it won't. Here is pciconf output: sym0@pci0:5:0: class=0x010000 card=0x00000000 chip=0x000c1000 rev=0x01 hdr=0x00 , sym1@pci0:6:0: class=0x010000 card=0x10001000 chip=0x00011000 rev=0x23 hdr=0x00 ,<53C810 Fast/Narrow SCSI I/O Cntrlr> sym2@pci0:7:0: class=0x010000 card=0x00000000 chip=0x00011000 rev=0x12 hdr=0x00 ,<53C810 Fast/Narrow SCSI I/O Cntrlr> sym0 (895) and sym2 (810a) works with SRM while sym1 (810ae) does not. LSI changed the card number defaults for the ae. That doesn't mean I want some hacks - it's just the risk with old hardware... -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13: 0:36 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:00:34 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id EC29437B400; Fri, 8 Dec 2000 13:00:33 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8L9vF02129; Fri, 8 Dec 2000 13:09:57 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012082109.eB8L9vF02129@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: wpaul@FreeBSD.ORG (Bill Paul) Cc: wkb@freebie.demon.nl (Wilko Bulte), jhb@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-reply-to: Your message of "Fri, 08 Dec 2000 12:56:02 PST." <20001208205603.C401D37B404@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 13:09:57 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > While looking over the code, something jumped out at me. In > epic_common_attach(), we have this: > > i = sizeof(struct epic_frag_list)*TX_RING_SIZE + > sizeof(struct epic_rx_desc)*RX_RING_SIZE + > sizeof(struct epic_tx_desc)*TX_RING_SIZE + PAGE_SIZE, > sc->pool = (epic_softc_t *) malloc( i, M_DEVBUF, M_NOWAIT); > > There are two C statements here: one to assign a value to i, and another > to malloc() i bytes worth of space and leave the address of the buffer > in sc->pool. Except the first statement doesn't end with a semicolon. > > How is this not a syntax error? Because there's a comma between the two statements. i = 10, j = malloc(i); is a legal expression which returns 10. The comma operator really only exists for things like for (i = 0, j = 0; ... but you do find it abused occasionally by someone that thinks they're being smart or funny. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13:11:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:11:20 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 0BF0137B400; Fri, 8 Dec 2000 13:11:20 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eB8LAR763961; Fri, 8 Dec 2000 13:10:27 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001208212540.A750@freebie.demon.nl> Date: Fri, 08 Dec 2000 13:11:16 -0800 (PST) From: John Baldwin To: Wilko Bulte Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Cc: Bill Paul , alpha@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 08-Dec-00 Wilko Bulte wrote: > On Fri, Dec 08, 2000 at 11:23:55AM -0800, John Baldwin wrote: >> >> On 08-Dec-00 Wilko Bulte wrote: >> > On Fri, Dec 08, 2000 at 11:00:04AM -0800, John Baldwin wrote: >> >> [ moved to -alpha ] >> >> >> >> On 08-Dec-00 Bill Paul wrote: >> >> >> mx5# ifconfig tx0 10.0.0.1 >> >> >> >> >> >> fatal kernel trap: >> >> >> >> >> >> trap entry = 0x2 (memory management fault) >> >> >> a0 = 0x464000 >> >> >> a1 = 0x1 >> >> >> a2 = 0x0 >> >> >> pc = 0xfffffc000046b008 >> >> >> ra = 0xfffffc0000469dac >> >> >> curproc = 0xfffffe00042f5e40 >> >> >> pid = 206, comm = ifconfig >> >> >> >> >> >> panic: trap >> >> > >> >> > Hm. This doesn't look like an alignment problem. Unfortunately, I'd >> >> > need >> >> > an EPIC card to fix this, and I don't have one. >> >> >> >> Looks like a NULL dereference. ra is the offending address. Wilko, if >> >> you >> >> have >> >> a kernel.debug laying around, do a gdb -k kernel.debug /dev/mem and then >> >> do >> >> 'l *0xfffffc0000469dac' to get the source line associated with the panic. >> >> Argh, ok. ra is where the function was called. Oops. So now we know it is >> in >> the epic_init_rings() function. Can you do a 'l *' on the pc address? This >> should give us the actual line it died on. > > You mean this? Yes, it looks like sc->rx_desc[i] (pointer arith ugly) is NULL. I can't say more w/o digging into the code though as I don't know how/when the RX descriptors are set up. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13:20:48 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:20:46 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id 058F737B400 for ; Fri, 8 Dec 2000 13:20:46 -0800 (PST) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id OAA10278; Fri, 8 Dec 2000 14:16:40 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpdAAAiuaa7t; Fri Dec 8 14:16:31 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id OAA23292; Fri, 8 Dec 2000 14:20:31 -0700 (MST) From: Terry Lambert Message-Id: <200012082120.OAA23292@usr01.primenet.com> Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) To: diz@cafes.net (Mike Eldridge) Date: Fri, 8 Dec 2000 21:20:31 +0000 (GMT) Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: from "Mike Eldridge" at Dec 08, 2000 11:31:28 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr01.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Ok, how about a wrapper around SRM, delegating all the do-thing-quickly > > > tasks to the real and untarnisched SRM, but adding hooks for the more > > > mundane task of getting the first few blocks off a controller that SRM > > > pretends isn't there. > > > > My vision: don't we have enough problems with getting the alpha port > > working on the various alphas? I mean, do we really need extra complexities > > that might be triggered by hardware that has not been tested with SRM > > and needs weird hacks? > > Weird hacks suck in the grand scheme of things, especially when you need a > lot of them, it makes things ugly. :) > > So what about simply booting from a floppy with the neccessary kernel on > it and mounting the root filesystem from there? FreeBSD will recognize > the device whether SRM sees it or not, correct? Is this not a feasible > option? I think attempting to extend the SRM will fail, and is not the right approach to achieve the goals behind what I suggested. The most useful thing I see coming out of this is that people with Adaptec Controllers get paid to do the loader work on the AlphaBIOS, and the loader is known to work. This puts us one step colse to someone doing the work on getting FreeBSD running on the AlphaBIOS instead of the SRM code, and breaks the work down into smaller chunks, while still getting an actual payoff for attacking the first chunk. Without the switch to SRM glue, there's no payoff for the first chunk, so there is a lessened incentive for someone to do the work. Given that the SRM is confiremed to not zero memory on a warm boot, I think switching the code is a viable approach. It's a bit difficult, but it has a pay-off for Adaptec owners with SRM machines that can't otherwise boot off the controllers. I think that not requiring an NCR810 (vintage; newer ones like the NCR810a seem to not work) and a thin SCSI II disk (which I have a hard time finding) would also reduce the barrier for attracting other Alpha hackers, so the payoff might be bigger than you'd expect. I personally do _not_ have a system with the necessary PAL code or unsupported controller needed to attack this. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13:27:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:27:28 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9D8D737B400; Fri, 8 Dec 2000 13:27:28 -0800 (PST) Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: from John Baldwin at "Dec 8, 2000 01:11:16 pm" To: jhb@FreeBSD.org (John Baldwin) Date: Fri, 8 Dec 2000 13:27:28 -0800 (PST) Cc: wkb@freebie.demon.nl, alpha@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001208212728.9D8D737B400@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ok. There's something about the way the descriptor memory is being allocated that I don't like. I can't quite put my finger on what it is. I usually resort to contigmalloc() when I allocate descriptor space; it's not always necessary but it helps me sleep at night. Plus you know you're getting memory that's aligned on the right boundary. Wilko: please try me the following patch to if_tx.c. In addition to tweaking the descriptor allocation, I added some code to force the proper payload alignment on received packets. I'm not positive, but I think you need this for this chip too. -Bill *** if_tx.c.orig Thu Dec 7 15:56:26 2000 --- if_tx.c Fri Dec 8 13:23:47 2000 *************** *** 567,573 **** { struct ifnet *ifp; epic_softc_t *sc; ! int s; s = splimp(); --- 567,573 ---- { struct ifnet *ifp; epic_softc_t *sc; ! int s, i; s = splimp(); *************** *** 585,591 **** bus_release_resource(dev, SYS_RES_IRQ, 0, sc->irq); bus_release_resource(dev, EPIC_RES, EPIC_RID, sc->res); ! free(sc->pool, M_DEVBUF); splx(s); --- 585,595 ---- bus_release_resource(dev, SYS_RES_IRQ, 0, sc->irq); bus_release_resource(dev, EPIC_RES, EPIC_RID, sc->res); ! i = sizeof(struct epic_frag_list)*TX_RING_SIZE + ! sizeof(struct epic_rx_desc)*RX_RING_SIZE + ! sizeof(struct epic_tx_desc)*TX_RING_SIZE + PAGE_SIZE; ! ! contigfree(sc->pool, i, M_DEVBUF); splx(s); *************** *** 746,753 **** i = sizeof(struct epic_frag_list)*TX_RING_SIZE + sizeof(struct epic_rx_desc)*RX_RING_SIZE + ! sizeof(struct epic_tx_desc)*TX_RING_SIZE + PAGE_SIZE, ! sc->pool = (epic_softc_t *) malloc( i, M_DEVBUF, M_NOWAIT); if (sc->pool == NULL) { printf(": can't allocate memory for buffers\n"); --- 750,759 ---- i = sizeof(struct epic_frag_list)*TX_RING_SIZE + sizeof(struct epic_rx_desc)*RX_RING_SIZE + ! sizeof(struct epic_tx_desc)*TX_RING_SIZE; ! ! sc->pool = (epic_softc_t *)contigmalloc(i, M_DEVBUF, ! M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); if (sc->pool == NULL) { printf(": can't allocate memory for buffers\n"); *************** *** 755,763 **** } bzero(sc->pool, i); - /* Align pool on PAGE_SIZE */ pool = (caddr_t)sc->pool; - pool = (caddr_t)((u_int32_t)(pool + PAGE_SIZE - 1) & ~(PAGE_SIZE - 1)); /* Distribute memory */ sc->tx_flist = (void *)pool; --- 761,767 ---- *************** *** 879,884 **** --- 883,891 ---- struct epic_rx_desc *desc; struct mbuf *m; struct ether_header *eh; + struct ifnet *ifp; + + ifp = &sc->sc_if; while( !(sc->rx_desc[sc->cur_rx].status & 0x8000) ) { buf = sc->rx_buffer + sc->cur_rx; *************** *** 914,924 **** /* Point to new mbuf, and give descriptor to chip */ desc->bufaddr = vtophys( mtod( buf->mbuf, caddr_t ) ); desc->status = 0x8000; ! ! /* First mbuf in packet holds the ethernet and packet headers */ ! eh = mtod( m, struct ether_header * ); ! m->m_pkthdr.rcvif = &(sc->sc_if); ! m->m_pkthdr.len = m->m_len = len; #if !defined(__FreeBSD__) #if NBPFILTER > 0 --- 921,946 ---- /* Point to new mbuf, and give descriptor to chip */ desc->bufaddr = vtophys( mtod( buf->mbuf, caddr_t ) ); desc->status = 0x8000; ! ! /* Force payload to be longword aligned. */ ! { ! struct mbuf *m0; ! ! m0 = m_devget(mtod(m, char *) - ETHER_ALIGN, ! len + ETHER_ALIGN, 0, ifp, NULL); ! ! if (m0 == NULL) { ! ifp->if_ierrors++; ! m_freem(m); ! continue; ! } ! ! m_adj(m0, ETHER_ALIGN); ! m_freem(m); ! m = m0; ! } ! ! eh = mtod(m, struct ether_header *); #if !defined(__FreeBSD__) #if NBPFILTER > 0 *************** *** 928,936 **** #endif /* NBPFILTER > 0 */ #endif /* !__FreeBSD__ */ ! /* Second mbuf holds packet ifself */ ! m->m_pkthdr.len = m->m_len = len - sizeof(struct ether_header); ! m->m_data += sizeof( struct ether_header ); /* Give mbuf to OS */ ether_input(&sc->sc_if, eh, m); --- 950,956 ---- #endif /* NBPFILTER > 0 */ #endif /* !__FreeBSD__ */ ! m_adj(m, sizeof(struct ether_header)); /* Give mbuf to OS */ ether_input(&sc->sc_if, eh, m); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13:27:47 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:27:46 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id E527A37B400 for ; Fri, 8 Dec 2000 13:27:45 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8LawF02237; Fri, 8 Dec 2000 13:36:58 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012082136.eB8LawF02237@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-reply-to: Your message of "Fri, 08 Dec 2000 21:20:31 GMT." <200012082120.OAA23292@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 13:36:58 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The most useful thing I see coming out of this is that people > with Adaptec Controllers get paid to do the loader work on the > AlphaBIOS, and the loader is known to work. Why? Why not just push Compaq to bring back the already-extant SRM support for Adaptec controllers into their other SRM families? > Given that the SRM is confiremed to not zero memory on a warm > boot, I think switching the code is a viable approach. It's a > bit difficult, but it has a pay-off for Adaptec owners with SRM > machines that can't otherwise boot off the controllers. It's a pointless exercise, and a waste of valuable time. There are much more important things that could be done on the Alpha than this. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 13:56:16 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 13:56:14 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 8B3A237B401; Fri, 8 Dec 2000 13:56:14 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id OAA24286; Fri, 8 Dec 2000 14:53:55 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpdAAAe4aqvV; Fri Dec 8 14:53:46 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id OAA24764; Fri, 8 Dec 2000 14:55:59 -0700 (MST) From: Terry Lambert Message-Id: <200012082155.OAA24764@usr01.primenet.com> Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) To: msmith@FreeBSD.ORG (Mike Smith) Date: Fri, 8 Dec 2000 21:55:58 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG In-Reply-To: <200012082136.eB8LawF02237@mass.osd.bsdi.com> from "Mike Smith" at Dec 08, 2000 01:36:58 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr01.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The most useful thing I see coming out of this is that people > > with Adaptec Controllers get paid to do the loader work on the > > AlphaBIOS, and the loader is known to work. > > Why? Why not just push Compaq to bring back the already-extant SRM > support for Adaptec controllers into their other SRM families? > > > Given that the SRM is confiremed to not zero memory on a warm > > boot, I think switching the code is a viable approach. It's a > > bit difficult, but it has a pay-off for Adaptec owners with SRM > > machines that can't otherwise boot off the controllers. > > It's a pointless exercise, and a waste of valuable time. There are much > more important things that could be done on the Alpha than this. I think working on non-SRM is probably top of the list; there are still people manufacturing Alpha equipment that doesn't have, and will never have SRM, right? Or do you thik pushing Compaq will work? Like I said elsewhere, I think there is a legal barrier to them doing this, because of a contract with Microsoft. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14: 1:12 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:01:10 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 07CB537B400 for ; Fri, 8 Dec 2000 14:01:10 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8MATF02383; Fri, 8 Dec 2000 14:10:29 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012082210.eB8MATF02383@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-reply-to: Your message of "Fri, 08 Dec 2000 21:55:58 GMT." <200012082155.OAA24764@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 14:10:29 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > The most useful thing I see coming out of this is that people > > > with Adaptec Controllers get paid to do the loader work on the > > > AlphaBIOS, and the loader is known to work. > > > > Why? Why not just push Compaq to bring back the already-extant SRM > > support for Adaptec controllers into their other SRM families? > > > > > Given that the SRM is confiremed to not zero memory on a warm > > > boot, I think switching the code is a viable approach. It's a > > > bit difficult, but it has a pay-off for Adaptec owners with SRM > > > machines that can't otherwise boot off the controllers. > > > > It's a pointless exercise, and a waste of valuable time. There are much > > more important things that could be done on the Alpha than this. > > I think working on non-SRM is probably top of the list; there > are still people manufacturing Alpha equipment that doesn't > have, and will never have SRM, right? Wrong. AlphaBIOS died when NT on Alpha died. Terry, where have you been, and why are you getting involved in this when you aren't even vaguely clued on the issues? > Or do you thik pushing Compaq will work? It's the *only* thing that's likely to work. > Like I said elsewhere, I think there is a legal barrier to them > doing this, because of a contract with Microsoft. 8-(. Funny that you can get SRM for various machines then that will boot from the Adaptec controllers, eh? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14: 2:16 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:02:14 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2E6CE37B401; Fri, 8 Dec 2000 14:02:14 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA02592; Fri, 8 Dec 2000 14:02:19 -0800 Date: Fri, 8 Dec 2000 14:02:14 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: Bill Paul , Wilko Bulte , jhb@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: <200012082109.eB8L9vF02129@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > but you do find it abused occasionally by someone that thinks they're > being smart or funny. Not so. It's quite useful in some contexts. Whatcha doin' here, Mike? Becoming a Bruce-in-Training? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:15:20 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:15:19 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FFC237B400; Fri, 8 Dec 2000 14:15:18 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 144VnP-000PNN-00; Fri, 08 Dec 2000 22:15:16 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8MEt401332; Fri, 8 Dec 2000 23:14:55 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 23:14:55 +0100 From: Wilko Bulte To: Mike Smith Cc: Terry Lambert , Mike Eldridge , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001208231455.A1245@freebie.demon.nl> References: <200012082120.OAA23292@usr01.primenet.com> <200012082136.eB8LawF02237@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082136.eB8LawF02237@mass.osd.bsdi.com>; from msmith@freebsd.org on Fri, Dec 08, 2000 at 01:36:58PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 01:36:58PM -0800, Mike Smith wrote: > > > > The most useful thing I see coming out of this is that people > > with Adaptec Controllers get paid to do the loader work on the > > AlphaBIOS, and the loader is known to work. > > Why? Why not just push Compaq to bring back the already-extant SRM > support for Adaptec controllers into their other SRM families? A waste of time to try this. Especially for all non-current hardware. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:24:28 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:24:26 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 435D937B400; Fri, 8 Dec 2000 14:24:25 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144VwF-00012k-00; Fri, 08 Dec 2000 22:24:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB8MO3G01485; Fri, 8 Dec 2000 23:24:03 +0100 (CET) (envelope-from wkb) Date: Fri, 8 Dec 2000 23:24:03 +0100 From: Wilko Bulte To: Bill Paul Cc: John Baldwin , alpha@freebsd.org Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Message-ID: <20001208232403.A1471@freebie.demon.nl> References: <20001208212728.9D8D737B400@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001208212728.9D8D737B400@hub.freebsd.org>; from wpaul@freebsd.org on Fri, Dec 08, 2000 at 01:27:28PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 01:27:28PM -0800, Bill Paul wrote: > Ok. There's something about the way the descriptor memory is being > allocated that I don't like. I can't quite put my finger on what it > is. I usually resort to contigmalloc() when I allocate descriptor > space; it's not always necessary but it helps me sleep at night. Plus > you know you're getting memory that's aligned on the right boundary. > > Wilko: please try me the following patch to if_tx.c. In addition to > tweaking the descriptor allocation, I added some code to force the > proper payload alignment on received packets. I'm not positive, but > I think you need this for this chip too. Looks like I lack a .h somewhere: mx5# make cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -Wa,-mev56 ../../pci/if_tx.c ../../pci/if_tx.c: In function `epic_rx_done': ../../pci/if_tx.c:930: `ETHER_ALIGN' undeclared (first use in this function) ../../pci/if_tx.c:930: (Each undeclared identifier is reported only once ../../pci/if_tx.c:930: for each function it appears in.) *** Error code 1 Note that I'm testing on 4.2R at the moment. No -current for me on this alpha at the moment. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:26:43 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:26:42 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 4B9E837B401; Fri, 8 Dec 2000 14:26:42 -0800 (PST) Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: <20001208232403.A1471@freebie.demon.nl> from Wilko Bulte at "Dec 8, 2000 11:24:03 pm" To: wkb@freebie.demon.nl (Wilko Bulte) Date: Fri, 8 Dec 2000 14:26:42 -0800 (PST) Cc: jhb@freebsd.org, freebsd-alpha@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001208222642.4B9E837B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Looks like I lack a .h somewhere: > > mx5# make > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include > -D_KERNEL -include opt_global.h -elf -mno-fp-regs -Wa,-mev56 > ../../pci/if_tx.c > ../../pci/if_tx.c: In function `epic_rx_done': > ../../pci/if_tx.c:930: `ETHER_ALIGN' undeclared (first use in this function) > ../../pci/if_tx.c:930: (Each undeclared identifier is reported only once > ../../pci/if_tx.c:930: for each function it appears in.) > *** Error code 1 Grrr. I screwed up. For now, add a line to the top of if_tx.c that says: #define ETHER_ALIGN 2 and try compiling again. I added this to my copy of if_txvar.h the other day when I was tinkering withh this, but forgot to make a diff for that when I made the other changes today. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:52:30 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:52:28 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 38E2237B400; Fri, 8 Dec 2000 14:52:28 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id PAA18229; Fri, 8 Dec 2000 15:47:49 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpdAAAuFaiMJ; Fri Dec 8 15:47:48 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id PAA26946; Fri, 8 Dec 2000 15:52:24 -0700 (MST) From: Terry Lambert Message-Id: <200012082252.PAA26946@usr01.primenet.com> Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) To: msmith@FreeBSD.ORG (Mike Smith) Date: Fri, 8 Dec 2000 22:52:24 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG In-Reply-To: <200012082210.eB8MATF02383@mass.osd.bsdi.com> from "Mike Smith" at Dec 08, 2000 02:10:29 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr01.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I think working on non-SRM is probably top of the list; there > > are still people manufacturing Alpha equipment that doesn't > > have, and will never have SRM, right? > > Wrong. AlphaBIOS died when NT on Alpha died. > > Terry, where have you been, and why are you getting involved in this when > you aren't even vaguely clued on the issues? ARC. Sorry, I always get the damn things confused. > > Or do you thik pushing Compaq will work? > > It's the *only* thing that's likely to work. > > > Like I said elsewhere, I think there is a legal barrier to them > > doing this, because of a contract with Microsoft. 8-(. > > Funny that you can get SRM for various machines then that will boot from > the Adaptec controllers, eh? Are there systems recently manufactured, for which SRM is not available? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:54:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:54:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 56EE537B400; Fri, 8 Dec 2000 14:54:21 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id PAA09538; Fri, 8 Dec 2000 15:52:04 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpdAAA4SaaBs; Fri Dec 8 15:51:50 2000 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id PAA26976; Fri, 8 Dec 2000 15:53:58 -0700 (MST) From: Terry Lambert Message-Id: <200012082253.PAA26976@usr01.primenet.com> Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) To: wkb@freebie.demon.nl (Wilko Bulte) Date: Fri, 8 Dec 2000 22:53:58 +0000 (GMT) Cc: msmith@freebsd.org (Mike Smith), tlambert@primenet.com (Terry Lambert), diz@cafes.net (Mike Eldridge), freebsd-alpha@freebsd.org In-Reply-To: <20001208231455.A1245@freebie.demon.nl> from "Wilko Bulte" at Dec 08, 2000 11:14:55 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr01.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > The most useful thing I see coming out of this is that people > > > with Adaptec Controllers get paid to do the loader work on the > > > AlphaBIOS, and the loader is known to work. > > > > Why? Why not just push Compaq to bring back the already-extant SRM > > support for Adaptec controllers into their other SRM families? > > A waste of time to try this. Especially for all non-current hardware. That was my take, too, particularly since Linux appears to have already worked around the problem. I think the only chance is to make FreeBSD work with the available images for a given platform, not expect new images. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 14:55:48 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 14:55:46 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 9DD8737B400; Fri, 8 Dec 2000 14:55:46 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id OAA40508; Fri, 8 Dec 2000 14:55:45 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB8Mtin82828; Fri, 8 Dec 2000 14:55:44 -0800 (PST) (envelope-from obrien) Date: Fri, 8 Dec 2000 14:55:44 -0800 From: "David O'Brien" To: Mike Smith Cc: alpha@freebsd.org Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Message-ID: <20001208145543.A46079@dragon.nuxi.com> Reply-To: alpha@freebsd.org References: <20001208205603.C401D37B404@hub.freebsd.org> <200012082109.eB8L9vF02129@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012082109.eB8L9vF02129@mass.osd.bsdi.com>; from msmith@freebsd.org on Fri, Dec 08, 2000 at 01:09:57PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 01:09:57PM -0800, Mike Smith wrote: > > How is this not a syntax error? > > Because there's a comma between the two statements. > > i = 10, j = malloc(i); > > is a legal expression which returns 10. The comma operator really only > exists for things like Almost -- acutally the value of the expression is `malloc(i)'. ISO/IEC 9899:1999(E) 6.5.17 Comma operator Semantics: The left operand of a comma operator is evaluated as a void expression; thre is a sequence point after its evaluation. The the right operand is evaluated; the result has its type and value.[94] [94] A comma operator does not yeild an lvalue. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 15:26:33 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 15:26:31 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 5574637B400 for ; Fri, 8 Dec 2000 15:26:31 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8NZmF02744; Fri, 8 Dec 2000 15:35:49 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012082335.eB8NZmF02744@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: diz@cafes.net (Mike Eldridge), freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-reply-to: Your message of "Fri, 08 Dec 2000 22:52:24 GMT." <200012082252.PAA26946@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 15:35:48 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Like I said elsewhere, I think there is a legal barrier to them > > > doing this, because of a contract with Microsoft. 8-(. > > > > Funny that you can get SRM for various machines then that will boot from > > the Adaptec controllers, eh? > > Are there systems recently manufactured, for which SRM is not > available? If you mean Alpha systems, not to the best of my knowledge. Wilko would be the authoritative source here. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 15:27:44 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 15:27:42 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 387A537B400; Fri, 8 Dec 2000 15:27:42 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB8NakF02755; Fri, 8 Dec 2000 15:36:46 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012082336.eB8NakF02755@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: wkb@freebie.demon.nl (Wilko Bulte), msmith@freebsd.org (Mike Smith), diz@cafes.net (Mike Eldridge), freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) In-reply-to: Your message of "Fri, 08 Dec 2000 22:53:58 GMT." <200012082253.PAA26976@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 15:36:46 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Why? Why not just push Compaq to bring back the already-extant SRM > > > support for Adaptec controllers into their other SRM families? > > > > A waste of time to try this. Especially for all non-current hardware. > > That was my take, too, particularly since Linux appears to > have already worked around the problem. I think the only > chance is to make FreeBSD work with the available images for > a given platform, not expect new images. ... and since the only platforms for which SRM is not available are almost as archaic as the Turbochannel machines, there is no ROI worth mentioning in this arena. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 16:30:36 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 16:30:35 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 57F8737B401 for ; Fri, 8 Dec 2000 16:30:34 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 144XuL-0005f1-00; Sat, 9 Dec 2000 01:30:33 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.1/8.11.1) id eB90B2q60521 for freebsd-alpha@freebsd.org; Sat, 9 Dec 2000 01:11:02 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Borg SRM? Date: Sat, 9 Dec 2000 00:11:02 +0000 (UTC) Message-ID: <90rtam$1r30$1@kemoauc.mips.inka.de> References: <200012082210.eB8MATF02383@mass.osd.bsdi.com> <200012082252.PAA26946@usr01.primenet.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: daemon@mips.inka.de Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert wrote: > Are there systems recently manufactured, for which SRM is not > available? No. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 19:48:58 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 19:48:56 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id F07A737B400; Fri, 8 Dec 2000 19:48:55 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA24193; Fri, 8 Dec 2000 22:48:55 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id eB93mtE25437; Fri, 8 Dec 2000 22:48:55 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 8 Dec 2000 22:48:54 -0500 (EST) To: obrien@FreeBSD.ORG Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ccc/cxx on 4.1R In-Reply-To: <20001208113657.A81475@dragon.nuxi.com> References: <200012080758.QAA11436@grafin.fujimori.cache.waseda.ac.jp> <14896.60768.118100.257227@grasshopper.cs.duke.edu> <20001208113657.A81475@dragon.nuxi.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14897.43645.780139.91439@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David O'Brien writes: > On Fri, Dec 08, 2000 at 09:20:45AM -0500, Andrew Gallatin wrote: > > To get the compiler working. follow the directions at > > http://www.cs.duke.edu/~gallatin/compaq_ccc_instructions > > Can you evaluate the results from your method, to > /usr/ports/lang/compaq-cc ? I don't require either linux_base or > linux_devtools, and produce fully native FreeBSD binaries. Wow! I haven't actually used it yet, just browsed the port.... Any chance of being able to write a preprocessing script which converts from the gcc asm syntax to the Compaq asm syntax? I'd really like to build a kernel with the Compaq compiler.. I should probably rebuild my X servers too. And ghostscript. Awesome! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 8 21:35:24 2000 From owner-freebsd-alpha@FreeBSD.ORG Fri Dec 8 21:35:20 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id A275137B401 for ; Fri, 8 Dec 2000 21:35:20 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id WAA17072; Fri, 8 Dec 2000 22:30:43 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpdAAA6gaqvH; Fri Dec 8 22:30:43 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id WAA06843; Fri, 8 Dec 2000 22:35:17 -0700 (MST) From: Terry Lambert Message-Id: <200012090535.WAA06843@usr08.primenet.com> Subject: Re: Borg SRM? To: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 9 Dec 2000 05:35:17 +0000 (GMT) Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: <90rtam$1r30$1@kemoauc.mips.inka.de> from "Christian Weisgerber" at Dec 09, 2000 12:11:02 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Are there systems recently manufactured, for which SRM is not > > available? > > No. I was under the impression that there were a lot of Alpha systems without SRM capability to be had for very cheap, now that they won't run NT, what with there not being an Alpha NT to run. Most of the ones on OnSale and eBay fall into this category. My feeling is that they have to be pretty populous and pretty current, or there wouldn't be qestions about MILO and ARC still being posted to the -alpha list... if they weren't an issue, then the questions would have already faded away. Instead, it seems to me that the people asking the questions are being beaten away with a stick. Intimidating people into not asking is not the same as them not asking on their own. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 0:25:11 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 00:25:09 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from master.telia.net (master.telia.net [194.237.170.70]) by hub.freebsd.org (Postfix) with ESMTP id D257637B400 for ; Sat, 9 Dec 2000 00:25:08 -0800 (PST) Received: from localhost (elite@localhost) by master.telia.net (8.11.1/8.11.0) with ESMTP id eB98P3U31741; Sat, 9 Dec 2000 09:25:03 +0100 (CET) (envelope-from khaled@w-arts.com) X-Authentication-Warning: master.telia.net: elite owned process doing -bs Date: Sat, 9 Dec 2000 09:25:03 +0100 (CET) From: Khaled Daham X-Sender: elite@master.telia.net To: "Koster, K.J." Cc: "'wkb@freebie.demon.nl'" , "'Daniel Nilsson'" , "'FreeBSD Alpha mailing list'" Subject: RE: Mikasa boot problems In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7A98@l04.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 7 Dec 2000, Koster, K.J. wrote: > > > > On my Abit/Athlon this problem is triggered by enabling APM. > > The mouse is unusable when APM is in use. Without APM things > > work just fine. > > > I've ditched apm long ago on my Asus/Athlon, to work around the microtime > going backwards. I now use some hack-patch that does a psm_disable(); > psm_enable() just under the printf() for the out-of-sync message. That > resyncs the driver and the mouse and the system does not lose sync after > that. Search -hackers for the patch. Hum, being an Asus K7M owner and frequent user of apm ( to suspend ). Ive never encountered these problems, are you all using moused or ( which I am not ) ? /Khaled Daham, w.arts Mail: khaled@w-arts.com Cell: +46-70-6785492, +966-54491462 FreeBSD: The Power to Serve! http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1: 6:32 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:06:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id BE20337B400 for ; Sat, 9 Dec 2000 01:06:29 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144fxb-00061E-00; Sat, 09 Dec 2000 09:06:28 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB9968705680; Sat, 9 Dec 2000 10:06:08 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:06:08 +0100 From: Wilko Bulte To: Terry Lambert Cc: Christian Weisgerber , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? Message-ID: <20001209100608.A5607@freebie.demon.nl> References: <90rtam$1r30$1@kemoauc.mips.inka.de> <200012090535.WAA06843@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012090535.WAA06843@usr08.primenet.com>; from tlambert@primenet.com on Sat, Dec 09, 2000 at 05:35:17AM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Dec 09, 2000 at 05:35:17AM +0000, Terry Lambert wrote: > > > Are there systems recently manufactured, for which SRM is not > > > available? > > > > No. > > I was under the impression that there were a lot of Alpha > systems without SRM capability to be had for very cheap, > now that they won't run NT, what with there not being an > Alpha NT to run. Most of the ones on OnSale and eBay fall > into this category. Generally speaking I think you are refering to the PC-like Alpha XL and XLT machines. These only have ARC/AlphaBIOS because they were designed & mfgd by DEC's PC division. There is a second group of machines that have hacked-SROM code that makes them unusable with VMS/Tru64. These are the white-box variants of the fully-capable Alphas that can do T64/VMS. These have SRM available. The white ones are cheaper. And FreeBSD can run on both white and full-blown (blue) boxes because FreeBSD understands the SROM hack. See the source code for more info. > pretty current, or there wouldn't be qestions about MILO > and ARC still being posted to the -alpha list... if they > weren't an issue, then the questions would have already > faded away. Instead, it seems to me that the people > asking the questions are being beaten away with a stick. > Intimidating people into not asking is not the same as > them not asking on their own. ARC/AlphaBIOS-only machines are boat anchors unless used with Linux. As we all know Linux is not everybodies' favorite. Hence the call fro FreeBSD on them ;-) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1: 7:35 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:07:33 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 1772F37B400 for ; Sat, 9 Dec 2000 01:07:33 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144fyd-00062x-00; Sat, 09 Dec 2000 09:07:31 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB997Ct05702; Sat, 9 Dec 2000 10:07:12 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:07:12 +0100 From: "'wkb@freebie.demon.nl'" To: Khaled Daham Cc: "Koster, K.J." , "'Daniel Nilsson'" , "'FreeBSD Alpha mailing list'" Subject: Re: Mikasa boot problems Message-ID: <20001209100712.B5607@freebie.demon.nl> References: <59063B5B4D98D311BC0D0001FA7E4522026D7A98@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from khaled@w-arts.com on Sat, Dec 09, 2000 at 09:25:03AM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Dec 09, 2000 at 09:25:03AM +0100, Khaled Daham wrote: > On Thu, 7 Dec 2000, Koster, K.J. wrote: > > > > > > > On my Abit/Athlon this problem is triggered by enabling APM. > > > The mouse is unusable when APM is in use. Without APM things > > > work just fine. > > > > > I've ditched apm long ago on my Asus/Athlon, to work around the microtime > > going backwards. I now use some hack-patch that does a psm_disable(); > > psm_enable() just under the printf() for the out-of-sync message. That > > resyncs the driver and the mouse and the system does not lose sync after > > that. Search -hackers for the patch. > > Hum, being an Asus K7M owner and frequent user of apm ( to suspend ). > Ive never encountered these problems, are you all using moused or ( which > I am not ) ? I tried both with and without. No luck either way. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1:23: 6 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:23:05 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from grafin.fujimori.cache.waseda.ac.jp (grafin.fujimori.cache.waseda.ac.jp [133.9.152.154]) by hub.freebsd.org (Postfix) with ESMTP id E6E8737B400 for ; Sat, 9 Dec 2000 01:23:04 -0800 (PST) Received: from grafin.fujimori.cache.waseda.ac.jp (fujimori@localhost [127.0.0.1]) by grafin.fujimori.cache.waseda.ac.jp (8.9.3/3.7W) with ESMTP id SAA14980; Sat, 9 Dec 2000 18:22:48 +0900 Message-Id: <200012090922.SAA14980@grafin.fujimori.cache.waseda.ac.jp> To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: ccc/cxx on 4.1R In-reply-to: Your message of "Fri, 08 Dec 2000 09:22:34 EST." <14896.61045.410989.611476@grasshopper.cs.duke.edu> Date: Sat, 09 Dec 2000 18:22:48 +0000 From: Yoriaki FUJIMORI Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Drew, Thank you very much for your advice. I had a look at your URL, and I reinstalled ccc/cxx after erasing messed up symbolic links I made in stupid ways. Moreover, I tried to upgrade the system to 4.2R. Now, I guess ccc is running without big troubles. My idea is to compile some of packages with ccc/cxx/fortran on FreeBSD/Alpha. Meanwhile, after upgrading to 4.2R, I noticed that df behaves in a funny way. When a file system is full, df returns huge numbers in column `Avail'. Thanks. Yoriaki FUJIMORI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1:41:28 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:41:25 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id D397237B401; Sat, 9 Dec 2000 01:41:24 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144gVO-0007Xj-00; Sat, 09 Dec 2000 09:41:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB99Rhr05791; Sat, 9 Dec 2000 10:27:43 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:27:43 +0100 From: Wilko Bulte To: Mike Smith Cc: Terry Lambert , Mike Eldridge , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001209102743.C5733@freebie.demon.nl> References: <200012082252.PAA26946@usr01.primenet.com> <200012082335.eB8NZmF02744@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082335.eB8NZmF02744@mass.osd.bsdi.com>; from msmith@freebsd.org on Fri, Dec 08, 2000 at 03:35:48PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 03:35:48PM -0800, Mike Smith wrote: > > > > Like I said elsewhere, I think there is a legal barrier to them > > > > doing this, because of a contract with Microsoft. 8-(. > > > > > > Funny that you can get SRM for various machines then that will boot from > > > the Adaptec controllers, eh? > > > > Are there systems recently manufactured, for which SRM is not > > available? > > If you mean Alpha systems, not to the best of my knowledge. Wilko would > be the authoritative source here. Everything produced by Compaq these days has SRM. Has to, as Tru64 & VMS need SRM. 3rd parties like UP1000 also have SRM. It simply does not make too much sense to produce hardware for which there is no OS ;) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1:41:30 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:41:24 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 169ED37B400; Sat, 9 Dec 2000 01:41:23 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144gVN-0007Xj-00; Sat, 09 Dec 2000 09:41:21 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB99ecp05886; Sat, 9 Dec 2000 10:40:38 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:40:38 +0100 From: Wilko Bulte To: Bill Paul Cc: jhb@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: cvs commit: src/sys/alpha/conf GENERIC Message-ID: <20001209104038.A5866@freebie.demon.nl> References: <20001208232403.A1471@freebie.demon.nl> <20001208222642.4B9E837B401@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001208222642.4B9E837B401@hub.freebsd.org>; from wpaul@freebsd.org on Fri, Dec 08, 2000 at 02:26:42PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 02:26:42PM -0800, Bill Paul wrote: > > > > Looks like I lack a .h somewhere: > > > > mx5# make > > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include > > -D_KERNEL -include opt_global.h -elf -mno-fp-regs -Wa,-mev56 > > ../../pci/if_tx.c > > ../../pci/if_tx.c: In function `epic_rx_done': > > ../../pci/if_tx.c:930: `ETHER_ALIGN' undeclared (first use in this function) > > ../../pci/if_tx.c:930: (Each undeclared identifier is reported only once > > ../../pci/if_tx.c:930: for each function it appears in.) > > *** Error code 1 > > Grrr. I screwed up. For now, add a line to the top of if_tx.c that > says: > > #define ETHER_ALIGN 2 > > and try compiling again. I added this to my copy of if_txvar.h the other > day when I was tinkering withh this, but forgot to make a diff for that > when I made the other changes today. Better, no panic anymore. But no traffic yet. Have not looked in the source where these errors originate. But here is the transcript: mx5# ifconfig -a dc0: flags=8843 mtu 1500 inet 192.168.200.24 netmask 0xffffff00 broadcast 192.168.200.255 ether 00:00:f8:75:3c:6a media: 100baseTX status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX tx0: flags=8802 mtu 1500 ether 00:e0:29:15:b9:43 media: autoselect () supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 mx5# ifconfig dc0 down mx5# ifconfig tx0 192.168.200.24 rtx0: can't stop Tx DMA tinit: wrong ifa (0xfffffe000049ab00) was (0xfffffe000049b400) mx5# Dec 19 10:36:00 mx5 /kernel: rtx0: can't stop Tx DMA Dec 19 10:36:00 mx5 /kernel: rtx0: can't stop Tx DMA Dec 19 10:36:00 mx5 /kernel: tinit: wrong ifa (0xfffffe000049ab00) was (0xfffffe000049b400) Dec 19 10:36:00 mx5 /kernel: tinit: wrong ifa (0xfffffe000049ab00) was (0xfffffe000049b400) << I moved the UTP cable from dc0 to tx0 here >> mx5# mx5# tx0: device timeout 1 packets, reinitialization tx0: can't stop Tx DMA Dec 19 10:36:07 mx5 /kernel: tx0: device timeout 1 packets, reinitialization Dec 19 10:36:07 mx5 /kernel: tx0: device timeout 1 packets, reinitialization Dec 19 10:36:07 mx5 /kernel: tx0: can't stop Tx DMA Dec 19 10:36:07 mx5 /kernel: tx0: can't stop Tx DMA mx5# mx5# mx5# ifconfig -a dc0: flags=8802 mtu 1500 inet 192.168.200.24 netmask 0xffffff00 broadcast 192.168.200.255 ether 00:00:f8:75:3c:6a media: 100baseTX status: no carrier supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX tx0: flags=8843 mtu 1500 inet 192.168.200.24 netmask 0xffffff00 broadcast 192.168.200.255 ether 00:e0:29:15:b9:43 media: autoselect (100baseTX) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 << The ethernet hub appears to negotiate for 100Mbit OK, according to it's LEDs >> mx5# ping 192.168.200.1 PING 192.168.200.1 (192.168.200.1): 48 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down ^C --- 192.168.200.1 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss mx5# tx0: device timeout 5 packets, reinitialization tx0: can't stop Tx DMA Dec 19 10:37:04 mx5 /kernel: tx0: device timeout 5 packets, reinitialization Dec 19 10:37:04 mx5 /kernel: tx0: device timeout 5 packets, reinitialization Dec 19 10:37:04 mx5 /kernel: tx0: can't stop Tx DMA Dec 19 10:37:04 mx5 /kernel: tx0: can't stop Tx DMA mx5# hth -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1:41:32 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:41:30 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 999AB37B402; Sat, 9 Dec 2000 01:41:25 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144gVP-0007Xj-00; Sat, 09 Dec 2000 09:41:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB99QDG05781; Sat, 9 Dec 2000 10:26:13 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:26:13 +0100 From: Wilko Bulte To: Mike Smith Cc: Terry Lambert , Mike Eldridge , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001209102613.B5733@freebie.demon.nl> References: <200012082253.PAA26976@usr01.primenet.com> <200012082336.eB8NakF02755@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082336.eB8NakF02755@mass.osd.bsdi.com>; from msmith@freebsd.org on Fri, Dec 08, 2000 at 03:36:46PM -0800 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 03:36:46PM -0800, Mike Smith wrote: > > > > Why? Why not just push Compaq to bring back the already-extant SRM > > > > support for Adaptec controllers into their other SRM families? > > > > > > A waste of time to try this. Especially for all non-current hardware. > > > > That was my take, too, particularly since Linux appears to > > have already worked around the problem. I think the only > > chance is to make FreeBSD work with the available images for > > a given platform, not expect new images. > > ... and since the only platforms for which SRM is not available are > almost as archaic as the Turbochannel machines, there is no ROI worth > mentioning in this arena. Yep. EV4/45-class machines, 366Mc max off the top of my head. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 1:41:34 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 01:41:31 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 06CC137B404; Sat, 9 Dec 2000 01:41:26 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 144gVQ-0007Xj-00; Sat, 09 Dec 2000 09:41:24 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eB99PSa05771; Sat, 9 Dec 2000 10:25:28 +0100 (CET) (envelope-from wkb) Date: Sat, 9 Dec 2000 10:25:28 +0100 From: Wilko Bulte To: Terry Lambert Cc: Mike Smith , Mike Eldridge , freebsd-alpha@freebsd.org Subject: Re: Borg SRM? (was: Lynx test / 2nd attempt) Message-ID: <20001209102528.A5733@freebie.demon.nl> References: <20001208231455.A1245@freebie.demon.nl> <200012082253.PAA26976@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082253.PAA26976@usr01.primenet.com>; from tlambert@primenet.com on Fri, Dec 08, 2000 at 10:53:58PM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 10:53:58PM +0000, Terry Lambert wrote: > > > > The most useful thing I see coming out of this is that people > > > > with Adaptec Controllers get paid to do the loader work on the > > > > AlphaBIOS, and the loader is known to work. > > > > > > Why? Why not just push Compaq to bring back the already-extant SRM > > > support for Adaptec controllers into their other SRM families? > > > > A waste of time to try this. Especially for all non-current hardware. > > That was my take, too, particularly since Linux appears to > have already worked around the problem. I think the only make that: kludged around. It is not ARC versus SRM perse, but also the VMS/OSF1 PAL code that is in the SRM. How would you get the OSF1 PAL code into an ARC-booting system? You'd have to write your own.. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 2: 8:49 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 02:08:48 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 06B2F37B400 for ; Sat, 9 Dec 2000 02:08:47 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eB9A8fw42875 for ; Sat, 9 Dec 2000 02:08:41 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: alpha@freebsd.org Subject: 5.0-20001206-CURRENT snapshot on {current,ftp}.freebsd.org Date: Sat, 09 Dec 2000 02:08:41 -0800 Message-ID: <42871.976356521@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Though the snapshot on ftp.freebsd.org also has packages and XFree86 to go with it. JFYI. Drew, this is following that commit you asked me to wait for.. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 2:21:47 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 02:21:45 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id C1CC137B400; Sat, 9 Dec 2000 02:21:45 -0800 (PST) Subject: Re: cvs commit: src/sys/alpha/conf GENERIC In-Reply-To: <20001209104038.A5866@freebie.demon.nl> from Wilko Bulte at "Dec 9, 2000 10:40:38 am" To: wkb@freebie.demon.nl (Wilko Bulte) Date: Sat, 9 Dec 2000 02:21:45 -0800 (PST) Cc: jhb@freebsd.org, freebsd-alpha@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001209102145.C1CC137B400@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Better, no panic anymore. But no traffic yet. Have not looked in the source > where these errors originate. But here is the transcript: [chop] I would have prefered it if you had put the cable in the tx0 interface and *then* ifconfig'ed it. Because you didn't do it this way, the results are a little ambiguous. I would also have prefered it if you had run tcpdump or checked netstat -in to see if you were receiving any packets even though you may not have been sending any. Unfortunately, this puts me back in a position where I can't do anything without a sample card. (And no Mike, I can't find one in the office and I'm not ripping one out of a running system.) -Bill P.S.: I noticed that you have your dc0 interface hardcoded to 100baseTX. Did you set this manually or is this just the result of the NVRAM setting on your particular alpha? Also, what alpha is it, and what happens if you do ifconfig dc0 media autoselect? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 6:33:42 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 06:33:41 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 8C76937B401 for ; Sat, 9 Dec 2000 06:33:40 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 144l4F-0001Ab-00; Sat, 9 Dec 2000 15:33:39 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.1/8.11.1) id eB9Dd6E91085 for freebsd-alpha@freebsd.org; Sat, 9 Dec 2000 14:39:06 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Borg SRM? Date: Sat, 9 Dec 2000 13:39:06 +0000 (UTC) Message-ID: <90tclq$2oih$1@kemoauc.mips.inka.de> References: <200012082252.PAA26946@usr01.primenet.com> <200012082335.eB8NZmF02744@mass.osd.bsdi.com> <20001209102743.C5733@freebie.demon.nl> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: daemon@mips.inka.de Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote: > Everything produced by Compaq these days has SRM. So has everything by Samsung and API. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 9:24:19 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 09:24:17 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from anomaly.stupid.net (unknown [151.199.74.208]) by hub.freebsd.org (Postfix) with ESMTP id 966C937B400 for ; Sat, 9 Dec 2000 09:24:16 -0800 (PST) Received: (from fb@localhost) by anomaly.stupid.net (8.9.3/8.9.3) id MAA14555 for freebsd-alpha@freebsd.org; Sat, 9 Dec 2000 12:27:01 -0500 (EST) (envelope-from fb) Date: Sat, 9 Dec 2000 12:27:01 -0500 From: Nick To: freebsd-alpha@freebsd.org Subject: need help with dagrab, cdd Message-ID: <20001209122701.A14517@anomaly.stupid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: fb@anomaly.stupid.net Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am running 4.1 and I am trying to use cdd or dagrab to extract wav files from audio cd's with CDDB naming. It appears that cdd from the ports collection does not run on 4.1 and dagrab (also from ports) reports the following: bash-2.04# dagrab -d /dev/cd1a -a dagrab: error retrieving cddb data Dumping all tracks Dumping track 1: lba 0 to lba 33623 (needs 75 MB) Output file is: track01.wav dagrab: read raw ioctl failed at lba 0 length 12: Inappropriate ioctl for device Any ideas how I can get dagrab or cdd to work on my system? Thanks, Nick Maniscalco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 9:57:13 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 09:57:08 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from home.se (smtphost1.home.se [195.66.35.197]) by hub.freebsd.org (Postfix) with ESMTP id 8F3C437B402 for ; Sat, 9 Dec 2000 09:57:07 -0800 (PST) Received: from home.se [32.101.2.150] by home.se with Novonyx SMTP Server $Revision: 2.71 $; Sat, 09 Dec 2000 18:55:46 +0100 (ECTD) Sender: daniel@FreeBSD.ORG Message-ID: <3A327207.522BCF67@home.se> Date: Sat, 09 Dec 2000 12:55:19 -0500 From: Daniel Nilsson X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i586) X-Accept-Language: en MIME-Version: 1.0 To: Kazutaka YOKOTA Cc: FreeBSD Alpha Subject: Re: psm.c problems ? References: <976213007.175daniel.n.nilsson@home.se> <200012080054.JAA20097@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kazu, I've done some more testing. After a powerdown and reboot I'm unable to recreate the problem... It's going to be hard to debug unless it shows up again. I'll keep you posted... Right now the mouse works with both moused and X. Thanks Daniel Kazutaka YOKOTA wrote: > > >Subject: RE: Mikasa boot problems > > Oh, I missed this thread. I will check the mail archive... > > I would like to know the following information to help me > to diagnose the problem. > > 1. What brand of mouse is it? > 2. Is it directly connected to this Alpha box? Or, is there > a KVM switch between the mouse and the system? > > Kazu > > >Hi, > > > >I'm using FreeBSD 4.1 on an Alpha workstation. I have a > >problem with the mouse driver though, maybe you can help. > > > >The mouse works but moving the mouse gives a delay of > >a few hundred milliseconds before the pointer actually > >moves on the screen. I also get a error message in my > >log files, see attached message. The developer of the > >code for the kernel claims that there part of the work > >is done if the mouse works at all. > > > >Thanks > >Daniel Nilsson > > > >--------=_WebmailBOUNDARY_4976_976213007 > >Content-Type: message/rfc822 > >Content-Transfer-Encoding: 8bit > >Content-Disposition: inline > > > >X-Auth-No: > >Return-Path: > >Received: from hermes.research.kpn.com [139.63.192.8] by home.se > > with Novonyx SMTP Server $Revision: 2.71 $; Thu, 07 Dec 2000 13:05:3 > >8 +0100 (ECTD) > >Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) > > by research.kpn.com (PMDF V5.2-31 #42699) > > with ESMTP id <01JXF9QFVX0I00176S@research.kpn.com> for > > daniel.n.nilsson@home.se; Thu, 7 Dec 2000 13:06:53 +0100 > >Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) > > id ; Thu, 07 Dec 2000 13:06:53 +0100 > >Content-return: allowed > >Date: Thu, 07 Dec 2000 13:06:50 +0100 > >From: "Koster, K.J." > >Subject: RE: Mikasa boot problems > >To: 'Daniel Nilsson' > >Cc: 'FreeBSD Alpha mailing list' > >Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7A97@l04.research.kpn.com> > >MIME-version: 1.0 > >X-Mailer: Internet Mail Service (5.5.2653.19) > >Content-type: text/plain; charset="iso-8859-1" > > > >> > >> /kernel: psmintr: out of sync (0080 != 0000). > >> > >I see this with my PC too, so it's not an Alpha-specific issue. Perhaps you > >can mail the maintainer of the psm driver about this one. I'm sure he's > >interested in more data points on this problem. > > > > Kees Jan > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 9 11:23:56 2000 From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 9 11:23:55 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 2A72137B400 for ; Sat, 9 Dec 2000 11:23:55 -0800 (PST) Received: from dragon.nuxi.com (Ipittythefoolthattrustsident@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA47476; Sat, 9 Dec 2000 11:23:54 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eB9JNr523594; Sat, 9 Dec 2000 11:23:53 -0800 (PST) (envelope-from obrien) Date: Sat, 9 Dec 2000 11:23:52 -0800 From: "David O'Brien" To: Terry Lambert Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Borg SRM? Message-ID: <20001209112352.B23244@dragon.nuxi.com> Reply-To: alpha@FreeBSD.ORG References: <90rtam$1r30$1@kemoauc.mips.inka.de> <200012090535.WAA06843@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012090535.WAA06843@usr08.primenet.com>; from tlambert@primenet.com on Sat, Dec 09, 2000 at 05:35:17AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: obrien@NUXI.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Dec 09, 2000 at 05:35:17AM +0000, Terry Lambert wrote: > I was under the impression that there were a lot of Alpha > systems without SRM capability to be had for very cheap, > now that they won't run NT, what with there not being an > Alpha NT to run. There are the Alpha XL and XLT modules Wilko mentioned. Note these are XL-{266,300}, _NOT_ the "3000 300[XL]" which is a TurboChannel machine. Also the PC164UX doesn't have SRM for it, but I've never seen on on eBay, etc... > Most of the ones on OnSale and eBay fall into this category. Nope, look closer. eBay has as many PC164,164LX,PWS machines (which have SRM) as AlphaBIOS XL's. Not to mention the Multia and AXPi33's that also have SRM. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message