qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Do you have a use for a tester of virtio-scsi with CD d


From: Paolo Bonzini
Subject: Re: [Qemu-devel] Do you have a use for a tester of virtio-scsi with CD drives ?
Date: Fri, 04 Nov 2011 12:31:49 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110930 Thunderbird/7.0.1

On 11/04/2011 12:09 PM, Thomas Schmitt wrote:
So there are still two show stoppers.

DVD+RW gets stuck at SET STREAMING.
(I will hack libburn to avoid this command and check whether
  writing is possible then. Chances are good, as writing an
  already formatted DVD+RW is quite artless.)

CD SAO gets stuck at SEND CUE SHEET.
(SAO is possible with blank CDs only. It is desirable, because its
  results do not show the traditional read-ahead bug of Linux, which
  is caused by the two non-data sectors at the end of TAO tracks.)

Is this okay to send to a blank CD with no prior command? That is, can I simply change your SEND CUE SHEET dump to "sg_raw -s" to reproduce?

Do you have any hints where i should dig for the special processing
of these commands, which obviously suffer timeout after 200 seconds,
and then drive qemu or the guest into a busily unusable state ?

There must be something about them in qemu. On the host they work
flawlessly.
Both send data, but so do SET CD SPEED, MODE SELECT(10), WRITE(10)
which work fine on the guest.

I wouldn't be surprised if they are bugs in either scsi-generic or the LSI emulation code. They seem to occur when commands return less data than the guest driver has asked; with master I get a guest oops in the LSI driver, while the host pads the return data with zeros. Your READ DISC STRUCTURE work for me with my (out-of-tree) vmw_pvscsi emulation.

Paolo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]