Date: Thu, 28 Feb 2002 12:22:12 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: Kenneth Culver <culverk@yumyumyum.org> Cc: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= <sos@freebsd.dk>, "Kenneth D. Merry" <ken@kdm.org>, Thomas Quinot <thomas@cuivre.fr.eu.org>, freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Updated ATAPI/CAM patches Message-ID: <Pine.BSF.4.21.0202281221380.6492-100000@InterJet.elischer.org> In-Reply-To: <20020228150805.T1827-100000@alpha.yumyumyum.org>
next in thread | previous in thread | raw e-mail | index | archive | help
where dod sis post his email..? I never saw it.... On Thu, 28 Feb 2002, Kenneth Culver wrote: > > Hmm, why do we need to add new layers and loss of functionality > > to the ATAPI devices ? > > Many many many people would like to be able to use cdrecord to burn data > to cd's so that all the front-ends to cdrecord will work. It's much nicer > than memorizing mkisofs commandline switches :-) > > What functionality is lost by this ability? > > > > > So here's my vote for a quick commit. > > > > > > No. See below. There are still problems with it. > > > > I'll quit the ATA/ATAPI development/maintenance if this goes in quickly. > > There are alot of issues here that needs solutions. It will need a > > *serious* maintainer that handles all aspects of it, especially > > dealing with error reports for one thing, technically it needs > > to be brought to a state where it works on alot more HW that seems > > to be the case for now, and the integration into the ATA driver > > should be dealt with a bit differently. > > > If it has so many problems... why not just clean it up? Just curious... > > Ken > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0202281221380.6492-100000>