From: Lonnie Mendez <lmendez19@austin.rr.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Performance issues with -usb
Date: Mon, 24 Jul 2006 04:23:58 -0500 [thread overview]
Message-ID: <1153733038.4270.8.camel@vaio> (raw)
In-Reply-To: <44C48DAD.9010301@wasp.net.au>
On Mon, 2006-07-24 at 13:06 +0400, Brad Campbell wrote:
> G'day all,
>
> Just a diary note or similar.
>
> I've been playing with skype under win2k under qemu with -kernel-kqemu and the alsa audio driver.
>
> 1st. The user-net driver appears to be a problem for skype but the tap driver works nicely.
>
> 2nd. I was having awful problems with the audio. The app was reporting failures of either the dac or
> adc apparently randomly and when it did work it was rather intermittent.
>
> I noticed that with -usb -usbdevice tablet that qemu sits at about 20% cpu usage (on this machine
> which is a Pentium-M 1.2G which idles at 600Mhz) whereas without -usb qemu idles completely.
>
> In addition to this, without -usb.. skype works almost perfectly. There is the occasional audio
> glitch (as you would expect) but it does everything it is supposed to do quite nicely.
>
> I'm using all the latest gear. A 2.6.18-rc2 host kernel, Latest Qemu CVS and the -pre9 kernel
> accelerator. Win2k SP4 as a guest with either 256 or 384M of ram depending on my mood :)
>
> I'm going to have a dig around in the USB stuff when I get the chance, but it's more of a fyi and
> for google that I post it here.
Perhaps tweaking the value of ep_bInterval for the tablet's status
change endpoint would help? The endpoint descriptor for the tablet
currently has this at 3 milliseconds. The hid mouse reports a 10
millisecond polling interval.
excerpt from qemu_tablet_config_descriptor in hw/usb-hid.c:
/* one endpoint (status change endpoint) */
0x07, /* u8 ep_bLength; */
0x05, /* u8 ep_bDescriptorType; Endpoint */
0x81, /* u8 ep_bEndpointAddress; IN Endpoint 1 */
0x03, /* u8 ep_bmAttributes; Interrupt */
0x08, 0x00, /* u16 ep_wMaxPacketSize; */
0x03, /* u8 ep_bInterval; (255ms -- usb 2.0 spec) */
next prev parent reply other threads:[~2006-07-24 9:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-24 9:06 [Qemu-devel] Performance issues with -usb Brad Campbell
2006-07-24 9:23 ` Lonnie Mendez [this message]
2006-07-24 10:00 ` Brad Campbell
2006-07-29 18:22 ` Leonardo E. Reiter
2006-07-29 18:42 ` malc
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=1153733038.4270.8.camel@vaio \
--to=lmendez19@austin.rr.com \
--cc=qemu-devel@nongnu.org \
/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.