Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- From: Ed Tomlinson <edt@xxxxxx>
- Date: Fri, 13 Oct 2006 08:12:10 -0400
On Thursday 12 October 2006 17:26, Lee Revell wrote:
On Thu, 2006-10-12 at 13:56 -0700, Open Source wrote:
Yes, I am pretty sure you are right about the timing. But it shouldn't be that way. If it is, then there's a bug.
I'm fully willing to accept there is something else I should be doing driver-wise, but it shoudn't require recompiling the stock distribution kernels. Otherwise, Linux is not competitive with Microsoft Windows in this regard!
I'll try a recompile and report back. In the meantime, if anyone else has any ideas, please let me know!
Yes, I agree that it would be a bug. If it turns out to be related to
CONFIG_HZ, ask your distro why they rolled it back from 1000 to 250Hz.
If this turns out to be tied to the HZ rate its a bug. It _should_ not be using
this timing to do this ergo bug. You may be able to bypass by using 1000Hz
but this is not a fix...
Ed Tomlinson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- From: Open Source
- Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- From: Lee Revell
- Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- Prev by Date: Current kernels break libdvdcss
- Next by Date: Re: [RFC]: Possible race condition on an SMP between proc_lookupfd and tasks on other cpus
- Previous by thread: Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- Next by thread: Re: USB performance bug since kernel 2.6.13 (CRITICAL???)
- Index(es):
Relevant Pages
|
