From owner-freebsd-scsi@FreeBSD.ORG  Thu Apr  8 10:59:21 2010
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
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 8C19F1065674
	for <freebsd-scsi@freebsd.org>; Thu,  8 Apr 2010 10:59:21 +0000 (UTC)
	(envelope-from fbsd-lists@dudes.ch)
Received: from mail.dudes.ch (mail.dudes.ch [193.73.211.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 1FE028FC23
	for <freebsd-scsi@freebsd.org>; Thu,  8 Apr 2010 10:59:20 +0000 (UTC)
Received: from amd64.dudes.ch (amd64.dudes.ch [193.73.211.16])
	(authenticated bits=0)
	by mail.dudes.ch (8.14.1/8.14.1) with ESMTP id o38AOdrW043681
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
	for <freebsd-scsi@freebsd.org>; Thu, 8 Apr 2010 12:24:39 +0200 (CEST)
	(envelope-from fbsd-lists@dudes.ch)
Date: Thu, 8 Apr 2010 12:24:39 +0200
From: Markus Wild <fbsd-lists@dudes.ch>
To: freebsd-scsi@freebsd.org
Message-ID: <20100408122439.664dedfb@amd64.dudes.ch>
In-Reply-To: <4BBCFE30.2010709@icyb.net.ua>
References: <903d65bf1d5624b5208c588b21e679ea@ripn.net>
	<4BBCFE30.2010709@icyb.net.ua>
X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.61 on 193.73.211.25
Subject: Re: virtual drive errors
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2010 10:59:21 -0000

Hello Andriy,

> Looking at cdcheckmedia and at the logged READ TOC (0x43) SCSI
> command errors (as reported by Markus) I see the following problem.
> Even if cdsize() call at the beginning of cdcheckmedia() succeeds, a
> subsequent failure of cdreadtoc() throws us to 'bailout' label which
> is past the code that sets d_mediasize.
> 
> I think that the following patch should help with this situation (and
> possibly other cases with READ TOC problems):

This fix indeed fixes the problem (there are still all the failure logs
about the READ TOC/PMA/ATIP commands, but in the end, the mount
succeeds now, whereas before it failed), thanks a lot! Now, perhaps a
silly question: why would the READ TOC commands fail over the SCSI-USB
bridge to start with? I'm normally (if I'm not trying to use the
virtual USB cdrom) using ATAPI cdroms, and haven't seen any comparable
TOC problems with those...

Cheers,
Markus