From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FXmX2-000650-6u for qemu-devel@nongnu.org; Sun, 23 Apr 2006 17:54:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FXmX0-00064B-DR for qemu-devel@nongnu.org; Sun, 23 Apr 2006 17:54:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FXmX0-000641-3O for qemu-devel@nongnu.org; Sun, 23 Apr 2006 17:54:14 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FXmZ5-0007AP-Ki for qemu-devel@nongnu.org; Sun, 23 Apr 2006 17:56:24 -0400 Message-ID: <444BF77E.3040101@gmx.de> Date: Sun, 23 Apr 2006 23:54:06 +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> <444A5336.4040102@gmx.de> <444A578E.6000702@austin.rr.com> <444A5B65.8010104@gmx.de> <444AF6B7.1030606@austin.rr.com> In-Reply-To: <444AF6B7.1030606@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 Mendez wrote: > > That works but not in the literal means of the attached device > actually functioning (see below). Here is something interesting: > > (qemu) usb_add mouse > Controller 001: uhci > 001:001 = mouse > Summary: 1 USB Controller, 1 USB Devices > (qemu) usb_add tablet,addto 001:001:001 > (qemu) info usb > Controller 001: uhci > 001:001 = mouse > 001:001:001 = tablet > Summary: 1 USB Controller, 2 USB Devices > (qemu) I have changed that, the usb_dummy_ funtions did return 0, but must return -1 > The device attached on the hub doesn't seem to be receiving > transactions (like before with the emulated devices): > > frame 1227: pid=SETUP addr=0x00 ep=0 len=8 > data_out= 80 06 00 01 00 00 40 00 > uhci readw port=0x0002 val=0x0001 > uhci writew port=0x0002 val=0x0001 > uhci readw port=0x0006 val=0x04cc > frame 1228: pid=SETUP addr=0x00 ep=0 len=8 > data_out= 80 06 00 01 00 00 40 00 > frame 1229: pid=SETUP addr=0x00 ep=0 len=8 > data_out= 80 06 00 01 00 00 40 00 > uhci readw port=0x0002 val=0x0002 > uhci writew port=0x0002 val=0x0002 > > There are some problems with the port status request traffic from > the hub as well: > > frame 1174: pid=SETUP addr=0x03 ep=0 len=8 > data_out= 23 03 04 00 01 00 00 00 > error usb_generic_handle_packet: unknown USB-Token - 258 > ret=0 Yes this is clear, the usbhub does not work at all. If I find the time I will look at it, this week. > > The interface is also giving incorrect errors at certain times: > > (qemu) usb_add usbhub > usb_add: extraneous characters at the end of line > (qemu) Yes I also noticed this. It's very strange. If you add the same line again, it will work in most cases. I don't know why it happens. It is a bug which is located in monitor.c. > > Attached is a patch to get the linux redirector working with the > changes. It has a few other modifications as well but nothing > radical. The default redirector for linux host was changed to the > linux redirector as well (just a heads up). I'm still using the > libusb redirector for testing here but it's good to restore the linux > redirector as default on linux host. Thanks works very well. I have found today an error in the state machine and fixed it. You will find the fix in the patch: http://217.20.126.200/tino/usb-2006-04-23.patch which includes all of our patches until today. With kind regards, Tino H. Seifert