qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[PATCH v2 2/2] docs/system/devices/canokey: Document limitations on usb-


From: MkfsSion
Subject: [PATCH v2 2/2] docs/system/devices/canokey: Document limitations on usb-ehci
Date: Fri, 24 Jun 2022 23:26:26 +0800

Suggested-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Signed-off-by: MkfsSion <mkfssion@mkfssion.com>
---
 docs/system/devices/canokey.rst | 12 +++---------
 1 file changed, 3 insertions(+), 9 deletions(-)

diff --git a/docs/system/devices/canokey.rst b/docs/system/devices/canokey.rst
index 169f99b8eb..650702ad8a 100644
--- a/docs/system/devices/canokey.rst
+++ b/docs/system/devices/canokey.rst
@@ -146,15 +146,9 @@ multiple CanoKey QEMU running, namely you can not
 Also, there is no lock on canokey-file, thus two CanoKey QEMU instance
 can not read one canokey-file at the same time.
 
-Another limitation is that this device is not compatible with ``qemu-xhci``,
-in that this device would hang when there are FIDO2 packets (traffic on
-interrupt endpoints). If you do not use FIDO2 then it works as intended,
-but for full functionality you should use old uhci/ehci bus and attach canokey
-to it, for example
-
-.. parsed-literal::
-
-   |qemu_system| -device piix3-usb-uhci,id=uhci -device canokey,bus=uhci.0
+Another limitation is that this device is not compatible with ``usb-ehci``
+since we removed high-speed mode support. When a full-speed device attach
+to a high-speed port, ``usb-ehci`` would complain about speed mismatch.
 
 References
 ==========
-- 
2.36.1




reply via email to

[Prev in Thread] Current Thread [Next in Thread]