From owner-freebsd-current Sat Dec 11 6:23: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 50F9F14E65 for ; Sat, 11 Dec 1999 06:22:53 -0800 (PST) (envelope-from matt@camtech.net.au) Received: from dialup-ad-17-64.camtech.net.au ([203.55.241.192]) by camtech.net.au ; Sun, 12 Dec 1999 00:52:42 +1030 Date: Sun, 12 Dec 1999 00:53:18 +1030 (CST) From: Matthew Thyer X-Sender: matt@localhost Reply-To: thyerm@camtech.net.au To: Greg Childers Cc: sos@freebsd.dk, current@freebsd.org Subject: Re: ATA problem In-Reply-To: <4.2.0.58.19991211021308.00955600@pop.uky.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does your /etc/fstab have character devices listed or block devices ? If it has character devices (aka raw devices), change them to block (remove the 'r' at the front) e.g. change: "/dev/rad0s2a" to "/dev/ad0s2a". It seems to be only necessary for the root filesystem. Some people (like me) changed their fstabs to raw devices after a message from Poul Henning-Kamp (I hope thats the spelling) saying that it should be possible to use only raw devices throughout the system. This worked for a while but then other changes made it unable to boot. On Sat, 11 Dec 1999, Greg Childers wrote: > Hi, > > With a bit of investigating, I've found the problem described in my previous email quoted at > the end of this message started with the commits listed below. A kernel built using > sources just before these commits works fine, whereas a kernel build just after freezes > after the line > > Mounting root from ufs:wd0s1a > > Hope this helps. If you need any more info, just ask. > > Greg > > > sos 1999/10/09 12:57:15 PDT > > Modified files: > sys/dev/ata ata-all.c ata-all.h ata-disk.c ata-disk.h > ata-dma.c atapi-all.c atapi-all.h > atapi-cd.c atapi-fd.c atapi-fd.h > atapi-tape.c atapi-tape.h > Log: > Add support for the HPT366 chip, this is used on the Abit boards and > their HotRod controller and on SIIG PCI ultra DMA controller. These > changes also made lots of the Promise code go away, its all much more > generic this way. > > Get rid of atapi_immed_cmd, instead use the queue to move atapi commands > from interrupt context if nessesary, the entire atapi layer has > gotten an overhaul. > > Lots of fixes to utililize the new features in subr_disk.c etc, and > get rid of the last biots of softc arrays in the drivers, the > only one left is atadevices which cannot easily go away (yet). > > Use our own malloc names, its a lot easier to track memory usage this way. > > General cleanup overall. > > Revision Changes Path > 1.24 +191 -160 src/sys/dev/ata/ata-all.c > 1.12 +21 -14 src/sys/dev/ata/ata-all.h > 1.30 +57 -56 src/sys/dev/ata/ata-disk.c > 1.13 +14 -5 src/sys/dev/ata/ata-disk.h > 1.14 +174 -59 src/sys/dev/ata/ata-dma.c > 1.18 +146 -169 src/sys/dev/ata/atapi-all.c > 1.12 +25 -27 src/sys/dev/ata/atapi-all.h > 1.21 +68 -92 src/sys/dev/ata/atapi-cd.c > 1.21 +20 -20 src/sys/dev/ata/atapi-fd.c > 1.6 +11 -11 src/sys/dev/ata/atapi-fd.h > 1.18 +50 -60 src/sys/dev/ata/atapi-tape.c > 1.8 +50 -50 src/sys/dev/ata/atapi-tape.h > > > > sos 1999/10/09 13:22:02 PDT > > Modified files: > sys/conf options > Log: > Add the options for the ATA driver. > > Revision Changes Path > 1.159 +5 -1 src/sys/conf/options > > > > >Hello, > > > >Seems now is the time to raise problems with ATA, so here goes. I have used the ATA driver > >since its introduction into -current without problem until recently. A kernel from October > >5 worked fine. Now, it no longer works using ATA, but works fine using the old WD drivers. > >The console freezes after the dmesg and the keyboard is unresponsive. The ata info in > >MYKERNEL is a direct cut and paste from GENERIC. The motherboard is an Intel Premiere/PCI > >(Batman's Revenge). According to technical product summary, the primary IDE interface, on > >which both my drives reside, is a PCTech RZ1000 on the PCI local bus. The secondary IDE > >interface is a SMC 37C665 I/O controller on the ISA bus. Below is the relevant sections of > >a verbose dmesg. If there's any additional info I can provide to help diagnose thisproblem, > >please ask. > > > >Thanks, > >Greg > > > >ata-pci0: at device 1.0 on pci0 > >ata-pci0: Busmastering DMA not supported > >ata0: iobase=0x01f0 altiobase=0x03f4 > >ata0: mask=03 status0=50 status1=50 > >ata0: mask=03 status0=50 status1=50 > >ata0: devices = 0x3 > >ata0 at 0x01f0 irq 0 on ata-pci0 > > > >ata-isa0: already registered as ata0 > > > >BIOS Geometries: > > 0:020a1f3f 0..522=523 cylinders, 0..31=32 heads, 1..63=63 sectors > > 1:026b3f3f 0..619=620 cylinders, 0..63=64 heads, 1..63=63 sectors > > 0 accounted for > >Device configuration finished. > > device combination doesn't support shared irq0 > > intr_connect(irq0) failed, result=-1 > > > >ad0: piomode=3 dmamode=1 udmamode=-1 cblid=0 > >ad0: ATA-? disk at ata0 as master > >ad0: 515MB (1056384 sectors), 1048 cyls, 16 heads, 63 S/T, 512 B/S > >ad0: 16 secs/int, 1 depth queue, PIO > >Creating DISK ad0 > >Creating DISK wd0 > >ad1: piomode=3 dmamode=1 udmamode=-1 cblid=0 > >ad1: ATA-? disk at ata0 as slave > >ad1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S > >ad1: 16 secs/int, 1 depth queue, PIO > >Creating DISK ad1 > >Creating DISK wd1 > >Mounting root from ufs:wd0s1a > >wd0s1: type 0xa5, start 63, end = 1056383, size 1056321 : OK > >microuptime() went backwards (1.4342530 -> 1,047990) > >start_init: trying /sbin/init > >ad1s1: type 0xa5, start 63, end = 2503871, size 2503809 : OK > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message