Date: Tue, 16 Jan 2001 17:07:43 +0100 From: Michel Talon <michel@lpthe.jussieu.fr> To: FBSD-STABLE <freebsd-stable@FreeBSD.ORG> Subject: Re: Strange device probe behavior Message-ID: <20010116170743.A1189@lpthe.jussieu.fr> In-Reply-To: <20010115210358.A693@poeza.iconnect.co.ke> References: <20010114122845.A400@poeza.iconnect.co.ke> <Pine.BSF.4.31.0101141105140.47113-100000@cj409896-a.reston1.va.home.com> <20010115210358.A693@poeza.iconnect.co.ke>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 15, 2001 at 09:03:58PM +0300, Odhiambo Washington wrote: > * David Wagner <dawagner@vt.edu> [20010114 19:35]: writing on the subject 'Re: Strange device probe behavior' > David> On Sun, 14 Jan 2001, Odhiambo Washington wrote: > David> > David> > atapci0: <Intel PIIX4 ATA33 controller> port 0x1860-0x186f at device > David> > 4.1 on pci0 > David> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > David> > This is where 15 or so seconds lapse before the probe continues!! > David> > David> Well, if it makes you feel any better, my system does this too. It has: > David> > David> atapci0: <Intel PIIX4 ATA33 controller> port 0x18a0-0x18af at device 7.1 > David> on pci0 > David> > David> Mine's a Gateway system I bought a couple years ago and recently turned > David> into a FreeBSD box. I've never noticed any problems with it -- once the > David> probe continues everything seems to be fine. I certainly have no idea > David> _why_ it does it, but at least it doesn't seem to be cause for panic. :) > > Well, and does your system end up detecting ata1 (or it doesn't exist in > yours, maybe) ? Someone suspects that the 'momentary stall' at that > stage could be s'thing to do with probe for ata1 (a couple others have > it - I have it too on a clone that I run and no stall) but even a kernel > compile without ata1 still yields no difference. I have also this stall problem on a 3 years old machine using an Asus P2L97 mobo. It has an IDE disk on first ata channel and an atapi cdrom on the second one, plus a SCSI disk. There is a ~ 30s delay at boot probing the ata controller. This never occured under 3.* and began with 4.0 I have emailed the info to S.S. but the "bug" was never solved. Here are the relevant dmesg lines: atapci0: <Intel PIIX4 ATA33 controller> port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: 1222MB <QUANTUM FIREBALL1280A> [2484/16/63] at ata0-master WDMA2 acd0: CDROM <CD-56E> at ata1-master using PIO3 There are also some ata resetting messages in the logs but not much and they seem innocuous. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010116170743.A1189>