On Sun, 22 Jul 2007, Alain Degreffe wrote:
> Yes I know.
>
> In fact the device respond CMDERROR wich is more thant one byte
> The command was just a simple RXCMD followed by a bulk_read 1 byte len, but
> instead of giving a number between 0 and 255, The device send this string.
> this mean that
lto:[EMAIL PROTECTED] De la part de Alan
Stern
Envoyé : dimanche 22 juillet 2007 18:02
À : Alain Degreffe
Cc : linux-usb-devel@lists.sourceforge.net
Objet : Re: [linux-usb-devel] urb->status -EOVERFLOW
On Sun, 22 Jul 2007, Alain Degreffe wrote:
> Hi,
>
> After a big rewriting of i
On Sun, 22 Jul 2007, Alain Degreffe wrote:
> Hi,
>
> After a big rewriting of iuu_phoenix, I have the following problem.
> The polling is well working with callback mechanism but only during 30
> seconds maximum.
> After sometime, The read_bulk_callback give me an urb-status EOVERFLOW...
> Is the
Hi,
After a big rewriting of iuu_phoenix, I have the following problem.
The polling is well working with callback mechanism but only during 30
seconds maximum.
After sometime, The read_bulk_callback give me an urb-status EOVERFLOW...
Is the polling running to faster than the device can support ? I
On Thursday 05 July 2007, Felipe Balbi wrote:
> Hi Alan,
>
> On 7/5/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > On Wed, 4 Jul 2007, Felipe Balbi wrote:
> >
> > > > If the device firmware has gone crazy, reset the device, then port.
> > > > This is what HID does, for example, because in it's ille
On Thursday 05 July 2007, Alan Stern wrote:
> On Wed, 4 Jul 2007, Jon Smirl wrote:
>
> > I'm working on the Ralink rt2x00usb driver. It is getting stuck in a
> > state where the receive urb is returning -75, EOVERFLOW. It promptly
> > ignores the error and resubmits the urb. Which comes back again
Hi Alan,
On 7/5/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Jul 2007, Felipe Balbi wrote:
>
> > > If the device firmware has gone crazy, reset the device, then port.
> > > This is what HID does, for example, because in it's illegal for
> > > HID devices to bunch reports together.
> >
> >
On Wed, 4 Jul 2007, Felipe Balbi wrote:
> > If the device firmware has gone crazy, reset the device, then port.
> > This is what HID does, for example, because in it's illegal for
> > HID devices to bunch reports together.
>
> and what about ending the session and starting all over again???
> see
On Wed, 4 Jul 2007, Jon Smirl wrote:
> I'm working on the Ralink rt2x00usb driver. It is getting stuck in a
> state where the receive urb is returning -75, EOVERFLOW. It promptly
> ignores the error and resubmits the urb. Which comes back again with
> EOVERFLOW. What does this error mean and how s
hi pete,
On 7/4/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Jul 2007 15:54:22 -0400, "Jon Smirl" <[EMAIL PROTECTED]> wrote:
>
> > I'm working on the Ralink rt2x00usb driver. It is getting stuck in a
> > state where the receive urb is returning -75, EOVERFLOW. It promptly
> > ignores th
On Wed, 4 Jul 2007 15:54:22 -0400, "Jon Smirl" <[EMAIL PROTECTED]> wrote:
> I'm working on the Ralink rt2x00usb driver. It is getting stuck in a
> state where the receive urb is returning -75, EOVERFLOW. It promptly
> ignores the error and resubmits the urb. Which comes back again with
> EOVERFLOW
I'm working on the Ralink rt2x00usb driver. It is getting stuck in a
state where the receive urb is returning -75, EOVERFLOW. It promptly
ignores the error and resubmits the urb. Which comes back again with
EOVERFLOW. What does this error mean and how should it be handled?
The device is plugged in
12 matches
Mail list logo
