Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch]

From: Maxim Sobolev <sobomax_at_portaone.com>
Date: Mon, 14 Apr 2003 18:59:15 +0300
On Mon, Apr 14, 2003 at 04:15:43PM +0200, Soeren Schmidt wrote:
> It seems Maxim Sobolev wrote:
> > > > Attached please find a patch, which workaround a bug found in
> > > > some BIOSes, which forget to enable ATA channels properly.
> > > > This results in ATA driver not attaching properly and inability
> > > > to use disk devices.
> > > 
> > > Hmm, what BIOS's do you see this on ? if that bit isn't set *alot*
> > > of other things probably arent as well, which could cause real
> > > problems if we try this.
> > 
> > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz).
> > Along with ATA, it "forgets" to enable ports on network card
> > (fxp driver), I've already committed patch for it. Funny thing
> > is that the problem doesn't exists on 4.7 - both ata and fxp
> > work here OOB. This might be somehow related to ACPI, but
> > forcefully disabling it in 5-CURRENT doesn't help.
> 
> I heard BIOSes, and now its just one :)
> 
> I'll wait and see if there is more of this, before committing code that
> might be just a one off...

:(((

I am really wonder why ata driver is so strict in this area.
Many other drivers don't rely on BIOS to do the right job and
enable ports, memory space and busmastering explicitly. And
this is the right thing (IMO), since most modern operating
systems including FreeBSD don't give a shit to BIOS settings
anyway. If device is probed and user didn't disable the driver
explicitly, it should do everything to attach to device, no
matter in which weird state the BIOS left it.

-Maxim
Received on Mon Apr 14 2003 - 06:59:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:03 UTC