On Fri, 11 Feb 2005, Wolfgang Mües wrote:
> If the HC hardware retry logik is "rotten", yes, then the fix belongs to
> the HC driver, I think.
Maybe "rotten" isn't the best word, but there's no question that the
hardware retry logic doesn't cope well with transient errors (spikes)
lasting more t
Hello Alan!
On Thursday 10 February 2005 22:12, Alan Stern wrote:
> On Thu, 10 Feb 2005, Wolfgang Mües wrote:
> > My driver (auerswald) tries so send more than one URB to ep0 at a
> > time! But - I have learned that this does not work reliable,
> > especially with the UHCI hardware. This is mostly
On Thu, 10 Feb 2005, Wolfgang Mües wrote:
> My driver (auerswald) tries so send more than one URB to ep0 at a time!
> But - I have learned that this does not work reliable, especially with
> the UHCI hardware. This is mostly because of two facts:
>
> a) If there is a spike on the line, the retry
On Thursday 10 February 2005 8:25 am, Alan Stern wrote:
>
> How does the design of the USB network class fit in with the notion that a
> bulk pipe transmits a single, reliable, logical stream of data? Networks
> aren't like that; they transmit unreliably many independent packets.
Well, there isn
On Thu, 10 Feb 2005, Oliver Neukum wrote:
> For simply net devices all outstanding packets are canceled. But are you
> really sure that no interface at all needs selective unlinking?
Have I checked all the in-kernel drivers to see if that's true? No. The
statement was made from a theoretical p
Hello Alan,
On Thursday 10 February 2005 16:41, Alan Stern wrote:
> We've discussed in the past that the notion of unlinking a single URB
> is unnatural. When a driver has multiple URBs queued for an endpoint
> it will always want to unlink all of them together; it will never
> want to unlink onl
Am Donnerstag, 10. Februar 2005 17:25 schrieb Alan Stern:
> On Thu, 10 Feb 2005, Oliver Neukum wrote:
>
> > Am Donnerstag, 10. Februar 2005 16:41 schrieb Alan Stern:
> > > We've discussed in the past that the notion of unlinking a single URB is
> > > unnatural. When a driver has multiple URBs que
On Thu, 10 Feb 2005, Oliver Neukum wrote:
> Am Donnerstag, 10. Februar 2005 16:41 schrieb Alan Stern:
> > We've discussed in the past that the notion of unlinking a single URB is
> > unnatural. When a driver has multiple URBs queued for an endpoint it will
> > always want to unlink all of them to
Am Donnerstag, 10. Februar 2005 16:41 schrieb Alan Stern:
> We've discussed in the past that the notion of unlinking a single URB is
> unnatural. When a driver has multiple URBs queued for an endpoint it will
> always want to unlink all of them together; it will never want to unlink
> only some --
David:
I had an idea this morning.
We've discussed in the past that the notion of unlinking a single URB is
unnatural. When a driver has multiple URBs queued for an endpoint it will
always want to unlink all of them together; it will never want to unlink
only some -- that wouldn't make any sense
10 matches
Mail list logo
