Date: Tue, 13 Apr 2004 23:24:10 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: ler@lerctr.org Cc: current@freebsd.org Subject: Re: HEADS UP: PCI Chnages Message-ID: <20040413.232410.119139280.imp@bsdimp.com> In-Reply-To: <18990000.1081795882@lerlaptop.lerctr.org> References: <7220000.1081793116@lerlaptop.lerctr.org> <20040412.123733.101437212.imp@bsdimp.com> <18990000.1081795882@lerlaptop.lerctr.org>
next in thread | previous in thread | raw e-mail | index | archive | help
OK. I've recreated 'a' fdc problem here. My fdc doesn't normally attach anyway, so I'm not sure what the problem really is. I'd not expect a failure mode like this, but I'll look into it. Hmmm, I wonder if it is due to the fact that we really are allocating 0x3f4 to 0x3ff non-sharable and the floppy wants to be at 0x3f0-0x3f5,0x3f7. I'll bet that it is the problem... The 1 port (is likely 0x3f7) is in the ata range now allocated as is the 6 port range. Yes. now that I think about it more, the more I'm sure that's what's going on. The old ata code tried to allocate just one byte. If you are feeling brave (my brain is not engaged and I'm getting ready for bed), you could make the allocation of the ALTADDR rid in ata RF_SHAREABLE, as well as the resource allocation in the fdc driver... Hmmm, I'm not sure that would even work because the pci bus is the one doing the allocation with the rman, but it is worth a shot. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040413.232410.119139280.imp>