On Sun, Sep 24, 2006 at 10:01:39AM +0530, Rupesh Kumar wrote:
> > It is possible that an earlier error in the device left the bulk-in
> > endpoint in a STALL condition (which is persistent). What was the result
> > of last transaction to the bulk-in endpoint before this exchange you
> > describe b
> It is possible that an earlier error in the device left the bulk-in
> endpoint in a STALL condition (which is persistent). What was the result
> of last transaction to the bulk-in endpoint before this exchange you
> describe below?
>
> Matt
Thanks for the response.
There were BULK IN Transacti
Hello,
I'm writing in regards to a very interesting opportunity.
Our company's sales in Australia have tripled recently due to certain
approaches/methods we use. We can offer flexible rates providing financial
consultancy and advice tailored to meet individual requirements.
However, our prima
On Sun, 24 Sep 2006 01:54:55 +0530, "Rupesh Kumar" <[EMAIL PROTECTED]> wrote:
> The following scenario is observed on the USB BUS Analyzer.
>
> 1. Bulk Out Transaction with (31 Bytes USBC Command) for some
> endpoint. I am requesting 4K Data from device.
> 2. Then There are lot
I forgot to mention -- once a phase error is detected, the USB
specification requires the host to issue a RESET to the device.
Matt
On Sat, Sep 23, 2006 at 02:53:05PM -0700, Matthew Dharm wrote:
> This sounds like the device is getting out of sync (commonly known as
> "phase error"). The host se
This sounds like the device is getting out of sync (commonly known as
"phase error"). The host sent a command, but the device was not prepared
to send data at the proper time, and indicated an error with a STALL.
The proper response to a STALL at this point is to attempt to retrieve
status, which
Hi All,
I am having an embedded EHCI USB host controller on which i am using
linux-2.6.14
When i am doing bulk file copys between many devices i am facing the
following problem.
The following scenario is observed on the USB BUS Analyzer.
1. Bulk Out Transaction with (31 Bytes USBC Com
> look at the following link i posted some time ago:
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=114346900121770&w=2
>
That's the one I got and that was working on 2.6.12, but had some problems on
2.6.17...
Julien
-
On Fri, Sep 22, 2006 at 08:56:47PM -0400, Christopher Montgomery wrote:
> On 9/22/06, Greg KH <[EMAIL PROTECTED]> wrote:
> >> Should I post them to the list or this sufficient?
> >
> >Please post them.
>
> OK. Any specific subject line format? The pattern I've seen for
> other patches has been f
On Sat, 23 Sep 2006, e.fahle wrote:
> Hi,
> I wrote a driver for fullspeed device based on the code in usb_skeleton.
> Sending data to the device goes through 2 interrupt-endpoints.
> So my code uses the fill_int_urb() and submit_urb() and a callback for
> writing..
> I allow a limited number of
Hi,
I wrote a driver for fullspeed device based on the code in usb_skeleton.
Sending data to the device goes through 2 interrupt-endpoints.
So my code uses the fill_int_urb() and submit_urb() and a callback for
writing..
I allow a limited number of urbs to be submitted at the same time, just like
11 matches
Mail list logo
