[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Large USB patch
From: |
nix . wie . weg |
Subject: |
Re: [Qemu-devel] Large USB patch |
Date: |
Sat, 22 Apr 2006 17:36:44 +0200 |
User-agent: |
Mail/News 1.5 (X11/20060228) |
Hello Lonnie,
Lonnie Mendez wrote:
> address@hidden wrote:
>
>> Next problem:
>> Linux does not recognize it, if I add a "tablet" while linux is allready
>> running. The attach is not delivered to the operating system.
I have solved the problem, it was located in a rejected diff. (it was
the reason I made the new patch earlier)
> (qemu) usb_add host:001:021
> Could not add USB Device 'host:001:021'
> (qemu) info usb
> Controller 001: uhci
> 001:001 = mouse
> 001:002 = tablet
> 001:001 = host:001:021
> Summary: 1 USB Controller, 3 USB Devices
> (qemu)
>
solved see attached patch.
> Also I've a question on where the emulated hub comes into play.
> Specifically how do you currently add new devices to it? The ,addto
> syntax doesn't seem to apply to the emulated hub as it takes a bus
> address (the controller) and an address on the root hub. But the hub
> itself would be centrally connected to a bus number identifying a
> controller and not have its own. It seems we've presently traded a
> hub with dynamic ports for 2 static ones. I'm glad there is a lot
> more internal tracking here as with the previous system you could
> usb_add the same host device several times and it wouldn't care. This
> should also make it easier to reconnect the ps2 mouse when the hid
> mouse is dettached.
>
Let me explain it on an example, lets assume you add
usb_add usbhub to 001:001
then you should be able (in fact it is absolutly untested)
usb_add host:2:3 to 001:001:001
it should even work something like:
usb_add usbhub to 001:001:002
usb_add host:2:2 to 001:001:002:001
you see, you build up a path. Maximum depth at the moment ist 8.
> Adding a device by Vendor id and Product id doesn't seem to work.
> If this is intentional then perhaps the functionality should be
> restored. qemu users will find this convenient as it is a
> fixed/static identification for a single usb device which is most
> likely going to be the common usage.
I aggree with that, and normaly it should work. The complete name
"host:AAAxBBB" is delivered to usb_host_init(), I will look at it.
> In regards to the linux guest problem I'm not seeing it. On an
> older debian SID install which is currently using linux kernel 2.6.14
> all seems well. The code here is merely the first patch combined with
> CVS along with the already submitted patches. I'll try to find some
> variation to test with. In which distro is this happening?
With kind regards,
Tino H. Seifert
- Re: [Qemu-devel] Large USB patch, (continued)
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/21
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/22
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/22
- Re: [Qemu-devel] Large USB patch,
nix . wie . weg <=
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/22
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/22
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/22
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/22
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/22
- Re: [Qemu-devel] Large USB patch, nix . wie . weg, 2006/04/23
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/28
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/28
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/29
- Re: [Qemu-devel] Large USB patch, Lonnie Mendez, 2006/04/30