In case you're interested, I've started getting reports that this patch
does fix the problem. I haven't tested it myself yet, but it seems that
other people have.
David, I think you should send this to Greg K-H for inclusion.
Matt
On Fri, Oct 18, 2002 at 03:27:08PM -0700, David Brownell wrote:
I'd really like an HCD guy to look at this. I've tested this every way I
can think of -- attempts to clear the halt on the bulk-in endpoint all
return -EPIPE. I know that the device is okay, because the same sequence
on 2.4.x works just fine.
I think I got it. Basically, in 2.5 usb_pipein()
On Mon, Oct 07, 2002 at 04:41:37PM -0700, David Brownell wrote:
> Matthew Dharm wrote:
> > I'd really like an HCD guy to look at this. I've tested this every way I
> > can think of -- attempts to clear the halt on the bulk-in endpoint all
> > return -EPIPE. I know that the device is okay, becaus
Matthew Dharm wrote:
> David --
>
> Do you still have your ISD-300 unit? That's a chip we're both familiar
> with (and I believe both have).
Yes.
> I'd really like an HCD guy to look at this. I've tested this every way I
> can think of -- attempts to clear the halt on the bulk-in endpoint al
David --
Do you still have your ISD-300 unit? That's a chip we're both familiar
with (and I believe both have).
I'd really like an HCD guy to look at this. I've tested this every way I
can think of -- attempts to clear the halt on the bulk-in endpoint all
return -EPIPE. I know that the device
On Fri, 4 Oct 2002, David Brownell wrote:
> Matthew Dharm wrote:
> > Hrm...
> >
> > Well, I can try this as an experiment... just assume that the clear halt
> > has worked... tho the logs suggest that it didn't.
>
> I'm not sure I see what you're saying. I think the correct response
> from devic
Okay. This is confusion.
The original report was that when a _bulk_ pipe stalled, the attempt to
clear the stall also reported -EPIPE.
We're not trying to clear stalls on control endpoints.
Matt
On Fri, Oct 04, 2002 at 12:50:19PM -0700, David Brownell wrote:
> Matthew Dharm wrote:
> > Hrm...
Matthew Dharm wrote:
> Hrm...
>
> Well, I can try this as an experiment... just assume that the clear halt
> has worked... tho the logs suggest that it didn't.
I'm not sure I see what you're saying. I think the correct response
from device+core+hcds is quite typically going to be reporting -EPI
Hrm...
Well, I can try this as an experiment... just assume that the clear halt
has worked... tho the logs suggest that it didn't.
And, this doesn't explain why the code used to work but doesn't now. We
used to be able to clear halts with this code -- so what went wrong?
Matt
On Thu, Oct 03,
Wolfgang Mües wrote:
> Hello,
>
> On Monday 30 September 2002 16:24, Alan Stern wrote:
>
>>Actually, it is possible to receive EPIPE for a control endpoint. But it
>>shouldn't happen very often. In fact, with normal use we shouldn't see it
>>at all.
>
>
> Oh yes, I have seen it. EPIPE on con
Hello,
On Monday 30 September 2002 16:24, Alan Stern wrote:
> Actually, it is possible to receive EPIPE for a control endpoint. But it
> shouldn't happen very often. In fact, with normal use we shouldn't see it
> at all.
Oh yes, I have seen it. EPIPE on control endpoints. Mostly with the usb-u
11 matches
Mail list logo
