On Tue, 28 Feb 2006, Jayaprakash Shanmugam wrote:
> Hi All,
>
> I face a different scenario where the software on the host works if
> the device is in USB 1.1. If the device is configured as USB 2.0, the
> bulk_read from the device returns EOVERFLOW error. I am running
> 2.6.11 and the host
Hi All,
I face a different scenario where the software on the host works if
the device is in USB 1.1. If the device is configured as USB 2.0, the
bulk_read from the device returns EOVERFLOW error. I am running
2.6.11 and the host has 2 EHCI cores and 1 OHCI core. ( Philips ISP
1561 ).
The d
On Wed, 30 Nov 2005, Home wrote:
> Hello There,
> I'm writing embedded code on a mass storage device and
> I'm having a little trouble getting the right specification for
> DATA0 / DATA1 packet marking. The USB 1.1 spec doesn't really cover
> this and I can't find the part of the 2.6.5 sou
Hello There,
I'm writing embedded code on a mass storage device and
I'm having a little trouble getting the right specification for
DATA0 / DATA1 packet marking. The USB 1.1 spec doesn't really cover
this and I can't find the part of the 2.6.5 source where this is covered.
My understandin
Hi,
I am trying to write a bulk transfer driver based on
usb-skeleton.c.
I am using prolific usb host-host cable (vendor id
=0x67b and product=0x2501) with 2.6.11 kernel patched
with 2.6.12 rc5 patch.
I am not able to flush the buffer once it has been
read. Suppose I write 1024 bytes and read
Hi,
I am using the usb-skeleton driver for my bulk
transfer.I am not able to read more than 64 bytes at
one read even though i transfer more than 64 bytes..
Why is this ? what else should I change so that I may
be able to read 512 bytes for one read operation?
I am using 2.6.11 kernel patched wit
Hi all,
I am seeing some strange behaviour in my code when moving from
kernel 2.4 to 2.6. In particular, the working system is:
Linux 2.4.22-xfs armv5b unknown
and the two non-working kernels are:
Linux 2.6.11-rc4 mips unknown
Linux 2.6.11-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
The dev
On Mon, 13 Sep 2004, Toralf Lund wrote:
> Actually, I was wrong. I still get the resets, and I also have
>
> Sep 13 16:00:42 indonesia kernel: usb.c: USB disconnect on device
> 00:11.0-2 address 4
>
> or similar in the system log.
>
> *SIGH!* This one is really hard to track down :-(
Hardware
Toralf Lund wrote:
Alan Stern wrote:
On Thu, 9 Sep 2004, Toralf Lund wrote:
Something I forgot to mention earlier: I often see evidence of reset
signalling at the point where the problems occurs. Could that be
something initiated by the host/driver? If it is, how am I supposed
to respond?
Alan Stern wrote:
On Thu, 9 Sep 2004, Toralf Lund wrote:
Something I forgot to mention earlier: I often see evidence of reset
signalling at the point where the problems occurs. Could that be
something initiated by the host/driver? If it is, how am I supposed to
respond?
The USB core will
On Thu, 9 Sep 2004, Toralf Lund wrote:
> Something I forgot to mention earlier: I often see evidence of reset
> signalling at the point where the problems occurs. Could that be
> something initiated by the host/driver? If it is, how am I supposed to
> respond?
The USB core will initiate reset
[ ... ]
Could it be that it was never transferred at all? That looks more likely
based on the state of the device; it seems like it's waiting to send
data at the point where the problems occur, which might mean that it
somehow missed the the data request from the host, or that it was never
On Wed, 8 Sep 2004, Toralf Lund wrote:
> >and according to
> >Documentation/usb/error-codes.txt, -EILSEQ is a CRC mismatch.
> >
> ... but this does, of course. The problem was that it never occured to
> me to look in the Documentation directory.
>
> > In other
> >words, the received packet wa
Alan Stern wrote:
On Fri, 3 Sep 2004, Toralf Lund wrote:
I'm having some problems with a custom USB device that communicates with
a Linux host running usb-uhci (Red Hat Linux 9, kernel-2.4.20-31.9)
Simply put, bulk read (via libusb usb_bulk_read()) from the device will
sometimes fail. [ ... ]
On Fri, 3 Sep 2004, Toralf Lund wrote:
> I'm having some problems with a custom USB device that communicates with
> a Linux host running usb-uhci (Red Hat Linux 9, kernel-2.4.20-31.9)
> Simply put, bulk read (via libusb usb_bulk_read()) from the device will
> sometimes fail. After the system has
I'm having some problems with a custom USB device that communicates with
a Linux host running usb-uhci (Red Hat Linux 9, kernel-2.4.20-31.9)
Simply put, bulk read (via libusb usb_bulk_read()) from the device will
sometimes fail. After the system has got into a failure state, all
subsequent also
Marcelo,
First of all: what device is this? Did you build and program it
yourself? What USB chip does it use?
What other operating systems does this device work with? Did you write
the drivers yourself?
It's hard to say anything useful without these bits of information.
Andras
Hello,
I am just getting start with linux-usb in order to write a driver for a USB device.
I am using Redhat 9 kernel 2.4.20-8 original.
I can send/receive any msg through EP0. However, I am having problems when trying to
do a Bulk transferring through EP2. The first downstream packet reaches t
Hello,
Is it possible to submit two bulk transfers ( write and read ) in one
frame ? I want to write and read data for 1 ms.
Regards,
Evgeniy Stoev
---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with
19 matches
Mail list logo
