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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <695fe58e-1e66-a8f5-4232-3b7beedf9e4d@redhat.com>
Date:   Tue, 25 Jul 2017 12:06:16 +0200
From:   Zdenek Kabelac <zkabelac@...hat.com>
To:     Alan Stern <stern@...land.harvard.edu>
Cc:     LKML <linux-kernel@...r.kernel.org>, dianders@...omium.org,
        linux@...ck-us.net, gregkh@...uxfoundation.org
Subject: Re: USB disk speed regression WD Elements - with bisect result
 22547c4cc4fe20698a6a85a55b8788859134b8e4

Dne 24.7.2017 v 16:41 Alan Stern napsal(a):
> On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
> 
>> Hi
>>
>> I've problem with my USB storage devices:  WD Elements 1TB.
>> (Bus 004 Device 002: ID 1058:10a8 Western Digital Technologies, Inc. Elements
>> Portable (WDBUZG))
>>
>>
>> After kernel >4.9  when disk is attached via cable it has very low speed
>> (less then 1MB/s).
>>
>> It can run at full speed (>22MB/s) when the Linux kernel is fully rebooted (so
>> disk is attached during the reboot of Lenovo T61, C2D, Fedora Rawhide).
>>
>> However when >4.9 kernel is running and disk is just attached it's very slow.
>>
>> I've played a bisect game - and the clean result has been:
>>
>> 22547c4cc4fe20698a6a85a55b8788859134b8e4
>>
>> When I just revert this patch with 4.13-rc1 - it's again running with full
>> speed even when disk is attached (thus no reboot is needed for full speed).
>>
>>
>> So while I've no idea what 22547c4cc4fe20698... is doing, it seems to have
>> some unpleasant side-effect on regular USB devices.
>>
>> So what else is needed to get this properly working ?
>> (assuming plain revert of  22547c4cc4fe20698 is unwanted).
>>
>> What more info can I provide to get this storage 'normally' usable without
>> rebooting the machine.
> 
> Please post the dmesg logs showing what happens when the disk is
> first attached and operates slowly, and what happens when the disk is
> attached following a reboot and operates normally.

So I'm attaching kernel traces from  kernel 4.8  & 4.12 from T61.

Both are from full boot (all kernel: messages)

In both cases - boot was with USB WD disk attached -
then I've detached USB disk and reattached again.

On 4.8 this had normal speed all the time
On 4.12 after reattach -> slow speed.

I should also add that on Lenovo T440s - there seems to be NO slowdown
when this WD Element drive is attached it works normally all the time.

So it could be probably related to USB chipset on T61 ??

For completeness I'm also attaching boot kernel trace from T440s where USB 
disk is just attached and works with normal speed.


Zdenek

Download attachment "k4.8" of type "application/x-troff-man" (45089 bytes)

View attachment "k4.12" of type "text/plain" (46320 bytes)

View attachment "k440s" of type "text/plain" (44926 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ