Hi,
For testing USB HCD driver , there is a kernel mode driver
"usbtest.c" , which comprises of 16 different tests.
I could get the first 2 tests.
Test 1 - Simple non-queued bulk "Sink" (IN) I/O tests
Test 2 - Simple non-queued bulk "Source" (OUT) I/O tests
How does the Test 3 and Test 4 work.
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 of
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.
Anywa
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
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 byte
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 sys
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 se
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 removing
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 aroun
> -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 developin
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(-)
--- linux-
11 matches
Mail list logo