From owner-freebsd-current@FreeBSD.ORG Sun Apr 25 18:44:47 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D425F106566C; Sun, 25 Apr 2010 18:44:47 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 905D38FC1E; Sun, 25 Apr 2010 18:44:47 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.3/8.14.3) with ESMTP id o3PIij4J093636; Sun, 25 Apr 2010 12:44:46 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: Date: Sun, 25 Apr 2010 12:44:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Alexander Best X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-1.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Jaakko Heinonen , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2010 18:44:47 -0000 On Apr 25, 2010, at 4:23 AM, Alexander Best wrote: > Jaakko Heinonen schrieb am 2010-04-23: >> On 2010-04-23, Alexander Best wrote: >>> has anybody thought about adding scsi support to burncd(8)? i've >>> been using >>> ATA CAM for quite a while now and really love it. however i miss >>> burncd(8). >=20 >> I have thought about it. The mail I posted in December didn't >> generate >> any interest. >=20 > i'm sorry i didn't notice your mail back then. i'm very interested in = using > burncd on a pass(4) device and would like to test any patches you may = have. >=20 > another option would be to have a ata(4)->cam(4)->ata(4) emulation. = layer (the > opposite of the current ATA_CAM option). that way all ata binaries = would > continue to work. what /dev/ata* would be used for is to receive ata > commands, convert them to cam commands and then send them to pass. i = wrote a > mail with the idea to freebsd-questions@, but also got no response = [1]. >=20 Compatibility is a good thing, and I see nothing wrong with adding a = simple ioctl module to the pass or cd driver that achieves this. The only thing that I'd = worry about is that there might be semantics to the old ata ioctls that rely on quirky = operations of the old ata driver. It's really going to be counter-productive to try too hard = to emulate the old driver; the whole point of CAM_ATA is to move on from the sins of it. = Also, other than burncd, what else exists to justify this emulation layer? If it's just = burncd, have you considered writing a CAM-oriented replacement for it? Maybe something = that is as versatile as cdrecord, but with an unencumbered BSD license so it can = exist in the base system? Scott