Date: Fri, 2 Jul 2004 12:04:42 -0400 From: Andrew Gallatin <gallatin@cs.duke.edu> To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@deepcore.dk> Cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/pci pci.c Message-ID: <20040702120442.A8994@grasshopper.cs.duke.edu> In-Reply-To: <40E57442.8000602@deepcore.dk>; from sos@deepcore.dk on Fri, Jul 02, 2004 at 04:42:10PM %2B0200 References: <200407021342.i62DgamV027295@repoman.freebsd.org> <xzp4qoqijr1.fsf@dwp.des.no> <40E57442.8000602@deepcore.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
S=F8ren Schmidt [sos@deepcore.dk] wrote: > Dag-Erling Sm=F8rgrav wrote: > > Warner Losh <imp@FreeBSD.org> writes: > >=20 > >> Log: > >> Disable native ata support for now, too much breaks > >=20 > >=20 > > Could this be controlled by a hint or a tunable? >=20 > We'll soon need something better than that, since systems that needs=20 > this to boot at all will appear in the not too distant future. > Question is how to deal with old systems where the config is borked in=20 > some sense... Is there any commonality between the broken systems? Mine is a ServerWorks based system. Details at http://people.freebsd.org/~gallatin/ata_irq/ At the very least, we could have a quirk table.. Drew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040702120442.A8994>