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>