1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
|
graphic: 0.940
other: 0.934
socket: 0.934
boot: 0.934
device: 0.929
instruction: 0.925
assembly: 0.924
network: 0.923
semantic: 0.918
vnc: 0.899
KVM: 0.896
mistranslation: 0.846
macOS Guest Reading USB 3.0 Bus as USB 2.0
Description:
I'm having trouble with USB Passthrough. Running `system_profiler SPUSBDataType` on macOS guest confirms that the system "sees" my device, and that qemu is passing *something* through. However, the system sees my connection as USB 2.0, even though i'm passing through XHCI controllers (nec-usb-xhci/qemu-xhci). I suspect this is the reason why my guest is unable to recognize my iPhone in XCode & iTunes.
Parameters:
QEMU release version: 2.10.0-rc0
Bios: [patched version of OVMF](https://github.com/gsomlo/edk2/tree/macboot)]
Command Line: https://pastebin.com/pBSYbrW1
Host: Arch Linux
Guest: macOS v10.12.6
Guest System Info: https://pastebin.com/U1Tihxei
Notes:
1. Observed sometime after late-May-early-June of this year.
2. Due to [a defect in qemu v2.8 which affected GTK users](https://bugs.launchpad.net/qemu/+bug/1578192), and [a recent change to macOS' booting process conflicting with qemu v2.9](https://lists.nongnu.org/archive/html/qemu-devel/2017-03/msg06366.html), i'm forced to use qemu v2.10.0-rc0 (as -rc1 fails to load OVMF right now).
Could you please try to run QEMU without the "-usb" option here? "-usb" automatically creates an EHCI and UHCI controller on the q35 machine, so that might be the reason that your USB devices get connected as USB 2.0 instead.
Doing so returns:
`qemu-system-x86_64: -device usb-tablet,bus=usb-bus.0: Bus 'usb-bus.0' not found`
> On Aug 4, 2017, at 2:31 AM, Thomas Huth <email address hidden> wrote:
>
> Could you please try to run QEMU without the "-usb" option here? "-usb"
> automatically creates an EHCI and UHCI controller on the q35 machine, so
> that might be the reason that your USB devices get connected as USB 2.0
> instead.
>
> ** Changed in: qemu
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1708551
>
> Title:
> macOS Guest Reading USB 3.0 Bus as USB 2.0
>
> Status in QEMU:
> Incomplete
>
> Bug description:
> Description:
> I'm having trouble with USB Passthrough. Running `system_profiler SPUSBDataType` on macOS guest confirms that the system "sees" my device, and that qemu is passing *something* through. However, the system sees my connection as USB 2.0, even though i'm passing through XHCI controllers (nec-usb-xhci/qemu-xhci). I suspect this is the reason why my guest is unable to recognize my iPhone in XCode & iTunes.
>
> Parameters:
> QEMU release version: 2.10.0-rc0
> Bios: [patched version of OVMF](https://github.com/gsomlo/edk2/tree/macboot)]
> Command Line: https://pastebin.com/pBSYbrW1
> Host: Arch Linux
> Guest: macOS v10.12.6
> Guest System Info: https://pastebin.com/U1Tihxei
>
> Notes:
> 1. Observed sometime after late-May-early-June of this year.
>
> 2. Due to [a defect in qemu v2.8 which affected GTK
> users](https://bugs.launchpad.net/qemu/+bug/1578192), and [a recent
> change to macOS' booting process conflicting with qemu
> v2.9](https://lists.nongnu.org/archive/html/qemu-
> devel/2017-03/msg06366.html), i'm forced to use qemu v2.10.0-rc0 (as
> -rc1 fails to load OVMF right now).
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1708551/+subscriptions
Then simply omit the "bus=usb-bus.0" here - the devices then should be put onto the XHCI bus automatically.
Removing the `bus=usb-bus.0` param from everything, [as shown here](https://pastebin.com/x0Cp70XD), boots fine; but completely breaks mouse functionality. To mitigate, i tried passing through a Logitech mousepad I own--in similar fashion to the iPhone; but Host complained about permissions & `libusb` requiring "write access to USB device nodes".
FWIW, I vaguely recall the `usb-tablet` parameter being "a whole thing" with virtual macOS; however, I'll need to check my records to refresh my memory.
> On Aug 4, 2017, at 11:29 AM, Thomas Huth <email address hidden> wrote:
>
> Then simply omit the "bus=usb-bus.0" here - the devices then should be
> put onto the XHCI bus automatically.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1708551
>
> Title:
> macOS Guest Reading USB 3.0 Bus as USB 2.0
>
> Status in QEMU:
> Incomplete
>
> Bug description:
> Description:
> I'm having trouble with USB Passthrough. Running `system_profiler SPUSBDataType` on macOS guest confirms that the system "sees" my device, and that qemu is passing *something* through. However, the system sees my connection as USB 2.0, even though i'm passing through XHCI controllers (nec-usb-xhci/qemu-xhci). I suspect this is the reason why my guest is unable to recognize my iPhone in XCode & iTunes.
>
> Parameters:
> QEMU release version: 2.10.0-rc0
> Bios: [patched version of OVMF](https://github.com/gsomlo/edk2/tree/macboot)]
> Command Line: https://pastebin.com/pBSYbrW1
> Host: Arch Linux
> Guest: macOS v10.12.6
> Guest System Info: https://pastebin.com/U1Tihxei
>
> Notes:
> 1. Observed sometime after late-May-early-June of this year.
>
> 2. Due to [a defect in qemu v2.8 which affected GTK
> users](https://bugs.launchpad.net/qemu/+bug/1578192), and [a recent
> change to macOS' booting process conflicting with qemu
> v2.9](https://lists.nongnu.org/archive/html/qemu-
> devel/2017-03/msg06366.html), i'm forced to use qemu v2.10.0-rc0 (as
> -rc1 fails to load OVMF right now).
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1708551/+subscriptions
Ok, could you maybe try something like this instead:
qemu-system-x86_64 ... -usb \
-device qemu-xhci,id=xhci \
-device usb-tablet,bus=usb-bus.0 \
-device usb-kbd,bus=usb-bus.0 \
-device usb-host,bus=xhci.0,vendorid=0x05ac,productid=0x12a8
i.e. use "bus=xhci.0" for the usb-host device?
In doing so, the device is now unseen by the system.
xhci doesn't work with macos because macos has a white list of supported xhci controllers and ignores the xhci adapters emulated by qemu.
This is an automated cleanup. This bug report has been moved to QEMU's
new bug tracker on gitlab.com and thus gets marked as 'expired' now.
Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/146
|