[EMAIL PROTECTED] wrote: > Send Linux-usb-users mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sourceforge.net/lists/listinfo/linux-usb-users > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Linux-usb-users digest..." > > > Today's Topics: > > 1. Re: USB -> serial 'device' (Emiliano) > 2. Re: PSX/N64 Gamepad Adaptor (supposedly HID > compliant) (Keenan Wilkie) > 3. Re: PSX/N64 Gamepad Adaptor (supposedly HID compliant) (Greg KH) > 4. Re: PSX/N64 Gamepad Adaptor (supposedly HID > compliant) (Keenan Wilkie) > 5. Oops usb-ohci 2.4.5-ac15 (Ross Brattain) > 6. Linux 2.2.19, Canon Ixus & USB problem ([EMAIL PROTECTED]) > > --__--__-- > > Message: 1 > Date: Wed, 20 Jun 2001 22:18:27 +0200 (CEST) > From: Emiliano <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [Linux-usb-users] USB -> serial 'device' > > Greg KH wrote: > >> I understand your wanting this all in a kernel driver, but don't push >> something into kernel space that can be done just as easily in >> userspace. >> >> A kernel driver is needed to handle the USB protocol, that's it. As >> there are patches to pilot-link to handle the new m500 and m505 >> protocols, and pilot-link is portable to almost every platform out >> there, I'm not going to duplicate that logic in the kernel. > > > If it can, thet's perfectly fine for me. If not, I'll just hack my own > private kernel driver. Free Software at work. I don't expect this > driver to be in the generic kernel release. > >> To solve your VMWare/Outlook problem, I would suggest getting a serial >> cradle. > > > Not available here at this moment. I'll probably get the IrDA stuff to > work, but if I can save the expense of an extra cradle with a software > hack, I'll happily do so. I'm not expecting this to be widely useful > since most people will just use straight pilot-link, so I'm not > exactly expecting anyone to do this work for me. > > It's been a while since I used pipes -- can pipes be bi-directional? > Could I just use pilot-link (once it digs the m50x) to 'talk serial' > trhough a named pipe? > > Emile > > > > --__--__-- > > Message: 2 > Date: Wed, 20 Jun 2001 17:27:24 -0400 (EDT) > From: Keenan Wilkie <[EMAIL PROTECTED]> > To: Greg KH <[EMAIL PROTECTED]> > cc: <[EMAIL PROTECTED]> > Subject: Re: [Linux-usb-users] PSX/N64 Gamepad Adaptor (supposedly HID > compliant) > > On Wed, 20 Jun 2001, Greg KH wrote: > >> On Wed, Jun 20, 2001 at 02:07:18PM -0400, [EMAIL PROTECTED] wrote: >> >>> I did notice that if I move the device to a different USB port I have >>> to modprobe hid again before it will work (er, show up in the listed >>> devices under usbview) -- is that normal? >> >> No that isn't. Who is unloading the hid driver? If you plug a new >> device in, usbview should detect that. What kernel version are you >> using? > > > 2.4.5 -- no patches or anything added. > That might have been a fluke or a problem with usbview refreshing, as I > just tested it again and it showed up properly. > > >>> Is there any way I can force the hid driver to bind itself to the device? >> >> What does the kernel debug log show when you plug the device in, and the >> hid driver is loaded? > > > Jun 20 17:14:58 forsaken kernel: usb.c: USB device 4 (vend/prod > 0x6666/0x667) is not claimed by any active driver. > > The only variable is the device number (based upon where I plug the thing > in). > > This is after using modprobe and after configuring usbmgr for the specific > vendor device (not that I'd expect that to make any difference). > > I'm a bit confused here. If the devices identifies itself as a HID > device and hid.o still doesn't know to bind to it, what does determine > what hid will bind with? > > > > --__--__-- > > Message: 3 > Date: Wed, 20 Jun 2001 14:34:32 -0700 > From: Greg KH <[EMAIL PROTECTED]> > To: Keenan Wilkie <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Linux-usb-users] PSX/N64 Gamepad Adaptor (supposedly HID compliant) > > On Wed, Jun 20, 2001 at 05:27:24PM -0400, Keenan Wilkie wrote: > >> 2.4.5 -- no patches or anything added. >> That might have been a fluke or a problem with usbview refreshing, as I >> just tested it again and it showed up properly. > > > Good :) > >> Jun 20 17:14:58 forsaken kernel: usb.c: USB device 4 (vend/prod >> 0x6666/0x667) is not claimed by any active driver. > > > If you modify the hid.c file in drivers/usb/ from: > #undef DEBUG > #undef DEBUG_DATA > > to: > #define DEBUG > #define DEBUG_DATA > > rebuild, and load that module, and plug in the device. That should dump > lots of information to the kernel debug log that should show what is > going on. > > Let me/the list know what that says. > > thanks, > > greg k-h > > > --__--__-- > > Message: 4 > Date: Wed, 20 Jun 2001 18:37:27 -0400 (EDT) > From: Keenan Wilkie <[EMAIL PROTECTED]> > To: Greg KH <[EMAIL PROTECTED]> > cc: <[EMAIL PROTECTED]> > Subject: Re: [Linux-usb-users] PSX/N64 Gamepad Adaptor (supposedly HID > compliant) > > On Wed, 20 Jun 2001, Greg KH wrote: > >> On Wed, Jun 20, 2001 at 05:27:24PM -0400, Keenan Wilkie wrote: >> >>> 2.4.5 -- no patches or anything added. >>> That might have been a fluke or a problem with usbview refreshing, as I >>> just tested it again and it showed up properly. >> >> Good :) >> >>> Jun 20 17:14:58 forsaken kernel: usb.c: USB device 4 (vend/prod >>> 0x6666/0x667) is not claimed by any active driver. >> >> If you modify the hid.c file in drivers/usb/ from: >> #undef DEBUG >> #undef DEBUG_DATA >> >> to: >> #define DEBUG >> #define DEBUG_DATA >> >> rebuild, and load that module, and plug in the device. That should dump >> lots of information to the kernel debug log that should show what is >> going on. > > > Did that. Also reconfigured the kernel for verbose USB logging. Also > switched usb-core to module (was in the kernel before -- accident). then > I noticed a setting that I honestly don't recall seeing until then. > Before I'd had the option of choosing UHCI Alternate driver and OHCI > driver. I either suddenly just noticed the standard UHCI driver or it was > missing for some reason until just now, but I switched from the alternate > to the standard usb-uhci. Rebooted and presto, cat /dev/input/js0 > responds! > > I don't know why I didn't notice/didn't have access to the standard UHCI > driver, but that seems to have been the problem. Thanks for your input > though, I might not have thought to go back to closely examining the USB > kernel options if you hadn't mentioned the driver :) > > > > --__--__-- > > Message: 5 > Date: Wed, 20 Jun 2001 16:40:00 -0700 > From: Ross Brattain <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [Linux-usb-users] Oops usb-ohci 2.4.5-ac15 > > This is a multi-part message in MIME format. > --------------050804030907060503000302 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > > > Ross Brattain > [EMAIL PROTECTED] > Canterbury Crest Nursing Services > Tigard, OR > > > --------------050804030907060503000302 > Content-Type: text/plain; > name="oops" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; > filename="oops" > > ksymoops 2.4.1 on i586 2.4.5-ac15. Options used > -V (default) > -k /var/log/ksymoops/20010620160555.ksyms (specified) > -l /var/log/ksymoops/20010620160555.modules (specified) > -o /lib/modules/2.4.5-ac15/ (default) > -m /boot/System.map-2.4.5-ac15 (default) > > *pde = 00000000 > Oops: 0000 > CPU: 0 > EIP: 0010:[<d08551d2>] > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010082 > eax: 00000008 ebx: ce990100 ecx: c0bc0000 edx: 0e990100 > esi: ce9900c0 edi: 32206e75 ebp: ce754000 esp: c029feb8 > ds: 0018 es: 0018 ss:0018 > Process swapper (pid: 0, stackpage=c029f000) > Stack: c0bc0000 00000000 d0859000 c0bc00b0 cf7c1c60 ce990140 00000000 00000000 > ce754008 00084000 00000292 d085634a c0bc0000 00000001 cd9baa60 04000001 > 0000000b c029ff4c 00000004 c0107d3c 0000000b c0bc0000 c029ff4c 00000160 > Call Trace: [<d0859000>] [<d085634a>] [<c0107d3c>] [<c0107e9e>] [<c0116743>] > [<c0107ed2>] [<c0105150>] [<c0105150>] [<c0105173>] [<c01051d7>] [<c0105000>] > [<c0105027>] [c0100197>] > Code: 83 7f 08 01 74 06 f6 45 18 04 74 44 8b 46 00 c1 e8 1c 83 f8 > >>> EIP; d08551d2 <[usb-ohci]dl_del_list+13e/59c> <===== >> > Trace; d0859000 <.data.end+1b01/????> > Trace; d085634a <[usb-ohci]hc_interrupt+da/11c> > Trace; c0107d3c <handle_IRQ_event+30/5c> > Trace; c0107e9e <do_IRQ+6e/b0> > Trace; c0116743 <do_softirq+33/64> > Trace; c0107ed2 <do_IRQ+a2/b0> > Trace; c0105150 <default_idle+0/28> > Trace; c0105150 <default_idle+0/28> > Trace; c0105173 <default_idle+23/28> > Trace; c01051d7 <cpu_idle+3f/54> > Trace; c0105000 <rest_init+0/28> > Trace; c0105027 <rest_init+27/28> > Code; d08551d2 <[usb-ohci]dl_del_list+13e/59c> > 00000000 <_EIP>: > Code; d08551d2 <[usb-ohci]dl_del_list+13e/59c> <===== > 0: 83 7f 08 01 cmpl $0x1,0x8(%edi) <===== > Code; d08551d6 <[usb-ohci]dl_del_list+142/59c> > 4: 74 06 je c <_EIP+0xc> d08551de ><[usb-ohci]dl_del_list+14a/59c> > Code; d08551d8 <[usb-ohci]dl_del_list+144/59c> > 6: f6 45 18 04 testb $0x4,0x18(%ebp) > Code; d08551dc <[usb-ohci]dl_del_list+148/59c> > a: 74 44 je 50 <_EIP+0x50> d0855222 ><[usb-ohci]dl_del_list+18e/59c> > Code; d08551de <[usb-ohci]dl_del_list+14a/59c> > c: 8b 46 00 mov 0x0(%esi),%eax > Code; d08551e1 <[usb-ohci]dl_del_list+14d/59c> > f: c1 e8 1c shr $0x1c,%eax > Code; d08551e4 <[usb-ohci]dl_del_list+150/59c> > 12: 83 f8 00 cmp $0x0,%eax > > > --------------050804030907060503000302 > Content-Type: text/plain; > name="lspci" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; > filename="lspci" > > #lspci -v > 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) > Flags: bus master, medium devsel, latency 16 > Memory at e0000000 (32-bit, prefetchable) [size=64M] > Capabilities: <available only to root> > > 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] >(prog-if 00 [Normal decode]) > Flags: bus master, 66Mhz, medium devsel, latency 0 > Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 > I/O behind bridge: 0000c000-0000cfff > Memory behind bridge: e4000000-e7ffffff > Prefetchable memory behind bridge: e8000000-e9ffffff > > 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev >47) > Flags: bus master, stepping, medium devsel, latency 0 > > 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a >[Master SecP PriP]) > Flags: bus master, medium devsel, latency 64 > I/O ports at e400 [size=16] > > 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02) (prog-if 00 [UHCI]) > Subsystem: Unknown device 0925:1234 > Flags: bus master, medium devsel, latency 64, IRQ 9 > I/O ports at e000 [size=32] > > 00:07.3 PCI bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) (prog-if 00 >[Normal decode]) > !!! Invalid class 0604 for header type 00 > Flags: medium devsel, IRQ 9 > > 00:08.0 USB Controller: CMD Technology Inc USB0670 (rev 06) (prog-if 10 [OHCI]) > Subsystem: CMD Technology Inc USB0670 > Flags: bus master, medium devsel, latency 64, IRQ 11 > Memory at eb001000 (32-bit, non-prefetchable) [size=4K] > Capabilities: <available only to root> > > 00:09.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine 10/100] (rev 06) > Subsystem: D-Link System Inc DFE-530TX > Flags: bus master, medium devsel, latency 64, IRQ 9 > I/O ports at e800 [size=128] > Memory at eb000000 (32-bit, non-prefetchable) [size=128] > Expansion ROM at ea000000 [disabled] [size=64K] > > 00:0a.0 USB Controller: OPTi Inc. 82C861 (rev 10) (prog-if 10 [OHCI]) > Subsystem: OPTi Inc. 82C861 > Flags: bus master, medium devsel, latency 64, IRQ 9 > Memory at eb002000 (32-bit, non-prefetchable) [size=4K] > > 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) >(prog-if 00 [VGA]) > Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SGRAM > Flags: bus master, medium devsel, latency 64, IRQ 11 > Memory at e8000000 (32-bit, prefetchable) [size=32M] > Memory at e4000000 (32-bit, non-prefetchable) [size=16K] > Memory at e5000000 (32-bit, non-prefetchable) [size=8M] > Expansion ROM at <unassigned> [disabled] [size=64K] > Capabilities: <available only to root> > > --------------050804030907060503000302 > Content-Type: application/x-gzip; > name="syslog.gz" > Content-Transfer-Encoding: base64 > Content-Disposition: inline; > filename="syslog.gz" > > H4sICMQzMTsCA2RlYnVnAO2db3PbNhKH3/dTYObuRTvj2AQIEKTmcnOpc23cuVx9Tnr3skOJ > tMyJRCr8Y6f99AdKliNLIrncheTWpidt5cS7ABa7WP6eqMJPVcqEw7g3ctRIaJZnRcE+xXka > z0asKsavqptJcjoZsb9exbdJkWTpiPFToQL2V1Ym85hxY+aMpGY/rTwJx+Hf/AT1+i6Z3rBx > mEZ3SVTesHkWxSxOw/EsjtqdXJ5fjNgPWZVG7OLqPyxg11nOIjPFScwcZ+ToUwGfxS8fvme/ > vDu/YGHJLs5+Zs6X2HGck5VnuJu3cRlPyjhigi2yvCw6LWujNL5bjj+uCpbH06Qo4zyOTlhY > FMk0Nc7qP0ir+TjOGQd5/DQPZ7Nswi5+YBNHB1rFZinGQ3INdFBP6T6URZkn6bQYsffX+Wvj > 5jLPompSvhYn7EOcJ+Hs38uZvYY5rtd573i9IvP9dVjNSjYL02kVTmN28dbE3+nY/dU0Nnbu > KstK9q4at9ttznnE6k1u//mb6mHe5qXJMZNvIIv7DDCrW6UEyKgoTSGEsyyN698BmUxN1EyO > LLI7E8ziLiknN2a/YKazbBzOWHYb568mVZ7HackWeVbP11Q5yMWlWSNL0iiZhGWWFyzMzcaa > fSiqRb184LJXk89SVmb3r6dZFi1PFxPIeQFyUm/PJEvLPJvNjIf1gvL4c5Xk8dy8HjFn/gY4 > oby2nGe39UFUb0tZmRK4ugJZm9IzYb3fkazKTbInxXJJIPM0e7wlZlFRUu8Ii7+YwwEWjeUR > ahLha2zNkdDjUKqjGeXJbR3JWWg2IjLbbA6m69CsZn2owA4j899oxM6KcZKe3WTlYlZNWRhF > 0LOsNjcTnyWT38yWlFVeH4nOl+vVVww/nG/rrsXZj3GWT9mbyU2cn9QHdsJ+mCXxdHbCPt5k > 87BgH8JkVv/ZlfkuZf+Lk6KYhnFuDoye/SStw1eYVHiXFSU7/5qbFw+RXIUYnpO8zoZ0VaBs > clPXfg/jk1UCLLOZccd8v3LB3BPGBXs/PttODh/uzX3w5vTzVsdqo+HcL7BOWdP4+Bnf6ISP > W4dod9/QDMfNzdDHNkO+1QwdkOPdZigamqF0gnaPD+3wxziNc5Nyl1W+yIp4OcZuU/R7N7n9 > Frq9yfn9m9x+k7rD3CZRFa6OsI5uB/MBa3u+lbbn92973HHmsPqBNL7a2xt4be9rfcsvkAtw > //Nt9D+f2P98ZP8bx7Aqb+x/Am4O738tmyo6e0ebsdXeIY7UO0Rj73BxvcP/4/YOd+gdQ+8Y > esefo3f4xN7hHrl3cErveKwU3I3eYV7xUwU47je11TKWebUoT9ja5Qm7zsN5/BemtAfMk/T3 > OM/WDpKUJfln9sqXdqYReI7VaQTw4H5tpdxpjG6AaqYtUqxjwnva6fW10JH30E4FyEHxKVks > zOC8LqyiOLuN0ygzB8UiniTXyWSjzKK4mOTJoj5hn9hz0yMAb2apDsjx7iOABD8CbHl8H6aV > WZw5IGoq+n08+2RS8TybL0yjTcuOdW6i2FeXHwR7E4ULEy0GWkWVmmyNZptnZFGn3GplfQMh > 2bf1zp2ZnlwfdMqJzpwvnAff1V2k7rLrA3n8GwtT84850W7XGOa0fTTG/hWn0/KGPfp6zbjf > Zff2IWU+/raI13Y7f0uyY1cvrEZI9aG7Md4pd7os/7tM39H91jyMaOIxckw4uszfh18uw8mn > uPyQ/B47a/POdZr0Pc/S62Ra5WHdKYrVfLvDs9y7RyutlykcoOV5XbKjD9V49cKsuswm2axe > sTNa/upyxNileWrY6NK1o7gj8R+tddQ1xHhP9ryu/9W5G+M9+VNbOqLL8u5jVoazxwPXQXHH > nWOavbz4WpA9xhw/Cst/w1kVryw78yB5ZLkxZuf2jedvSnO2jqtyPdeVZehAMn35lPd4V/Y9 > 827Zdnl+iN6Idc7izcz8bBqWsekDZWl6hPlNQM7iU6olqSTA9mFtq4YF3yhj+7DW+6X2sTXD > /TONFpkp1GJjvd2ptTnnluPCuHLNATmCOEy+OnwUfMhC1osYdf9oyy5rkHXTPiuQ9Xqmb6Io > j4tibe1z9m2Sfgdy0VCbjsu+vVg/Q4M83T1qS19PM8cHzWM52K1Rl1v7FVqrc/5S6pw/lzoX > Q52317n4I9W5PGSddyEXCTeHI5eAgusDKGCHIZce7g4JGZqZvcJBhniADDYhg3rxkEENkGGA > DANkGCDDABkGyDBAhgEyDJBhgAwDZBggAx0yqCNDBpcCGdz+kMF14O4gkKHBXydkcBshg9c+ > wB7IEF+LiDe+k6HBgQUUcHTPdMjQ4HgXMnhQyLDtsRdk2DYGQoaGVfSBDN2B8CxChu3RoJBh > 1w4GGXbtoJBh17IXZNg1B0GGXTMQZNgXHhhkaLTsCxl2HYEgw7ZZG2TYHQL6pLjHEggZdi2h > kGHPmEDIsMcSCBl2LaGQYc+YQMiwP9NhkGHbtstzM2TY/VmA+NiXs/iUgouPvbZAyLDXFig+ > 9toCxUf7nBGQYZ9DqPjYZ9sgPvb9KFx8NFgDxUeDdR/I0OACIT72e4JChoZ5AMUHoc75S6lz > /lzqXAx13h8yPFmdy0PWeRdk8ODmYMjQJuxlF2RoNUZABg53B4IMHAcZZCNk0O0DNEAGFTZC > Bn4wFHBszxYgAwdCBg2GDJwCGTgOMnA6ZOgMhLYJGTgSMnAkZOBoyMBpkIHjIAPHQQaOhgzc > FmTgOMjAe0AGjoYMHA0ZOBoycDRk4GjIwNGQgaMhAydABt4qPngPyMAx4oMTxAcniA9OgAyc > ID44QXxw25CBE8QHh4sPThIfnCQ+OB0ycGvig5MgAyeJD3yd85dS5/y51LkY6hwBGZ6qzuUh > 67wLMmi4ORwytAh71QkZ2oztQgZ1RMigGiGDj4MM8QAZbEIG/ziQQeAgg6BDBtEVCN8mZBBI > yCCQkEGgIYOgQQaBgwwCBxkEGjIIW5BB4CCD6AEZBBoyCDRkEGjIINCQQaAhg0BDBoGGDIIA > GUSr+BA9IIPAiA9BEB+CID4EATIIgvgQBPEhbEMGQRAfAi4+BEl8CJL4EHTIIKyJD0GCDIIk > PvB1zl9KnfPnUudiqHMEZHiqOpeHrPMuyODDzeGQQTQLe68TMrQZIyBDD3cgyCBwkMFrhAwB > bAe2IIPX/L9LiIOhgGN7tgAZBBAyBGDIIJ4pZAgGyDBAhgEyDJBhgAwDZBggwwAZBsgwQIYB > MgyQgQ4ZgiNDBk2BDBoBGVy4OxBkcHGQQTdChh3Z48IoQ/NbGdyDsYBje7ZAGVzoVb0OGDO4 > FMzg4jCDS8cMnZEwIbDIGVwkZ3CRnMFFcwaXxhlcHGdwcZzBRXMG1xZncHGcwe3BGVw0Z3DR > nMFFcwYXzRlcNGdw0ZzBRXMGl8AZ3Fb94fbgDC5Gf7gE/eES9IdL4AwuQX+4BP3h2uYMLkF/ > uHD94ZL0h0vSHy6dM7jW9IdL4gwuSX/g65y/lDrnz6XOxVDnCM7wVHUuD1nnXZwBqnL7gQaX > cMNEqzECNEi7N0w0+OsADW23QnPePkIDaNDNb2eQB8MBx/ZsATRIKGjgYNAgKaBB4kCDpIOG > zkiYEFgEDRIJGiQSNEg0aJA00CBxoEHiQINEgwZpCzRIHGiQPUCDRIMGiQYNEg0aJBo0SDRo > kGjQINGgQRJAg2wVILIHaJAYASIJAkQSBIgkgAZJECCSIECkbdAgCQJEwgWIJAkQSRIgkg4a > pDUBIkmgQZIECL7O+Uupc/5c6lwMdY4ADU9V5/KQdd4JGjjcHg4aJOWzGST0wxT4FmgQPTnD > trctziAsYobmT2bgojdmiIJxKOUDZuAkye58lezclmQXWMn+oLp/jNM4N8l+WeWLrIiXg7yr > xuDNMC/ZdValEchCr/LAzLo02xbDjEzapFE4y9K4/h2QSZJGyW0SVWZhywRcLJ/Ri7uknNyY > HUH5yIzAfDWp8jxOjUPTDFalBfJ1WTuoHU7CGv2wMI+XOKGoFrVvYCBWqzC5Xmb3r6dZFrEy > mdcPD0ZywGqo3jJTOGWezWbGx3pJefy5SvJ4bl6PIAJms8CNWXYbjmd1ytc1PmJXqy+QC1Nu > yyAv9yircpPgSbFcG8g8zR7vjVlblCxPvfhLUpSwoMSpmX79mPEQZHMMrLIVVJx1UFcY6IER > beCA+4OE2EHEkTsIp3QQjkDVCu4OhKoVsoec8eYu4raP0QCr/WZYrQ6GlI/t2QKsVtDO54I7 > n6LAaoWD1YoOqzsjYUJgEVYrJKxWSFit0LBa0WC1wsFqhYPVCg2rlS1YrXCwWvWA1QoNqxUa > Vis0rFZoWK3QsFqhYbVCw2pFgNWqFWKpHrBaYSCWIkAsRYBYigCrFQFiKQLEUrZhtSJALAWH > WIoEsRQJYik6rFbWIJYiwWpFglj4Oucvpc75c6lzMdQ5AlY/VZ3LQ9Z5J2pw4fZw1KAo74pT > dt8Vpyy/Kw6NGlreFydxqCEeUINV1CAH1CAH1DCghgE1DKhhQA0DahhQw4AaBtQwoIYBNQyo > wQJqkEdGDS4FNbgI1ODB3YFQg4dFDW4zalDtYzSghqD5XQ3ewYDAsT1bQA0eFDUoMGrwKKjB > w6EGj44aOiNhQmARNXhI1OAhUYOHRg0eDTV4ONTg4VCDh0YNni3U4OFQg9cDNXho1OChUYOH > Rg0eGjV4aNTgoVGDh0YNHgE1eK0SxOuBGjyMBPEIEsQjSBCPgBo8ggTxCBLEs40aPIIE8eAS > xCNJEI8kQTw6avCsSRCPhBo8kgTB1zl/KXXOn0udi6HOEajhqepcHrLOO1GDgtvDUUOLvJed > qKHNGIEaNNwdCDVoLGqQzajBax+jCTU0v6tBHwwIHNuzBdSgoajBA6MGTUENGocaNB01dEbC > hMAiatBI1KCRqEGjUYOmoQaNQw0ahxo0GjVoW6hB41CD7oEaNBo1aDRq0GjUoNGoQaNRg0aj > Bo1GDZqAGnSrBNE9UIPGSBBNkCCaIEE0ATVoggTRBAmibaMGTZAgGi5BNEmCaJIE0XTUoK1J > EE1CDZokQfB1zl9KnfPnUudiqHMEaniqOpeHrPNO1ODB7eGoQVM+7UdDP5+HjBrUUVFDyyf+ > aBRqCL0BNVhFDXpADXpADQNqGFDDgBr+0KjBx0gQnyBBfIIE8QmowSdIEJ8gQXzbqMEnSBAf > LkF8kgTxSRLEp6MG35oE8UmowSdJEL+1zv0eqOHZ1jl/LnUuhjpHoIanqnN5yDrvRA0abg9H > DX6zvPc6UUObMQI19HAHQg0+FjV4zajBh23CNmpofleDfzAgcGzPFlCDD0UNPhg1+BTU4ONQ > g09HDZ2RMCGwiBp8JGrwkajBR6MGn4YafBxq8HGowUejBt8WavBxqMHvgRp8NGrw0ajBR6MG > H40afDRq8NGowUejBp+AGvASZEANA2oYUMOAGgbUMKCGATX8WVGDf2TUoCmoQSNQQwB3B0IN > ARY16GbUELSP0YAaxs3vaggOBgSO7dkCagigqCEAo4aAghoCHGoI6KihMxImBBZRQ4BEDQES > NQRo1BDQUEOAQw0BDjUEaNQQ2EINAQ41BD1QQ4BGDQEaNQRo1BCgUUOARg0BGjUEaNQQEFBD > 0CpBgh6oIcBIkIAgQQKCBAkIqCEgSJCAIEEC26ghIEiQAC5BApIECUgSJKCjhsCaBAlIqCEg > SRB8nfOXUuf8udS5GOocgRqeqs7lIeu8EzUEcHswalDbt+CeX4zYm7XMvrj6D+OcXRspei9w > 6odZ/9Rpd2Jm8Cq7mSRrcfTzu/MLFpZsHs/HYWGcfIkcXwUmoCf3Q8D91a/vJ3HCzt+/ZR/j > yU2azbLpb+YknNTjOZ7unuBaG9fzG1eFidQ0Kcy+xdEGZqj/4F7cCpDH7auSx07TVckKfVXy > tlyHOd4j1xvUekfsNuX2amevMqNrd25I3rbbnPOIrROg3ab7VuUGC9F6q7Lqf6tyg8m0pl1R > +2XKyuJlysrKZcoKcZmy4juXKSv8Zco74kb1vEoZZA29RVnZuEVZEW9RVopw7bAC3xMMubi+ > jzfAxfUKcROQaLlwWLS7B18/Pd45fvp+UDPcHN6Q1Z6G/EN98DV04/C0YxW1WZ5Vy0dgE+Rr > M4/6sGCLJP/MymVd9XUJa/DjhwYfwN2t+3tY9/efLz8mdVc/Nc+B574Hi3efru7CdnCrq0ei > saurQ3V1ZbmrK2RXV11dfex0lRWgqytMV1f9u7rCd/UG01k2Nj0H1syVlWau+jdzMYcd0bhW > rkitXNFaubLRypXdVg7uSJH4E3SkzdP6Vp0Kc1LMw5T9L06KYhrGeX0K/e1u+d0/bpM4TcPT > sPz7CXsbmsdd9n2e3Rk3M0SDeZcVZf13Hut0fLuM5Zaj3b9///U+g8/G1ezTr/NiOlpWgemI > nabbR6ypwnAyiRfLXlof6uGKVrwW7Ns4z7P89SvOne/a/VKfpny7T1OPWqD5xZEB3GsKDqDb > GMBdvz1uyeww7vlk3M9b5142uuvYy+b7MeWWe4nfyzYEk5pT8BP75ep7sC04D2RbHki7wZd2 > g6+23Gt88DUh+BoffPU4+N/8H8LT91OTJQEA > --------------050804030907060503000302-- > > > > --__--__-- > > Message: 6 > Date: Thu, 21 Jun 2001 19:04:41 +0200 (CEST) > From: <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > cc: <[EMAIL PROTECTED]> > Subject: [Linux-usb-users] Linux 2.2.19, Canon Ixus & USB problem > > I have the above mentioned camera connected to a computer running kernel > 2.2.19. When I connect the Ixus to USB (or when I turn it on) I get this > error messages: > > usb-uhci.c: interrupt, status 2, frame# 1266 > usb.c: USB device not accepting new address (error=-110) > usb.c: USB disconnect on device -1 > > After that, there is no sign of the camera in /dev/usb/* ... > > More info about the system: > > [root@lent usb]# lsmod > Module Size Used by > eepro100 16308 1 > sb 33588 0 (unused) > uart401 5968 0 [sb] > parport_probe 3204 0 (unused) > parport 7060 0 [parport_probe] > usb-uhci 18652 0 (unused) > usbcore 42728 1 [usb-uhci] > sound 57208 0 [sb uart401] > soundcore 2372 6 [sb sound] > soundlow 300 0 [sound] > > [root@lent usb]# cat /proc/interrupts > CPU0 > 0: 75256 XT-PIC timer > 1: 3645 XT-PIC keyboard > 2: 0 XT-PIC cascade > 5: 1 XT-PIC soundblaster > 8: 0 XT-PIC rtc > 9: 2 XT-PIC usb-uhci > 11: 3048 XT-PIC eth0 > 12: 6152 XT-PIC PS/2 Mouse > 13: 1 XT-PIC fpu > 14: 9012 XT-PIC ide0 > NMI: 0 > > [root@lent usb]# lspci > 00:00.0 Host bridge: Intel Corporation 430TX - 82439TX MTXC (rev 01) > 00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 01) > 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) > 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) > 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 01) > 00:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev >03) > 00:09.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 04) > > 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) > (prog-if 00 [UHCI]) > Flags: bus master, medium devsel, latency 64, IRQ 9 > I/O ports at f800 > > What could be wrong? How can I get it to work? > > Regards, Danilo > > PS: I tried that with two different motherboards, one is an older Siemens > C5 (Pentium MMX based), the other is a new VIA based motherboard. The > results were identical. > > > > > > --__--__-- > > _______________________________________________ > [EMAIL PROTECTED] > To unsubscribe, use the last form field at: > http://lists.sourceforge.net/lists/listinfo/linux-usb-users > > > End of Linux-usb-users Digest > > repl _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: http://lists.sourceforge.net/lists/listinfo/linux-usb-users
