RE: [linux-usb-devel] EHCI - OTG Transceiver (ULPI ) Issues

2006-04-04 Thread Li Yang-r58472
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of rakesh kn Sent: Tuesday, April 04, 2006 12:12 PM To: linux-usb-devel@lists.sourceforge.net Subject: [linux-usb-devel] EHCI - OTG Transceiver (ULPI ) Issues H i ARC controller Core is having the

[linux-usb-devel] [RFC: 2.6 patch] drivers/usb/core/: remove unused exports

2006-04-04 Thread Adrian Bunk
This patch removes the following unused EXPORT_SYMBOL's: - hub.c: usb_set_device_state - usb.c: usb_alloc_dev - usb.c: usb_disconnect Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- drivers/usb/core/hub.c |1 - drivers/usb/core/usb.c |2 -- 2 files changed, 3 deletions(-) ---

Re: [linux-usb-devel] EHCI - OTG Transceiver (ULPI ) Issues

2006-04-04 Thread Li Yang-r58472
-Original Message- From: rakesh kn [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 04, 2006 3:59 PM To: Li Yang-r58472 Subject: Re: [linux-usb-devel] EHCI - OTG Transceiver (ULPI ) Issues Hi Leo, Thanks for ur reply. It was informative. If u have experience in developing

[linux-usb-devel] USBNET PL2501 (plusb)

2006-04-04 Thread Fabian Koch
Hey folks, I have to use a USB-Networking Cable for an embedded Linux machine at my work. Since most of the usbnet drivers are only for USB1.1 cables, it was kind of a struggle, to get one. We managed to get some PL2301 Cables from Laplink. We also had a coupple of PL2501 USB2.0 Cables lying

[linux-usb-devel] [PATCH] UHCI: don't track suspended ports

2006-04-04 Thread Alan Stern
Greg: Someone recently posted a bug report where it turned out that uhci-hcd was disagreeing with the UHCI controller over whether or not a port was suspended: The driver thought it wasn't and the hardware thought it was. This patch (as665) fixes the problem and simplifies the driver by

[linux-usb-devel] net2280 ep0 problems

2006-04-04 Thread Alan Stern
Dave: Here are the results from a few tests of my net2280 card, fresh as of this afternoon. (1) Testing with a Beagle analyzer showed that when running at full-speed, the net2280 always finishes a transfer on ep0 by NAKing the first status-stage transaction and sending the expected packet the

Re: [linux-usb-devel] [patch] usbutils, lsusb : fixes endian bug

2006-04-04 Thread Frédéric Leroy
Le mardi 04 avril 2006 à 08:54 -0700, David Brownell a écrit : On Wednesday 15 March 2006 5:33 am, you wrote: Hello, Lsusb is reporting wrong size for configuration descriptor on big endian system. I join a small patch to fix it. This breaks behavior on little-endian systems ...

[linux-usb-devel] [PATCH] Add KPC650 support to airprime driver and optimize buffer size

2006-04-04 Thread Matt Porter
This adds in the KPC650 ID to the airprime driver. It also adds the ability for the buffer size to be overridden from a driver before calling usb_serial_probe() and sets this to 2KB in the airprime wrapper. The reason for this is that on an EVDO provider, using the advertised packet size of 64

[linux-usb-devel] Re: [PATCH] Add KPC650 support to airprime driver and optimize buffer size

2006-04-04 Thread Greg KH
On Tue, Apr 04, 2006 at 04:22:32PM -0700, Matt Porter wrote: This adds in the KPC650 ID to the airprime driver. It also adds the ability for the buffer size to be overridden from a driver before calling usb_serial_probe() and sets this to 2KB in the airprime wrapper. The reason for this is

[linux-usb-devel] Re: HP CDRW CD4E hasn't worked since 2.6.11

2006-04-04 Thread Peter Chubb
I've worked out what's going wrong. The scsi layer is now much more likely to pass down scatterlists instead of plain buffers. So you have to make sure that they're handled correctly. In one of the changes along the way, usbat_write_block and friends stopped obeying the srb-use_sg flag.

[linux-usb-devel] Re: HP CDRW CD4E hasn't worked since 2.6.11 (2)

2006-04-04 Thread Peter Chubb
This patch uses the USB IDs to determine whether to treat an attached shuttle usbat adapter as connected to a CDROM or a flash device. unusual_devs.h already has the code to match the exact device that's attached; use it instead of probing. The patch is bigger than it might otherwise be because