linux-kernel - Re: ehci-hcd affects hda speed

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] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 20 Mar 2008 06:08:39 +0100
From:	"Alessandro Suardi" <alessandro.suardi@...il.com>
To:	"Rene Herman" <rene.herman@...access.nl>
Cc:	"Lev A. Melnikovsky" <melnikovsky@...l.ru>,
	"David Brownell" <david-b@...bell.net>,
	"Linux Kernel" <linux-kernel@...r.kernel.org>
Subject: Re: ehci-hcd affects hda speed

On Thu, Mar 20, 2008 at 1:31 AM, Rene Herman <rene.herman@...access.nl> wrote:
> On 20-03-08 00:47, Lev A. Melnikovsky wrote:
>
>  > Just in case - I do have an A7V8X-based PC in the office and have
>  > performed a simple experiment.
>  >
>  > #1. Idle USB controller has no effect on PCI performance (I again
>  > measured hda throughput).
>  >
>  > #2. Default value for register 4Bh is 09h.
>  >
>  > #3. I have detected no effect of changing [4Bh]=29h. Particularly, USB
>  > FLASH read speed is ~8MB/s and hda read speed is ~40MB/s regardless of
>  > [4Bh] content. During hda timing, "dd if=/dev/sda of=/dev/null bs=1024"
>  > was running in another window (/dev/sda being the USB stick).
>  >
>  > My interpretation, is that bit5 at offset 4B may _not_ be an "EHCI sleep
>  > time select" like it is for VT6212. Am I missing something?
>
>  No, very useful test, thanks much. Patch as submitted for revision 0x6x will
>  stand then.
>
>  I do wonder -- is your hda throughput also the same before _ever_ attaching
>  anything to the EHCI controller and after? In my case, the slow down only
>  happened after switching on my external USB drive once, and would persist
>  from that time until reboot (or unloading ehci-hcd, which I kept modular for
>  exactly that reason).
>
>  The sleep time wasn't the core problem, so I wonder of later VIA chips do
>  still have the active async schedule problem...
>
>  Alessandro? You said there still was a difference for you between no EHCI at
>  all and EHCI after tweaking 4B as Lev showed. How much?

When used setpci to tweak the setting, my hdparm -t went
 from 17 to 25MB/s on /dev/hda.

With your patch applied, now after booting it says 33MB/s for
 hda and 37MB/s on hdb (and I can burn DVDs at a stable 6x
 now, while growisofs backed off to 4x in less than a minute
 before the patch).

If the patch does exactly what setpci did, then perhaps I had
 other activity on hda at the moment I ran the test...

--alessandro

 "We act as though comfort and luxury were the chief requirements
 of life, when all that we need to make us really happy is
 something to be enthusiastic about."

 (Charles Kingsley)
--
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/