All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerd Hoffmann <kraxel@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Hans de Goede <hdegoede@redhat.com>, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] husb: out of buffers for iso stream
Date: Wed, 30 Nov 2011 16:45:30 +0100	[thread overview]
Message-ID: <4ED64F9A.30705@redhat.com> (raw)
In-Reply-To: <CAJSP0QWrPWOfwjkEyGFpO6vs6ds4uTTRfOp7bG6_JpeQou-gGA@mail.gmail.com>

On 11/30/11 14:52, Stefan Hajnoczi wrote:
> On Thu, Nov 24, 2011 at 9:04 AM, Stefan Hajnoczi <stefanha@gmail.com> wrote:
>> On Wed, Nov 23, 2011 at 4:01 PM, Gerd Hoffmann <kraxel@redhat.com> wrote:
>>> For starter try a higher number of buffers (isobufs property).
>>> Also make sure you enable the vnc thread (unless you have already).
> 
> Tested with vnc thread and isobufs=32.  This time the stderr output is:
> USBDEVFS_SUBMITURB: File too large  [several times, followed by...]
> husb: out of buffers for iso stream [many times]

"File too large" could mean that there are too many bufs submitted, try
making isobufs smaller.

> I can still ping the guest and issue QEMU monitor commands while the
> display and audio appear to be frozen.  Moving the mouse makes it the
> audio responsive again.

Display frozen too?  Hmm.  Totaly frozen?  Or is this input level meter
stop changing?

> Next I disabled USB tablet in case there is an interaction between USB
> passthrough and the emulated tablet.  The audio still gets stuck but
> moving the mouse no longer helps.  So the mouse is just a distraction,
> iso buffers are simply not working and USB table emulation somehow
> "kicks" guest USB back into action.

Is the usb sound device usb 1.1 or usb 2.0?  Works it ok on the host?

> Then I tested playback and capture separately in case it was specific
> to just one data direction, but both playback and capture freeze in
> the same way.  (Playback means the guest is handing filled out iso
> buffers to the device.  Capture means the guest is asking the device
> to fill in iso buffers.)
> 
> Any suggestions where to go from here?

For starters try enabling usb-host trace points ...

cheers,
  Gerd

  reply	other threads:[~2011-11-30 15:45 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-19 19:40 [Qemu-devel] husb: out of buffers for iso stream Stefan Hajnoczi
2011-11-23 16:01 ` Gerd Hoffmann
2011-11-24  9:04   ` Stefan Hajnoczi
2011-11-30 13:52     ` Stefan Hajnoczi
2011-11-30 15:45       ` Gerd Hoffmann [this message]
2011-11-24  9:43   ` Peter Maydell
2011-11-24 11:11     ` Stefan Hajnoczi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4ED64F9A.30705@redhat.com \
    --to=kraxel@redhat.com \
    --cc=hdegoede@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.