Hi everyone,
The ASIX AX8817X usbnet driver in the 2.6 kernel failed to recognize a
recent version of the Linksys USB200M USB 2.0 ethernet adapter. It
appears (see
http://www.sustworks.com/pmwiki/pmwiki.php/Sustworks/USB-To-EthernetAdaptors
, search for New Linksys USB200M) that Linksys is using
2.6.15-rc1 doesnt compile for us:
drivers/usb/host/ehci-pci.c:252: error: implicit declaration of function
'usb_suspend_device'
drivers/usb/core/usb.h must be included somehow. Or should we just
disable CONFIG_USB_SUSPEND?
--
short story of a lazy sysadmin:
alias appserv=wotan
On Saturday 12 November 2005 5:23 am, Olaf Hering wrote:
2.6.15-rc1 doesnt compile for us:
drivers/usb/host/ehci-pci.c:252: error: implicit declaration of function
'usb_suspend_device'
drivers/usb/core/usb.h must be included somehow. Or should we just
disable CONFIG_USB_SUSPEND?
From
On Sat, 2005-11-12 at 05:06 -0500, Martin Jansche wrote:
Hi everyone,
The ASIX AX8817X usbnet driver in the 2.6 kernel failed to recognize a
recent version of the Linksys USB200M USB 2.0 ethernet adapter. It
appears (see
On Sat, 12 Nov 2005, Neil Brown wrote:
Thanks. It didn't go as well as I hoped, but I've made progress.
I tried:
- disabling the return channel, so input requests aren't sent
- forcing depth-first rather than breadth first traversal
- removing the FR-control queue altogether
-
Am Freitag, 11. November 2005 22:56 schrieb Alan Stern:
It looks like the problem is in mts_command_done. It doesn't expect to
deal with an sg list containing only one element.
OK, you are right. I am rewriting it to use usbcore's sg primitives.
Expect a patch tomorrow.
Regards
Alan Stern wrote:
I do know that for some strange reason UsbSnoop insists on dumping the
contents of the transfer buffer in both the down and up reports -- in
spite of the fact that the down values are unimportant for IN transfers
and the up values are unimportant for OUT transfers.
This
On Sat, 12 Nov 2005, Oliver Neukum wrote:
Am Freitag, 11. November 2005 22:56 schrieb Alan Stern:
It looks like the problem is in mts_command_done. It doesn't expect to
deal with an sg list containing only one element.
OK, you are right. I am rewriting it to use usbcore's sg primitives.
On Saturday 12 November 2005 10:49, Alan Stern wrote:
On Sat, 12 Nov 2005, Oliver Neukum wrote:
Am Freitag, 11. November 2005 22:56 schrieb Alan Stern:
It looks like the problem is in mts_command_done. It doesn't expect to
deal with an sg list containing only one element.
OK, you
Peter Favrholdt reported that his Kodak flash device was getting detected as a
CDROM, and he helped me track this down to the fact that the device takes a
long time (approx 440ms!) to reset.
This patch increases the delay to 500ms, which solves the problem.
Signed-off-by: Daniel Drake [EMAIL
Fix an error in dummy_hcd after the platform device conversion.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
Index: linux-2.6.14/drivers/usb/gadget/dummy_hcd.c
===
--- linux-2.6.14.orig/drivers/usb/gadget/dummy_hcd.c
Hi,
since a few days I own a new usb device (a Motorola V3 mobile phone)
which seems to cause some troubles.
In short:
=
The phone offers two usb configurations and in the second
configuration it offers three interfaces, BUT the interfaces are
numbered 5, 6 and 8 which leads to the
Thorsten George wrote:
Oct 29 20:43:54 atlantis kernel: usb 1-1.4: Product: NEC USB UF000x
Oct 29 20:43:54 atlantis kernel: usb 1-1.4: Manufacturer: NEC
Oct 29 20:43:54 atlantis kernel: usb-storage: This device
(0409,0040,0150 S 04 P 00) has unneeded SubClass and Protocol entries in
13 matches
Mail list logo