Date: Wed, 21 Mar 2012 12:50:01 +0100 From: Marius Strobl <marius@alchemy.franken.de> To: Andre Oppermann <andre@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r233273 - head/sys/conf Message-ID: <20120321115001.GB37560@alchemy.franken.de> In-Reply-To: <4F699AA3.20800@freebsd.org> References: <201203210850.q2L8olCj062739@svn.freebsd.org> <4F699AA3.20800@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 21, 2012 at 10:08:51AM +0100, Andre Oppermann wrote: > On 21.03.2012 09:50, Marius Strobl wrote: > >Author: marius > >Date: Wed Mar 21 08:50:47 2012 > >New Revision: 233273 > >URL: http://svn.freebsd.org/changeset/base/233273 > > > >Log: > > Exclude devices which are mutually exclusive with ATA_CAM. For better > > or worse, the former are still built as modules as part of the LINT > > builds > > > > Reviewed by: mav > > MFC after: 1 week > > Is there any schedule on deorbiting old ATA? > I'd say eventually we should as at them point in time it likely will start to collect bit rot. Currently, ATA_CAM still has some bugs and deficiencies like breaking ATAPI DMA for some controllers and generally not supporting some others (see r233274). So at present it's IMO too early to think about actually removing the !ATA_CAM bits from ata(4). Marius
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120321115001.GB37560>