From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FXKAE-0002ob-0w for qemu-devel@nongnu.org; Sat, 22 Apr 2006 11:36:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FXKAA-0002oD-Bi for qemu-devel@nongnu.org; Sat, 22 Apr 2006 11:36:49 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FXKAA-0002oA-8w for qemu-devel@nongnu.org; Sat, 22 Apr 2006 11:36:46 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FXKBy-0007fO-7D for qemu-devel@nongnu.org; Sat, 22 Apr 2006 11:38:38 -0400 Message-ID: <444A4D8C.3090004@gmx.de> Date: Sat, 22 Apr 2006 17:36:44 +0200 From: nix.wie.weg@gmx.de MIME-Version: 1.0 Subject: Re: [Qemu-devel] Large USB patch References: <4447E811.1040403@gmx.de> <4448F1F6.4090609@austin.rr.com> <4448FF3F.3030009@austin.rr.com> <44490614.50406@austin.rr.com> <44490852.2080608@gmx.de> <44491659.30804@austin.rr.com> <44491F0A.2090608@austin.rr.com> <444926AC.3070104@austin.rr.com> <44494596.3070808@austin.rr.com> <4449F860.1060809@gmx.de> <444A3F7E.6070107@austin.rr.com> In-Reply-To: <444A3F7E.6070107@austin.rr.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hello Lonnie, Lonnie Mendez wrote: > nix.wie.weg@gmx.de 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