Date: Thu, 08 Apr 2010 14:20:32 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: Markus Wild <fbsd-lists@dudes.ch> Cc: freebsd-scsi@freebsd.org Subject: Re: virtual drive errors Message-ID: <4BBDBC00.9000401@icyb.net.ua> In-Reply-To: <20100408122439.664dedfb@amd64.dudes.ch> References: <903d65bf1d5624b5208c588b21e679ea@ripn.net> <4BBCFE30.2010709@icyb.net.ua> <20100408122439.664dedfb@amd64.dudes.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
on 08/04/2010 13:24 Markus Wild said the following: > 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... I am slightly confused. Does the same happen wth physical SCSI-USB bridge? Or it happens only with virtual/emulated CD drive? If the latter, then I'd guess that this is just how the emulator works. Thank you for testing! -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BBDBC00.9000401>