[Qemu-devel] Usb passthrough on q35.

2015-10-12 Thread José Ramón Muñoz Pekkarinen
Hi, I've been trying to set up a windows 7 virtual machine to do vga passthrough, using the q35 machine as a base. The setup seems to be working nice except than, when removing the emulated vga, libusb drops the usb devices with an error close to this: qemu-system-x86_64: libus

[Qemu-devel] [Bug 1505759] [NEW] Usb passthrough on q35 broken.

2015-10-13 Thread José Ramón Muñoz Pekkarinen
Public bug reported: I'm trying to setup a q35 vm with windows 7 guest for vga passthrough. The machine works well for this purpose, but the usb devices passed to the vm does not. I receive the following errors on screen: qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] libusb: error

[Qemu-devel] [Bug 1505759] Re: Usb passthrough on q35 broken.

2015-10-19 Thread José Ramón Muñoz Pekkarinen
Narrowing this down, I launched the vm passing the usb devices one by one. I boot correctly with the game pad and the mouse. For any strange reason the keyboard is the faulty device with q35. The model is the following: Bus 004 Device 002: ID 03f0:0024 Hewlett-Packard KU-0316 Keyboard. It's a bit

[Qemu-devel] [Bug 1505759] Re: Usb passthrough on q35 broken.

2015-10-19 Thread José Ramón Muñoz Pekkarinen
Actually moving the device to some other port made it work, so then the suspicious is not the keyboard, but the controller where it's unplugged, which is the following one: 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11). ** Summary changed: - Usb pa

[Qemu-devel] [Bug 1505759] Re: Usb passthrough of devices plugged to AMD FCH USB OHCI Controller failing on q35.

2015-10-19 Thread José Ramón Muñoz Pekkarinen
Finally, I tried several combination of ports for this, until I figure out and arrangement that worked for me. Seems like the problem is that 2 hp usb devices cannot share the same bus, so no matter if it's using an ohci controller, an ehci, controller, or even xhci, if the devices are in the same

Re: [PATCH] Autoconnect jack ports by default

2021-02-24 Thread José Ramón Muñoz Pekkarinen
Hi, Adding qemu-devel. Best regards. José. On Wed, 24 Feb 2021 at 17:49, José Pekkarinen wrote: > This patch provides a default value to connect > jack ports when the user don't specify connect-ports. > > Buglink: https://bugs.launchpad.net/qemu/+bug/1908832 > > Signed-off-by:

Re: [PATCH] Autoconnect jack ports by default

2021-02-24 Thread José Ramón Muñoz Pekkarinen
On Wed, 24 Feb 2021 at 18:40, Christian Schoenebeck wrote: > On Mittwoch, 24. Februar 2021 17:16:58 CET José Ramón Muñoz Pekkarinen > wrote: > > On Wed, 24 Feb 2021 at 17:49, José Pekkarinen > wrote: > > > This patch provides a default value to connect > > &g

Re: [PATCH] Autoconnect jack ports by default

2021-02-24 Thread José Ramón Muñoz Pekkarinen
On Wed, 24 Feb 2021 at 19:29, Christian Schoenebeck wrote: > On Mittwoch, 24. Februar 2021 17:47:03 CET José Ramón Muñoz Pekkarinen > wrote: > > On Wed, 24 Feb 2021 at 18:40, Christian Schoenebeck < > qemu_...@crudebyte.com> > > wrote: > > > On Mittwoch, 24.

Re: [PATCH v2] Autoconnect jack ports by default

2021-02-25 Thread José Ramón Muñoz Pekkarinen
On Thu, 25 Feb 2021 at 00:38, Geoffrey McRae wrote: > While I get where you're coming from, those using QEMU with Jack are > already advanced users that are used to reading technical documentation. > Having our one client do something that is unexpected/different would > not only confuse existing