> > I've not yet seen/reproduced the same on qemu 5.0/edk2 2020.08-1 :-/
>
> So you don't see this issue, or haven't had a chance to check it? No
> biggie either way, just trying to understand your comment :-).
Sorry to be unclear:
- I was not having the issues doing the same in the past.
- Nor did I have "another" report about it yet.
- I was taking this as a chance trying to reproduce it again ...
The device that I pass around is:
Bus 002 Device 004: ID 046d:c069 Logitech, Inc. M-U0007 [Corded Mouse M500]
This is the hierarchy it is attached with:
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/11p, 480M
|__ Port 2: Dev 2, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M
|__ Port 4: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
Testcase:
- Use UEFI from ovmf and USB passthrough
- boot into a 20.04.1 Desktop installation ISO live environment
- does the forwarded mouse work in the Linux environment
Forwarding:
<hostdev mode="subsystem" type="usb" managed="yes">
<source>
<vendor id="0x046d"/>
<product id="0xc069"/>
</source>
</hostdev>
Using OVMF
<os>
<type arch="x86_64" machine="pc-q35-focal">hvm</type>
<loader readonly="yes" type="pflash">/usr/share/OVMF/OVMF_CODE.fd</loader>
<boot dev="hd"/>
</os>
First on 20.04
Qemu: 1:4.2-3ubuntu6.10 ovmf 0~20191122.bd85bf54-2ubuntu3
Note: On guest start I see on the host (dmesg, this is triggered by passing it
on):
[ 1471.526982] usb 2-4: reset low-speed USB device number 4 using xhci_hcd
When the guest ends it comes back like:
[ 2417.321453] usb 2-4: reset low-speed USB device number 4 using xhci_hcd
[ 2417.615907] input: Logitech USB Laser Mouse as
/devices/pci0000:00/0000:00:14.0/usb2/2-4/2-4:1.0/0003:046D:C069.0005/input/input16
[ 2417.677515] hid-generic 0003:046D:C069.0005: input,hidraw0: USB HID v1.10
Mouse [Logitech USB Laser Mouse] on usb-0000:00:14.0-4/input0
Result:
- the passthrough mouse works fine in the guest
- it is seen in guests lsusb
- There is some struggle with the mouse-pointer as the PassThrough-mouse
fights with virtual tablet + virtual mouse (visual pointer only follows
virtual
mouse, but real mouse still works completely fine)
If you'd also use e.g. GPU passthrough you'd have less confusion, but since I
use spice/qxl there always will still be mouse signals from the host reaching
the guest that way.
(TBH for Mouse/keyboard I'm personally favoring just using the virtual devices
for the ability to interact with host and guest as needed)
But anyway, if I'd e.g. start an app in the guest I can control it with the
passed-through mouse and that is what you look for I guess.
So on 20.04 things worked for me (as in the past).
Upgrading to 20.10
Qemu: 1:5.0-5ubuntu9.2
OVMF: 2020.05-5
=> Still working fine
Upgrading to 21.04
Qemu: 1:5.1+dfsg-4ubuntu3
OVMF: 2020.08-1
P.S. on the fighting input devices.
Qemu/Libvirt doesn't really let you run without these easily (too many guests
have fatal fails without input devices). But I have quickly seen that things
are fine on e.g. the installer but later on Ubuntu boot change (desktop
integration gets enabled, the mouse pointer fight begins). That was due to the
service spice-vdagentd starting which then did the mouse forwarding through
spice.
Again if you e.g. use GPU forwarding that would be fine already. But if you are
not you can just disable the service in the guest and it will stop to interfere.
# To really disably it properly ther eis some work as there is a service and an
xdg autostart, but for a try you can brute-force things via
$ sudo dpkg -P --force-all spice-vdagent
# Restart the guest
For me then even the fight over the mouse pointer was gone. If that is
important for you there might be more options (e.g. disable the channel, mask
the service, use other Display types, ...). But let us only go that way if you
confirmed with the above that this helps.
Also since your original problem is on MacOS - and
https://www.spice-space.org/osx-client.html indicates that fighting with the
spice-pointer isn't your problem there.
TL;DR: Not a single time I had to reset my VM to get the mouse working.
Let me know if you'd want any config files to compare.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1906155
Title:
USB Passthrough Fails on Start, Needs domain Reset
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1906155/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
