From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:49:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB81E16A40F for ; Fri, 29 Dec 2006 16:49:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.freebsd.org (Postfix) with ESMTP id C2FFA13C45B for ; Fri, 29 Dec 2006 16:49:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc15) with ESMTP id <20061229164956m1500qfhdne>; Fri, 29 Dec 2006 16:49:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id ECC111FA037; Fri, 29 Dec 2006 08:49:55 -0800 (PST) Date: Fri, 29 Dec 2006 08:49:55 -0800 From: Jeremy Chadwick To: Scott Long Message-ID: <20061229164955.GA82150@icarus.home.lan> Mail-Followup-To: Scott Long , Peter Jeremy , "O. Hartmann" , stable@freebsd.org References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <20061228222306.GB836@turion.vk2pj.dyndns.org> <4594C099.9040307@pooker.samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4594C099.9040307@pooker.samsco.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Peter Jeremy , "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 16:49:56 -0000 On Fri, Dec 29, 2006 at 12:15:37AM -0700, Scott Long wrote: > Did you know that ATAPI is actually just the SCSI command set that is > merely encapsulated into the IDE wire protocol? This is something Linux has done (you can still use the direct ATA and IDE subsystems if you want, but in most major distros I've seen as of late, they use a SCSI-to-ATA conversion layer). Thus: why haven't we moved the front-end to the ATA subsystem into atapicam(4) then? Is it just the amount of work involved, or are there technical reasons? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |