From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 8 15:48:31 2010 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200B7106564A for ; Fri, 8 Oct 2010 15:48:31 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id DEC3D8FC0A for ; Fri, 8 Oct 2010 15:48:30 +0000 (UTC) Received: from [172.16.135.100] (lportal.in1.lcl [172.16.1.9]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o98FmU0g020218 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 8 Oct 2010 08:48:30 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4CAF3D4A.70001@feral.com> Date: Fri, 08 Oct 2010 08:48:26 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4BCDEBF6.3030609@icyb.net.ua> <4CA30B24.8040707@freebsd.org> <4CAEDF48.1030602@freebsd.org> <201010081221.24584.bruce@cran.org.uk> <4CAF31EE.6060409@freebsd.org> <4CAF3C6D.3020003@freebsd.org> In-Reply-To: <4CAF3C6D.3020003@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Fri, 08 Oct 2010 08:48:30 -0700 (PDT) Subject: Re: [HEADSUP] changes to cam_get_device() and cam_open_device() X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2010 15:48:31 -0000 The 'eject on close' variant is a hangover from older stuff. I don't think it is much used. I believe packages like bacula and amanda just use mtio ioctls directly on the no-rewind device (haven't worked on tape in a long time, so my recollection is quite stale). I think as long as no-rewind cases are covered, whatever you do that simplifies things will be a good thing. > Removing special support for them in cam_get_device() and cam_open_device() might > still be a good idea. Not sure. > I say this because sa(4) also has eject-on-close variation ("/dev/esaN"), but > there is no special support for those. > >