Date: Wed, 31 Oct 2001 08:54:35 +0600 (NOVT) From: nnd@mail.nsk.ru (Nickolay Dudorov) To: current@freebsd.org Subject: Re: ouch -- the second controller on Promise-66 is not detected! Message-ID: <200110310254.f9V2sZv04739@wint.itfs.nsk.su> In-Reply-To: <200110310037.f9V0bSW65011@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
With the following patch I can now use all the channels on the HPT366 controller in my ABIT's BP6 mobo. N.Dudorov Index: sys/dev/ata/ata-pci.c =================================================================== RCS file: /scratch/CVS/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.16 diff -b -u -r1.16 ata-pci.c --- sys/dev/ata/ata-pci.c 23 Oct 2001 09:57:49 -0000 1.16 +++ sys/dev/ata/ata-pci.c 30 Oct 2001 03:54:39 -0000 @@ -271,7 +271,7 @@ return ENOMEM; } else { - if (!(child = device_add_child(dev, "ata", 2))) + if (!(child = device_add_child(dev, "ata", -1))) return ENOMEM; } return 0; In article <200110310037.f9V0bSW65011@aldan.algebra.com> Mikhail Teterin <mi@aldan.algebra.com> wrote: > Alright, alright, what do I do now? I did NOT wire any ata devices, and > hints only list the on-motherboard ata controllers (one of them has a CD > drive attached to it, that's it): > > hint.ata.0.at="isa" > hint.ata.0.port="0x1F0" > hint.ata.0.irq="14" > hint.ata.1.at="isa" > hint.ata.1.port="0x170" > hint.ata.1.irq="15" > > -mi > > On 31 Oct, Andrey A. Chernov wrote: >> On Wed, Oct 31, 2001 at 02:57:42 +0300, Andrey A. Chernov wrote: >>> On Tue, Oct 30, 2001 at 14:57:17 -0800, Peter Wemm wrote: >>> >>> > date: 2000/05/26 13:59:05; author: sos; state: Exp; lines: +8 -13 >>> > If devclass_alloc_unit() is called with a wired unit #, and this is >>> > buzy, only search upwards for a free slot to use.. >>> > >>> > This broke unit numbering on ATA systems where PCI attached >>> > controllers come before the mainboard ones... >>> >>> This need to be resolved somehow else, not by using next free slot >>> causing multiply consoles, keyboards, etc. detected (with panic). >>> Probably upper level numbering code, i.e. ATA needs to detect its >>> conflicts, not bus numbering code itself. >> >> Giving more details: >> ATA code must test wired slot, and, if it is busy, increase number to >> next free slot and give it to bus code afterwards. > > -mi > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110310254.f9V2sZv04739>