From owner-freebsd-scsi Tue Sep 23 11:27:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25623 for freebsd-scsi-outgoing; Tue, 23 Sep 1997 11:27:37 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA25617 for ; Tue, 23 Sep 1997 11:27:35 -0700 (PDT) Received: (qmail 1365 invoked by uid 1000); 23 Sep 1997 18:27:54 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-091897 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Tue, 23 Sep 1997 11:27:54 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org Subject: DPT Driver for FreeBSD Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all I apologize for the cross-posting, but really wanted to make sure all interested parties see this brief note. I have applied the DPT driver to the latest -current kernel. This was done to reflect the splcam changes. The patch, now available on ftp://sendero-ppp.i-connect..net/crash as dpt_1.2.5-current.patch was tested by running it on sendero for 24 hours and running it through our normal regression suite. It passed with flying colors. We have not applied any metrics yet. Performance testing will come later this week. IMPORTANT AVAILABILITY NOTE: As both myself and my employer are going through a review process, evaluating our policy in regards to the FreeBSD project, please note and respect the following: The availability of the driver on an anonymous FTP server, without password checking (or other security measures), is not to be interpreted as publishing the software, nor donating it to the FreeBSD project, nor relinquishing any right to it. Those of you who have an interest in this software, please drop me a note and I will make it available to you. If you have any comments on this issue, please contact me directly. Thanx! --- Sincerely Yours, (Sent on 23-Sep-97, 10:47:38 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-scsi Tue Sep 23 15:33:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09667 for freebsd-scsi-outgoing; Tue, 23 Sep 1997 15:33:04 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA09544; Tue, 23 Sep 1997 15:32:37 -0700 (PDT) Received: from x14.mi.uni-koeln.de ([134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA18856 (5.67b/IDA-1.5); Wed, 24 Sep 1997 00:32:34 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.7/8.6.9) id AAA04367; Wed, 24 Sep 1997 00:20:10 +0200 (CEST) X-Face: " Date: Wed, 24 Sep 1997 00:20:10 +0200 From: Stefan Esser To: Walter Hafner Cc: freebsd-scsi@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Stefan Esser Subject: Re: Is my NCR controller broken? References: <199709180857.IAA03695@pccog4.forwiss.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199709180857.IAA03695@pccog4.forwiss.tu-muenchen.de>; from Walter Hafner on Thu, Sep 18, 1997 at 08:57:34AM +0000 Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sep 18, Walter Hafner wrote: > Hello! Hallo! Sorry for the late reply ... > I just want to make sure I don't miss something before changing my > mainboard. Please enlighten me. > > I run a 486/DX2-66 (ASUS SP-3 with onboard NCR-810 SCSI > controller). This computer runs for about 3 years now (2.0.5, 2.1.0, > 2.1.5) Is this the original ASUS SP3 with the Saturn I (revision 2) chip set ? That chip set is known buggy, and you'll have to disable one of the PCI bus performance options. I don't remember if it was "PCI bursts" or some buffer option ("write buffers" ??) > Since about four weeks I keep getting SCSI resets and then the bus is > dead. No recovery! And it's really strange because the NCR controller > reports totally different errors before hanging. Here are the error > reports from the last three crashes (typed in by hand, so the actual > format may differ): Did you by chance do any of the following: - modify PCI BIOS setup options (bursts, ...) - add another PCI card (even a bus-master) - add some ISA card - change the amount of memory in the system > ------------------------------------------------------------------------------- > > sd1(ncr0:1:0): internal error: cmd00 != 91=(vdsp[0] >> 24) > ncr0: timeout ccb=f19fbc00 (skip) This is a "can't happen" case, and the first time I see it reported. Some value in a register is different from the data at the address from where this register was loaded. > ------------------------------------------------------------------------------- > > ncr0:1: ERROR (a0:0) (f-28-0) (8/13) @ (260:00000000). > script cmd=fc00001c. > reg: da 10 80 13 47 08 01 1f 00 0f 81 28 80 00 00 00. > ncr0: restart (fatal error). > sd1(ncr0:1:0): command failed (9ff)@f19fbc00. > nrc0: timeout ccb=f19fbc00 (skip) Another indication of a hardware problem: The NCR status has the bus fault bit set in DSTAT, which indicates a problem accessing the PCI bus. > ------------------------------------------------------------------------------- > > ncr0: SCSI phase error fixup: CCB already dequeued (0xf19fbc00) > nrc0: timeout ccb=f19fbc00 (skip) Hmmm, another "first" ... There definitely is something wrong with your hardware. > I changed everything: > > * disconnected everything except the system drive -> still errors > * changed cables (three different ones) -> still errors > * changed termination (two different external ones, internal, different > termpower sttings etc.) -> still errors > * turned all devices to 5MB synchr. and finally to acync via > 'ncrcontrol' -> still errors > * finally replaced the system drive (old DEC 5200 against new IBM DAHC > 34330) and put 2.2.1 on it -> still errors. Actually, the errors above > are from that setup. > > The only thing I didn't change was the mainboard. Well, and I think that's the problem :) But please try with conservative PCI options. This helped other people with an ASUS SP3, too. I just don't remember the exact option that did cause the problem. Just disable all that the BIOS setup offers :) > I'd be glad if anyone can confirm my suspicion that the NCR controller > has gone nuts. I just can't imagine why ... No, I don't think this is a controller going bad. Though such a thing has happened before ... > I'd also appreciate it very much if someone with more insight than > myself could explain the error reports to me. I'd especially like to > know what this 'f19fbc00' means: it shows up in all three errors (what's > a 'ccb' anyway?) The CCB is a Command Control Block, a structure that contains all the information the NCR needs to issue and execute a SCSI command. It is in fact surprising, that the same address is printed in each case, but depending on the number of drives and whether tags are enabled, it is possible that only one CCB is in use. Regards, STefan From owner-freebsd-scsi Tue Sep 23 15:56:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA11030 for freebsd-scsi-outgoing; Tue, 23 Sep 1997 15:56:11 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA10982 for ; Tue, 23 Sep 1997 15:56:01 -0700 (PDT) Received: (qmail 2128 invoked by uid 1000); 23 Sep 1997 22:56:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-091897 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Tue, 23 Sep 1997 15:56:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Subject: DPT Firmware Problem Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Again, apologies for the cross posting. We have discovered a serious bug in the DPT firmware, Version 7L0. It manifests itself in the following manner (at least): * On Single Ended controllers; The ``Shelf Good'' signal reaches the DPT from the disk bay, but the HBA equivalent (HBA Good) does not reach the disk bay. As a result, the fault light remains on, and the disk cassettes will erratically display the fault light. * On differential controllers connected via Diff-SE adaptor; A whole bus will seem to have disappeared. If you struggle with the cables, you MAY see it for a while, but it will not survive a re-boot. Solution: Roll back to (ar stay at) the 7H firmware. I have posted 7H3 firmware in ftp://sendero-ppp.i-connect.net/crash/476d07h3.fwi There are no restrictions on downloading it. We know of this problem with several StorageWorks disk bays, ours included. We have not tested it with other disk bays, and drives which are directly connected are NOT effected. We will post a new firmware once we get it from DPT and veify proper operation. Hope this helps. --- Sincerely Yours, (Sent on 23-Sep-97, 15:12:42 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-scsi Wed Sep 24 12:00:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18342 for freebsd-scsi-outgoing; Wed, 24 Sep 1997 12:00:10 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA18275; Wed, 24 Sep 1997 12:00:02 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA10662 (5.67b/IDA-1.5); Wed, 24 Sep 1997 21:00:03 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA01561; Wed, 24 Sep 1997 20:55:19 +0200 (MET DST) From: Wilko Bulte Message-Id: <199709241855.UAA01561@yedi.iaf.nl> Subject: Re: DPT Firmware Problem To: Shimon@i-Connect.Net (Simon Shapiro) Date: Wed, 24 Sep 1997 20:55:18 +0200 (MET DST) Cc: freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Simon Shapiro" at Sep 23, 97 03:56:16 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote... > Again, apologies for the cross posting. > > We have discovered a serious bug in the DPT firmware, Version 7L0. > > It manifests itself in the following manner (at least): > > * On Single Ended controllers; The ``Shelf Good'' signal reaches the DPT > from the disk bay, but the HBA equivalent (HBA Good) does not reach the > disk bay. As a result, the fault light remains on, and the disk > cassettes will erratically display the fault light. > > * On differential controllers connected via Diff-SE adaptor; A whole bus > will seem to have disappeared. If you struggle with the cables, you MAY > see it for a while, but it will not survive a re-boot. > > Solution: Roll back to (ar stay at) the 7H firmware. I have posted 7H3 > firmware in ftp://sendero-ppp.i-connect.net/crash/476d07h3.fwi > There are no restrictions on downloading it. > > We know of this problem with several StorageWorks disk bays, ours included. > We have not tested it with other disk bays, and drives which are directly > connected are NOT effected. Simon, Could you get me more info on the problems with the StorageWorks shelves? I work in DEC Storage engineering and might be able to help you with this problem. What shelves do you use? WHich disks? Revisions etc. I assume things like the Shelve OK jumpers are set correctly? Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-scsi Wed Sep 24 12:06:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18835 for freebsd-scsi-outgoing; Wed, 24 Sep 1997 12:06:59 -0700 (PDT) Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA18824 for ; Wed, 24 Sep 1997 12:06:52 -0700 (PDT) Received: from mothost.mot.com (mothost.mot.com [129.188.137.101]) by motgate.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id OAA10006 for ; Wed, 24 Sep 1997 14:06:49 -0500 (CDT) Comments: ( Received on motgate.mot.com from client mothost.mot.com, sender west@cig.mot.com ) Received: from po_box.cig.mot.com (po_box.cig.mot.com [136.182.15.5]) by mothost.mot.com (8.8.5/8.6.10/MOT-3.8) with SMTP id OAA11656 for ; Wed, 24 Sep 1997 14:06:47 -0500 (CDT) Message-Id: <199709241911.PAA14918@po_box.cig.mot.com> Received: (west@localhost) by osprey.cig.mot.com (8.6.11/SCERG-1.12-MPC2) id TAA25737 for freebsd-scsi@FreeBSD.ORG; Wed, 24 Sep 1997 19:06:39 GMT Date: Wed, 24 Sep 1997 19:06:39 GMT From: "Jeffrey A. West" X-Mailer: Z-Mail (3.2.1 10apr95) To: freebsd-scsi@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe -- ******************************************************************** * Jeffrey West email: west@cig.mot.com * * Motorola Inc. phone: 847-435-9675 * * Cellular Infrastructure Group fax: 847-632-6658 * * Information Technology Services maildrop: IL27 3B4 * * 1501 W.Shure Drive * * Arlington Heights, Il 60004 USA * ******************************************************************** From owner-freebsd-scsi Wed Sep 24 12:17:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA19678 for freebsd-scsi-outgoing; Wed, 24 Sep 1997 12:17:39 -0700 (PDT) Received: from dev-null.aero.und.edu (dev-null.aero.und.edu [134.129.214.74]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA19670 for ; Wed, 24 Sep 1997 12:17:36 -0700 (PDT) Received: (from rand@localhost) by dev-null.aero.und.edu (8.8.5/8.8.7) id OAA02649; Wed, 24 Sep 1997 14:17:27 -0500 (CDT) Date: Wed, 24 Sep 1997 14:17:27 -0500 (CDT) Message-Id: <199709241917.OAA02649@dev-null.aero.und.edu> From: "Douglas K. Rand" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-scsi@freebsd.org Subject: Target Busy errors w/XP34300W & AH2940 X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: $L%T~#'9fAQ])o]A][d7EH`V;"_;2K;TEPQB=v]rDf_2s% Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01530 for freebsd-scsi-outgoing; Wed, 24 Sep 1997 15:05:41 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA01510 for ; Wed, 24 Sep 1997 15:05:35 -0700 (PDT) Received: (qmail 4564 invoked by uid 1000); 24 Sep 1997 22:05:53 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092397 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709241855.UAA01561@yedi.iaf.nl> Date: Wed, 24 Sep 1997 15:05:53 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Wilko Bulte Subject: Re: DPT Firmware Problem Cc: freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Wilko Bulte; On 24-Sep-97 you wrote: ... > Simon, > > Could you get me more info on the problems with the StorageWorks > shelves? > I work in DEC Storage engineering and might be able to help you with > this > problem. What shelves do you use? WHich disks? Revisions etc. > > I assume things like the Shelve OK jumpers are set correctly? > > Wilko You are a godsend! We have two versions with two (related?) problems: The SE DPT 3334UW, with firmware 7L0, is connected to what DPT calls the 9W tower. It is a steel box with 7 slots and room above for two more 5.25" devices. It has two large power supplies shaped like a large wedge. The P/S each has a large handle made of rolled steel. In these, there are two enclosure light in the top-right corner; A green power light and a yellow fault light. With the 7L0 firmware, this light is ALWAYS on. Also, the disk modules (4GB Baracuda with 528 bytes sectors), will blink the amber light on the drive on and off constantly. Power on sequence makes no difference. This is the easy, less important one. The Differential cabinet is a different story. It is composed of a disk card cage which has 8 slots, for 8 drives, in an enclosue of our own design (please do not ask why :-). In the back there is an arrangement that takes three power supplies (DEC provided, in what appears a disk module enclosure). They are ganged together with a small power bus board that came from DEC. The bus is split into 2, 4 drives (each) busses. There is a SE terminator module on the back of this backplane. There is no jumper block in the other socket. Each bus goes, via 68 pin high density connector to a small (DEC provided) board that has a differential plug on the other side. The board is shaped like a 3.5" disk drive with a power + SE signal connectors on hte inside and 68 pin differential on the outside. These external connectors are connected to a 3334UWD DPT, one bus per channel. The symptoms are most annoying. The DPT will see only one half of the cabinet. Typically the right hand side. The only way to see the whole cabinet is to bypass the DIFF-SE boards and plug a SE controller directly into the backplane. This works perfectly. One more thing; the little board that generates the ``shelf good'' from the different inputs is missing. I really do not know how/what our hardware guys did. I asked for documentation and have seen none. If you have access to these douments, I will LOVE to have them. Thanx for any help you can render. --- Sincerely Yours, (Sent on 24-Sep-97, 12:19:22 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-scsi Wed Sep 24 15:41:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04050 for freebsd-scsi-outgoing; Wed, 24 Sep 1997 15:41:54 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA04021; Wed, 24 Sep 1997 15:41:42 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA07796 (5.67b/IDA-1.5); Thu, 25 Sep 1997 00:41:49 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id AAA17890; Thu, 25 Sep 1997 00:31:04 +0200 (MET DST) From: Wilko Bulte Message-Id: <199709242231.AAA17890@yedi.iaf.nl> Subject: Re: DPT Firmware Problem To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 25 Sep 1997 00:31:04 +0200 (MET DST) Cc: freebsd-scsi@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Simon Shapiro" at Sep 24, 97 03:05:53 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote... > > Hi Wilko Bulte; On 24-Sep-97 you wrote: > > ... > > > Simon, > > > > Could you get me more info on the problems with the StorageWorks > > shelves? > > I work in DEC Storage engineering and might be able to help you with > > this > > problem. What shelves do you use? WHich disks? Revisions etc. > > > > I assume things like the Shelve OK jumpers are set correctly? > > > > Wilko > > You are a godsend! [snip] For the list readers: we've taken the discussion offline, no need to flood the lists with this. A summary will be posted when appropriate Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-scsi Sat Sep 27 21:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA06033 for freebsd-scsi-outgoing; Sat, 27 Sep 1997 21:39:40 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA06028 for ; Sat, 27 Sep 1997 21:39:35 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.7/8.8.3) id SAA00307 for scsi@freebsd.org; Sat, 27 Sep 1997 18:39:31 -1000 (HST) Date: Sat, 27 Sep 1997 18:39:31 -1000 (HST) From: David Langford Message-Id: <199709280439.SAA00307@caliban.dihelix.com> To: scsi@freebsd.org Subject: Possible ncr problem? Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any thought on what this means? After reconfiguring my SCSI chain several times I think I can rule bad termination. Bad drive could be. I only have seen these errors if I "dump" the main partition on the drive or place my "obj" directory and do a "make world". Fsck doesnt show problems and bad144 at least seemed to scan the drive without any console messages showing up. assertion "cp" failed: file "../../pci/ncr.c", line 6228 sd1: COMMAND FAILED (4 28) @f0497000. assertion "cp" failed: file "../../pci/ncr.c", line 6228 sd1: COMMAND FAILED (4 28) @f0497000. DMESG output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #1: Mon Sep 22 23:08:09 HST 1997 root@caliban:/usr/src/sys/compile/CALIBAN CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 Stepping=4 Features=0x1 real memory = 33554432 (32768K bytes) avail memory = 30863360 (30140K bytes) Probing for devices on PCI bus 0: chip0: rev 0x31 on pci0.5.0 ncr0: rev 0x02 int a irq 15 on pci0.11.0 scbus0 at ncr0 bus 0 new ccb @f02ec400. sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) new ccb @f02ec000. new ccb @f0497c00. 2063MB (4226725 512 byte sectors) sd0: with 6703 cyls, 5 heads, and an average 126 sectors/track new ccb @f0497800. sd1 at scbus0 target 2 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) new ccb @f0497400. new ccb @f0497000. 2063MB (4226725 512 byte sectors) sd1: with 6703 cyls, 5 heads, and an average 126 sectors/track new ccb @f0498c00. st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: asynchronous. st0: M_REJECT received (4:8). density code 0x13, drive empty bktr0: rev 0x12 int a irq 9 on pci0.13.0 Hauppauge WinCast/TV, Temic PAL tuner, dbx stereo. vga0: rev 0x01 int a irq 11 on pci0.15.0 Probing for PnP devices: CSN 1 Vendor ID: TCM5094 [0x94506d50] Serial 0x240f05f5 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> lpt0 at 0x278-0x27f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 flags 0x10 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x250 ep0 at 0x250-0x25f irq 10 on isa ep0: aui/utp/bnc[*UTP*] address 00:a0:24:0f:05:f5 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 drq 5 on isa sbxvi0: sbmidi0 at 0x330-0x331 on isa sbmidi0: ppc0: disabled, not probed. new ccb @f0498400. new ccb @f04c8400.