diff options
Diffstat (limited to 'results/classifier/118/network/1369347')
| -rw-r--r-- | results/classifier/118/network/1369347 | 77 |
1 files changed, 77 insertions, 0 deletions
diff --git a/results/classifier/118/network/1369347 b/results/classifier/118/network/1369347 new file mode 100644 index 000000000..eb0deb15a --- /dev/null +++ b/results/classifier/118/network/1369347 @@ -0,0 +1,77 @@ +network: 0.850 +device: 0.840 +PID: 0.701 +peripherals: 0.694 +hypervisor: 0.686 +architecture: 0.673 +socket: 0.656 +user-level: 0.655 +arm: 0.651 +ppc: 0.645 +register: 0.612 +vnc: 0.610 +files: 0.588 +risc-v: 0.578 +permissions: 0.572 +boot: 0.570 +performance: 0.568 +semantic: 0.567 +graphic: 0.560 +VMM: 0.558 +kernel: 0.557 +x86: 0.506 +TCG: 0.505 +mistranslation: 0.491 +virtual: 0.460 +KVM: 0.440 +assembly: 0.437 +debug: 0.427 +i386: 0.359 + +Mac OS X cannot passthrough USB device to guest + +I'm using Mac OS 10.9.4 with qemu-system-arm installed from brew (version 1.7.1) and verified with qemu-system-x86_64. I'm trying to pass a Ralink 5370 WiFi USB dongle to my guest system, it appears in my system profiler as: + +802.11 n WLAN: + + Product ID: 0x5370 + Vendor ID: 0x148f + Version: 1.01 + Serial Number: 1.0 + Speed: Up to 480 Mb/sec + Manufacturer: Ralink + Location ID: 0x1d110000 / 6 + Current Available (mA): 500 + Current Required (mA): 450 + +Using the docs, I'm passing "-usb -device usb-host,vendorid=0x148f,productid=0x5370" and getting this error back: +"qemu-system-arm: -device usb-host,vendorid=0x148f,productid=0x5370: Parameter 'driver' expects device type" + +On 14 September 2014 15:23, Aaron <email address hidden> wrote: +> Public bug reported: +> +> I'm using Mac OS 10.9.4 with qemu-system-arm installed from brew +> (version 1.7.1) and verified with qemu-system-x86_64. I'm trying to pass +> a Ralink 5370 WiFi USB dongle to my guest system, it appears in my +> system profiler as: + +I don't imagine anybody's tested trying to get USB passthrough to +work on Macs. If it works it will be by happy side effect of the code +written for and tested on Linux happening to work. + +It may not help, but it would be useful to try against a newer version +of QEMU, ie 2.1. You'll need to make sure you have the libusb +dev libraries installed so our configure can find them. + +thanks +-- PMM + + +I'll give it a shot, thanks :) + +For future googlers, I first ran "brew uninstall qemu" then "brew install libusb". + +After that, download the source, "./configure", "make", "sudo make install" and you're done. + +Comment #3 sounds like this bug has been fixed, right? So I'm closing this bug ticket now. + |