Re: [PATCH] xhci: Fix full speed bInterval encoding some more.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, May 31, 2011 at 02:52:47PM -0400, Alan Stern wrote:
> On Tue, 31 May 2011, Sarah Sharp wrote:
> > So maybe we need to have a different clamping interval based on whether
> > the host is 0.96 or 1.0 based?  You can check xhci->hci_version, and
> > clamp it to 10 for hosts with xhci->hci_version < 0x100, and clamp it to
> > 11 otherwise.
> 
> Why go to the trouble?  Always clamp it to 10.  The host system 
> software is allowed to poll interrupt endpoints more frequently than 
> the endpoint descriptor calls for.

Sure, but does that have an effect on the driver?  For example, if we're
sending audio data more frequently than a device wants it, would the
user be able to tell the difference in the sound?

(By the way, several "old timers" in the Intel USB community were highly
disturbed when they heard the Linux can poll endpoints more frequently.
They saw the interval advertised in the endpoint as a contract, not a
suggestion.)

Sarah Sharp
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux