Suggested-by: Hongren (Zenithal) Zheng <i...@zenithal.me> Signed-off-by: YuanYang Meng <mkfss...@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
