linux-kernel - Re: USB devices on Dell TB16 dock stop working after resuming

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]

Message-ID: <d8cb6bc6-8145-eaed-5ba4-d7291478bdd7@molgen.mpg.de>
Date:   Mon, 4 Nov 2019 17:11:10 +0100
From:   Paul Menzel <pmenzel@...gen.mpg.de>
To:     Mario Limonciello <mario.limonciello@...l.com>,
        Mika Westerberg <mika.westerberg@...ux.intel.com>
Cc:     Andreas Noever <andreas.noever@...il.com>,
        Michael Jamet <michael.jamet@...el.com>,
        Yehezkel Bernat <YehezkelShB@...il.com>,
        Christian Kellner <ck@...om.net>, linux-kernel@...r.kernel.org,
        Anthony Wong <anthony.wong@...onical.com>
Subject: Re: USB devices on Dell TB16 dock stop working after resuming

Dear Mika, dear Mario,


On 2019-11-04 16:49, Mario.Limonciello@...l.com wrote:

>> From: Mika Westerberg <mika.westerberg@...ux.intel.com>
>> Sent: Monday, November 4, 2019 9:45 AM

>> On Mon, Nov 04, 2019 at 04:44:40PM +0200, Mika Westerberg wrote:
>>> On Mon, Nov 04, 2019 at 04:25:03PM +0200, Mika Westerberg wrote:

>>>> On Mon, Nov 04, 2019 at 02:13:13PM +0100, Paul Menzel wrote:

>>>>> On the Dell XPS 13 9380 with Debian Sid/unstable with Linux 5.3.7
>>>>> suspending the system, and resuming with Dell’s Thunderbolt TB16
>>>>> dock connected, the USB input devices, keyboard and mouse,
>>>>> connected to the TB16 stop working. They work for a few seconds
>>>>> (mouse cursor can be moved), but then stop working. The laptop
>>>>> keyboard and touchpad still works fine. All firmware is up-to-date
>>>>> according to `fwupdmgr`.
>>>>
>>>> What are the exact steps to reproduce? Just "echo mem >
>>>> /sys/power/state" and then resume by pressing power button?

GNOME Shell 3.34.1+git20191024-1 is used, and the user just closes the
display. So more than `echo mem > /sys/power/state` is done. What
distribution do you use?

>>> I tried v5.4-rc6 on my 9380 with TB16 dock connected and did a couple of
>>> suspend/resume cycles (to s2idle) but I don't see any issues.
>>>
>>> I may have older/different firmware than you, though.
>>
>> Upgraded BIOS to 1.8.0 and TBT NVM to v44 but still can't reproduce this
>> on my system :/

The user reported the issue with the previous firmwares 1.x and TBT NVM v40.
Updating to the recent version (I got the logs with) did not fix the issue.

> Loop Anthony.  Anthony can you see if you guys repro this at all too?
> 
> As a potential point of comparison and sometimes pain area, I'm wondering if
> something in userland is poking power states for Paul leading to this.
> 
> Paul what sort of power management policies are you using on your machine? 
> Anything like:
> * powertop  --auto-tune, 
> * TLP
> * systemd > 243 (contains some stuff for automatic suspend)

I’ll check with the user again, but to my knowledge nothing from the list is
used on the device.


Kind regards,

Paul


Download attachment "smime.p7s" of type "application/pkcs7-signature" (5174 bytes)