Date: Tue, 3 Jun 2003 07:45:03 +1000 (EST) From: Andy Farkas <andyf@speednet.com.au> To: "Vladislav V. Zhuk" <admin@dru.dn.ua> Cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de> Subject: Re: "disable ata" in kernel configuration not working? Message-ID: <20030603071824.J66566-100000@hewey.af.speednet.com.au> In-Reply-To: <20030602204924.GA2697@dru.dn.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2 Jun 2003, Vladislav V. Zhuk wrote:
> It's one of well known demonstration of bugs new ATA driver.
> This BUG is very strong and don't resolve in kernel.conf.
> I wrote about this 3 times, but Soren Schmidt <sos@FreeBSD.org>
> is very busy for resolving this problem more than 1 year
> or don't read stable@ and e-mail.
Yes, the new ata driver now "owns" irq 14 & 15, although other devices
seem to work ok if set to those irqs. On one of my boxes, I don't even
have an ata0 or ata1 yet dmesg says:
...
FreeBSD 5.1-BETA #0: Mon May 26 01:54:37 EST 2003
...
ahc0: <Adaptec 274X SCSI adapter> at 0x4c00-0x4cff, irq 11 (level)
...
atapci0: <Promise PDC20246 UDMA33 controller>
port 0xd400-0xd41f,[...] irq 14 at device 5.0 on pci0
^^^^^^
ata2: at 0xe800 on atapci0
ata3: at 0xe000 on atapci0
ahc1: <Adaptec 2940 Ultra SCSI adapter> port 0xd000-0xd0ff mem
0xfbfcf000-0xfbfcffff irq 15 at device 6.0 on pci0
... ^^^^^^
ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0
ata1 at port 0x376,0x170-0x177 irq 15 on isa0
...
Those last 2 lines are completely bogus! There is no on-board ata
controller, and nothing should respond at those io ports!
Q for all: is systat(1) the only way to see interrupt activity?
--
:{ andyf@speednet.com.au
Andy Farkas
System Administrator
Speednet Communications
http://www.speednet.com.au/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030603071824.J66566-100000>