linux-kernel - Re: USB performance bug since kernel 2.6.13 (CRITICAL???)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Fri, 13 Oct 2006 08:12:10 -0400
From:	Ed Tomlinson <edt@....ca>
To:	Lee Revell <rlrevell@...-job.com>
Cc:	Open Source <opensource3141@...oo.com>,
	linux-usb-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: USB performance bug since kernel 2.6.13 (CRITICAL???)

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/