From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 17:25:08 2011 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 E9B29106564A for ; Fri, 21 Jan 2011 17:25:08 +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 B22548FC16 for ; Fri, 21 Jan 2011 17:25:08 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0LHP64q060104 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Jan 2011 09:25:07 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D39C16C.7060508@feral.com> Date: Fri, 21 Jan 2011 09:25:00 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Fri, 21 Jan 2011 09:25:08 -0800 (PST) Subject: Re: rescan causes offlined tape to reload 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, 21 Jan 2011 17:25:09 -0000 I'm a little baffled. I can't find any place in the kernel source that issues a LOAD_UNLOAD (START_STOP) with IMMED and RETEN set (0x3). What *specifiic* kernel source do you have? Is this an SVN tree? On 1/21/2011 8:43 AM, G. Paul Ziemba wrote: > mj@feral.com (Matthew Jacob) writes: > >> On 1/20/2011 9:24 PM, G. Paul Ziemba wrote: >>> .... >>> # camcontrol rescan all >>> >>> Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 >>> Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 >> Okay, you've proved that the probe code is issuing this. That's wrong. >> Let me chase what has happened here. > thanks!