Re: sio0 probing broken with fdc change?

In message: <Pine.BSF.4.53.0503130142040.79802_at_e0-0.zab2.int.zabbadoz.net>
            "Bjoern A. Zeeb" <bzeeb-lists_at_lists.zabbadoz.net> writes:
: On Sat, 12 Mar 2005, M. Warner Losh wrote:
: 
: Hi,
: 
: > In message: <Pine.NEB.3.96L.1050313011119.85608B-100000_at_fledge.watson.org>
: >             Robert Watson <rwatson_at_FreeBSD.org> writes:
: > : ...
: > : fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on isa0
: > : fdc0: [FAST]
: > : fd0: <1440-KB 3.5" drive> on fdc0 drive 0
: > : ...
: > :
: > : After:
: > :
: > : ...
: > : fdc1: Faking up FDCTL
: >
: > This means you are using hints to get your floppy recognized.  This
: > likely is an error that we've silently lived with for too long.  I
: > hadn't anticipated that my change would break anything here.
: >
: > : fdc1: <Enhanced floppy controller> at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2
: > : on isa0
: > : fdc1: Faking up FDCTL
: > : fdc1: [FAST]
: >
: > I don't see how a change in the floppy driver could break probing
: > serial ports.  Can you provide at least a theory of the crime for me
: > to investigate?  Otherwise, it makes absolutely no sense at all.  It
: > works for me, so you'll need to track down what it is doing
: > differently.
: 
: what makes me wonder is that it is fdc_1_.

Yea.  It may be that allocating only 1 port gives only 1 port in the
simple ISA hints case, which is causing problems downstream.  However,
even if that were the case, since we've been able to allocate the
ports for fdc1, fdc1 should just work.

Warner