From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:38325) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVmLq-0000Gz-0B for qemu-devel@nongnu.org; Wed, 30 Nov 2011 10:45:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RVmLo-0008Jn-GH for qemu-devel@nongnu.org; Wed, 30 Nov 2011 10:45:37 -0500 Received: from mx1.redhat.com ([209.132.183.28]:65192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVmLo-0008IZ-9B for qemu-devel@nongnu.org; Wed, 30 Nov 2011 10:45:36 -0500 Message-ID: <4ED64F9A.30705@redhat.com> Date: Wed, 30 Nov 2011 16:45:30 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <4ECD18DA.8080804@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] husb: out of buffers for iso stream List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Hans de Goede , qemu-devel On 11/30/11 14:52, Stefan Hajnoczi wrote: > On Thu, Nov 24, 2011 at 9:04 AM, Stefan Hajnoczi wrote: >> On Wed, Nov 23, 2011 at 4:01 PM, Gerd Hoffmann 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