From owner-freebsd-stable@FreeBSD.ORG Mon Sep 2 06:28:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43E8DEB5 for ; Mon, 2 Sep 2013 06:28:04 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5DFF211B for ; Mon, 2 Sep 2013 06:28:03 +0000 (UTC) Received: from scdbackup.webframe.org ([87.167.161.30]) by mail.gmx.com (mrgmx102) with ESMTP (Nemesis) id 0Las1k-1Vj4WW2xWC-00kOWt for ; Mon, 02 Sep 2013 08:28:00 +0200 Date: Mon, 02 Sep 2013 08:27:16 +0200 From: "Thomas Schmitt" To: freebsd-stable@freebsd.org Subject: Re: Lost CAM Access to DVD Writer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <5223D3A7.25445.31835A@lausts.acm.org> In-Reply-To: <5223D3A7.25445.31835A@lausts.acm.org> Message-Id: <529964598962419723@scdbackup.webframe.org> X-Provags-ID: V03:K0:DUifkx1r95Jf4q74rj2hdK1JEdgV1wAWA3ireQUwb8lHrwjHJUv Mb7N67OiZRoqgt2ryx/XAlJECyEZbWU6dwX2HADHv7eeEbmuKN/+mq5+67ZOG1ySBWUfRih 8XNmgbz/P43oVX0sIm1oR74m/bIEb2dy7rH1TMcgdwQ7eZgvsilscmiyBgSnDojKuc00Iyq XCQKrX6l70/JhWwOGtFXw== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2013 06:28:04 -0000 Hi, > I got the same result and error message as I did when trying to dump the > file system The question towards FreeBSD developers is therefore: Why does device "/dev/cd0" with this gesture ... in_fd = open (device,O_RDONLY)) ... ... if (ioctl (in_fd,CAMGETPASSTHRU,&ccb) < 0) cause error ENOTTY, as indicated by growisofs message "Inappropriate ioctl for device" Maybe it is necessary to write a small demo program, because growisofs is kindof an anti-example of a clean software architecture. (Well, a debugger should make clear how it gets to the failed ioctl attempt.) ------------------------------------------------------------------- The question towards the port maintainer of growisofs would be whether there is interest to develop a workaround which avoids that special ioctl. I would help, if desired. A test with cdrskin as substitute for growisofs would demonstrate whether this is worthwhile: /sbin/dump ... -P 'cdrskin -v dev=/dev/cd0 -eject -' ... or dd if=/dev/zero bs=1M count=100 | cdrskin -v dev=/dev/cd0 -eject - (We have some indication by success of cdrecord. But i am reluctant for social reasons to analyze the FreeBSD doings of cdrecord. Its author accuses others of stealing his code.) I would further like to bring to the porter's attention a bug fix for growisofs with blank BD-R media: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713016 Meanwhile well tested by users of Fedora. ------------------------------------------------------------------- Have a nice day :) Thomas