>
> > Fixing this will require qemu to copy the beginning and ending parts of
> > these non-aligned qTDs into separate bounce buffers so that the URB
> > length can be divisible by 512.
>
> Worth trying: http://www.kraxel.org/cgit/qemu/log/?h=usb.80
>
> It puts the qemu usb passthrough code ups
> > After our repeated verification and debug, we found that windows
> > virtual machine USB disk format will send a 64Kbits's URB packet
> > which was divided into four QTD (Size: 19968,16384,16384,12800):
>
> That's okay.
>
> > The first QTD offset is 32, split into five URB
> > 4064/4096/4096
Hi,
> Fixing this will require qemu to copy the beginning and ending parts of
> these non-aligned qTDs into separate bounce buffers so that the URB
> length can be divisible by 512.
Worth trying: http://www.kraxel.org/cgit/qemu/log/?h=usb.80
It puts the qemu usb passthrough code upside down.
On Tue, 16 Apr 2013, Gonglei (Arei) wrote:
> > > Yes, this disk was using EHCI, since guest QEMU and Linux kernel both
> > > prints matching EHCI logs, such as transfer types and transfer sizes.
> > > There are many buck-out URBs whose sizes are 31 or 4064 that are not
> > > multiples of 512. Sinc
On Sun, 14 Apr 2013, Gonglei (Arei) wrote:
> > > Hi Alan,
> > > We pass-throughed USB 2.0 disk to guest using usb-host (qemu option:
> > -device usb-ehci,id=ehci -device usb-host,bus=ehci.0,hostbus=2,hostport=1)
> > on
> > KVM(on linux-3.8.3 or linux-3.0.13) and qemu 1.4.0 ,
> >
> > Are you sure
> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: Tuesday, April 16, 2013 1:44 AM
> To: Gonglei (Arei)
> Cc: linux-...@vger.kernel.org; Yanqiangjun; Hanweidong; Luonengjun;
> kra...@redhat.com; hdego...@redhat.com; qemu-devel@nongnu.org
> Subject: RE: USB2.
