From owner-freebsd-stable Thu May 16 18:53:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id C294C37B407 for ; Thu, 16 May 2002 18:53:31 -0700 (PDT) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.12.3/8.12.3) with ESMTP id g4H1rV6r003366 for ; Thu, 16 May 2002 19:53:31 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Thu, 16 May 2002 19:53:32 -0600 Subject: Re: new ATA bug From: Ian To: freebsd-stable Message-ID: In-Reply-To: <20020516122509.W52717-100000@resnet.uoregon.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 05/16/02 13:25, Doug White wrote: > On Thu, 16 May 2002, Tod McQuillin wrote: > >> On Thu, 16 May 2002, Vladislav V. Zhuk wrote: >> >>> When will be fixed bug with definition interfeces in new ata? >>> >>> I have disabled secondary IDE interface in BIOS and kernel config: >>> >>> # ATA and ATAPI devices >>> device ata0 at isa? port IO_WD1 irq 14 >>> #device ata1 at isa? port IO_WD2 irq 15 >>> >>> but ata driver still locked IRQ 15: > > This is common... "disabling" the controllers just makes them invisible to > the BIOS for booting, but FreeBSD will re-find them. The IRQ is still > allocated to that device on the motherboard and using it will cause > problems. I don't think so, this appears to be a genuine case of "something changed in FreeBSD..." My motherboard and BIOS (ASUS P2B, Award) have always behaved such that disabling the primary or secondary IDE controllers frees up the corresponding IRQs and they get assigned to other PCI devices. Today I upgrade one such machine from 4.5 release to -STABLE. The primary IDE controller is enabled and has a cdrom on the master, no slave drive; the secondary IDE controller is disabled in the BIOS. Here's some output from last time I rebooted: May 1 06:39:34 paranoia /kernel: FreeBSD 4.5-RELEASE #0: Sat Feb 2 16:27:47 MST 2002 May 1 06:39:34 paranoia /kernel: root@revolution.hippie.lan:/build/releng_4_5/src/sys/compile/PARANOIA [...] May 1 06:39:35 paranoia /kernel: atapci0: port 0xd800-0xd80f at device 4.1 on pci0 May 1 06:39:35 paranoia /kernel: ata0: at 0x1f0 irq 14 on atapci0 May 1 06:39:35 paranoia /kernel: pci0: at 4.2 [...] May 1 06:39:35 paranoia /kernel: de0: port 0xb800-0xb87f mem 0xe0800000-0xe080007f irq 15 at device 10.0 on pci0 Here's the output from this morning's reboot after the upgrade: May 16 13:28:40 paranoia /kernel: FreeBSD 4.6-RC #2: Thu May 16 11:53:27 MDT 2002 May 16 13:28:40 paranoia /kernel: root@revolution.hippie.lan:/data/obj/build/releng_4/src/sys/PARANOIA [...] May 16 13:28:40 paranoia /kernel: atapci0: port 0xd800-0xd80f at device 4.1 on pci0 May 16 13:28:40 paranoia /kernel: ata0: at 0x1f0 irq 14 on atapci0 May 16 13:28:40 paranoia /kernel: ata1: at 0x170 irq 15 on atapci0 May 16 13:28:40 paranoia /kernel: pci0: at 4.2 [...] May 16 13:28:40 paranoia /kernel: de0: port 0xb800-0xb87f mem 0xe0800000-0xe080007f irq 15 at device 10.0 on pci0 The only thing that changed is that I cvsup'd to the latest -STABLE and rebuilt the world. No BIOS config changes, no kernel config changes. I find it interesting that IRQ 15 is assigned to the de0 NIC in both the before and after cases, at least according to FreeBSD. I haven't been having any problems with networking, but maybe that's because I don't actually have any devices on the secondary IDE to create conflicts. Or, perhaps the change is just some misleading output from the boot messages and the ata driver isn't really trying to handle irq 15. Still, whether a matter of just reporting or whether it might really cause problems for devices more sensitive to interupt handling than a NIC, I can't say. But it's clearly a difference in behavior of some sort. -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message