From: Jan Kiszka <jan.kiszka@web.de>
To: qemu-devel <qemu-devel@nongnu.org>
Cc: Jes Sorensen <Jes.Sorensen@redhat.com>,
"David S. Ahern" <daahern@cisco.com>
Subject: [Qemu-devel] State of EHCI emulation for QEMU
Date: Sat, 13 Nov 2010 20:28:05 +0100 [thread overview]
Message-ID: <4CDEE6C5.3010808@web.de> (raw)
[-- Attachment #1: Type: text/plain, Size: 1801 bytes --]
Hi all,
as you may know, there is an experimental git repository at
git://git.kiszka.org/qemu.git ehci
that contains (primarily) David's work on an EHCI model for QEMU,
infrequently merges with latest git by me. As both David and I are short
on time ATM to drive this towards mainline integration, I'd like to
motivate some more contributions.
But first of all a summary of its state:
- works OK for mass storage device pass-through
- gives quite decent performance this way (I've once installed a
complete Linux distro onto an USB disk this way)
- reported to fail when passing through certain other host device types
(e.g. the iPhone)
- lacks integration with UHCI (currently, only EHCI is provided by
that tree, breaking USB 1.1 devices)
David furthermore provided the following to-dos:
- lacks periodic frames support
- lacks isochronous traffic support
- lacks split transactions support
- NAK/reload support is kludgy at best
- throttle interrupt rate based on OS settings
Regarding integration with UHCI: David once posted an RFC patch that
basically establishes the foundation for fixed device-to-controller
assignment [1][2]. Most real implementations do dynamic hand-over
between EHCI and UHCI, however, the spec allows static assignment as
well (which simplifies the implementation in QEMU).
Would be really nice to see this upstream rather sooner than later. I
think the major blocking point is just the companion controller
integration, then we would already be able to use it with USB disks/sticks.
So, if anyone is interested in picking up some open task, every
contribution is welcome!
Jan
[1] http://thread.gmane.org/gmane.comp.emulators.qemu/77130
[2] http://thread.gmane.org/gmane.comp.emulators.qemu/76072
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
next reply other threads:[~2010-11-13 19:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-13 19:28 Jan Kiszka [this message]
2010-12-04 0:18 ` [Qemu-devel] State of EHCI emulation for QEMU Gerd Hoffmann
2010-12-04 9:05 ` Jan Kiszka
2010-12-04 20:21 ` David S. Ahern
2010-12-08 8:26 ` Gerd Hoffmann
2010-12-08 8:32 ` Jan Kiszka
2010-12-08 15:49 ` David S. Ahern
2010-12-08 17:14 ` Gerd Hoffmann
2010-12-08 17:41 ` David Ahern (daahern)
2010-12-09 13:05 ` Gerd Hoffmann
2010-12-09 20:32 ` David S. Ahern
2010-12-11 10:42 ` Blue Swirl
2010-12-08 8:18 ` Gerd Hoffmann
2010-12-08 8:24 ` Jan Kiszka
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=4CDEE6C5.3010808@web.de \
--to=jan.kiszka@web.de \
--cc=Jes.Sorensen@redhat.com \
--cc=daahern@cisco.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.