All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Hao Luo"<luo_brian@126.com>
To: Erik Rull <erik.rull@rdsoftware.de>, Gerd Hoffmann <kraxel@redhat.com>
Cc: Hans de Goede <hdegoede@redhat.com>, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH 6/6] usb-tablet: Allow connecting to ehci
Date: Wed, 26 Dec 2012 23:53:29 +0800	[thread overview]
Message-ID: <10c4e078.cc7.13bd7eb0652.Coremail.luo_brian@126.com> (raw)
In-Reply-To: <50DAE896.8080600@rdsoftware.de>

[-- Attachment #1: Type: text/plain, Size: 2127 bytes --]

Erik,

You can take a look at my recent post about usb tablet peforamnce over ehci, in which I mentioned a libvirt config of how to let usb tablet connect to ehci.

2012-12-26



Hao Luo



发件人:Erik Rull
发送时间:2012-12-26 20:08
主题:Re: [Qemu-devel] [PATCH 6/6] usb-tablet: Allow connecting to ehci
收件人:"Gerd Hoffmann"<kraxel@redhat.com>
抄送:"Hans de Goede"<hdegoede@redhat.com>,"qemu-devel"<qemu-devel@nongnu.org>

Hi Gerd, hi Hans, 

is my assumption correct that if I check out and compile this version from  
GIT master that the usb-tablet device is automatically routed to ehci  
without changing anything else in the qemu call arguments? (And the  
performance enhancement takes place automatically) 
If not - what has to be changed to get it working? 

Best regards, 

Erik 



Gerd Hoffmann wrote: 
> From: Hans de Goede <hdegoede@redhat.com> 
> 
> Our ehci code has is capable of significantly lowering the wakeup rate 
> for the hcd emulation while the device is idle. It is possible to add 
> similar code ot the uhci emulation, but that simply is not there atm, 
> and there is no reason why a (virtual) usb-tablet can not be a USB-2 device. 
> 
> Making usb-hid devices connect to the emulated ehci controller instead 
> of the emulated uhci controller on vms which have both lowers the cpuload 
> for a fully idle vm from 20% to 2-3% (on my laptop). 
> 
> An alternative implementation to using a property to select the tablet 
> type, would be simply making it a new device type, ie usb-tablet2, but the 
> downside of that is that this will require libvirt changes to be available 
> through libvirt at all, and then management tools changes to become the 
> default for new vms, where as using a property will automatically get 
> any pc-1.3 type vms the lower cpuload. 
> 
> [ kraxel: adapt compat property for post-1.3 merge ] 
> 
> Signed-off-by: Hans de Goede <hdegoede@redhat.com> 
> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com> 
> 
> tablet compat fixup 
> 
> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com> 

[-- Attachment #2: Type: text/html, Size: 5675 bytes --]

  reply	other threads:[~2012-12-26 15:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-05 10:11 [Qemu-devel] [PULL 0/6] usb patch queue Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 1/6] add pc-1.4 Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 2/6] usb: Call wakeup when data becomes available for all devices with int eps Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 3/6] usb: Don't allow USB_RET_ASYNC for interrupt packets Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 4/6] usb: Allow overriding of usb_desc at the device level Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 5/6] ehci: Lower timer freq when the periodic schedule is idle Gerd Hoffmann
2012-12-05 10:11 ` [Qemu-devel] [PATCH 6/6] usb-tablet: Allow connecting to ehci Gerd Hoffmann
2012-12-26 12:07   ` Erik Rull
2012-12-26 15:53     ` Hao Luo [this message]
2012-12-30  9:29     ` Hans de Goede
2012-12-30 11:55       ` Erik Rull
2013-01-02 15:57         ` Hans de Goede
2012-12-10 16:59 ` [Qemu-devel] [PULL 0/6] usb patch queue Anthony Liguori

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=10c4e078.cc7.13bd7eb0652.Coremail.luo_brian@126.com \
    --to=luo_brian@126.com \
    --cc=erik.rull@rdsoftware.de \
    --cc=hdegoede@redhat.com \
    --cc=kraxel@redhat.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.