From owner-freebsd-current  Thu Feb 28 12:11:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91])
	by hub.freebsd.org (Postfix) with SMTP id 63B2237B41B
	for <freebsd-current@FreeBSD.ORG>; Thu, 28 Feb 2002 12:11:25 -0800 (PST)
Received: (qmail 1854 invoked by uid 1001); 28 Feb 2002 20:11:24 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 28 Feb 2002 20:11:24 -0000
Date: Thu, 28 Feb 2002 15:11:23 -0500 (EST)
From: Kenneth Culver <culverk@yumyumyum.org>
To: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= <sos@freebsd.dk>
Cc: "Kenneth D. Merry" <ken@kdm.org>,
	Julian Elischer <julian@elischer.org>,
	Thomas Quinot <thomas@cuivre.fr.eu.org>,
	<freebsd-current@FreeBSD.ORG>, <freebsd-scsi@FreeBSD.ORG>
Subject: Re: Updated ATAPI/CAM patches
In-Reply-To: <200202281926.g1SJQpa78108@freebsd.dk>
Message-ID: <20020228150805.T1827-100000@alpha.yumyumyum.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> 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