From: Paul Menzel <pmenzel@molgen.mpg.de>
To: Mika Westerberg <mika.westerberg@linux.intel.com>
Cc: Mario Limonciello <mario.limonciello@dell.com>,
Andreas Noever <andreas.noever@gmail.com>,
Michael Jamet <michael.jamet@intel.com>,
Yehezkel Bernat <YehezkelShB@gmail.com>,
Christian Kellner <ck@xatom.net>,
linux-kernel@vger.kernel.org,
Anthony Wong <anthony.wong@canonical.com>,
Mathias Nyman <mathias.nyman@linux.intel.com>
Subject: Re: USB devices on Dell TB16 dock stop working after resuming
Date: Fri, 22 Nov 2019 12:33:44 +0100 [thread overview]
Message-ID: <ae67c377-4763-4648-a91c-b9351e3b1cf1@molgen.mpg.de> (raw)
In-Reply-To: <20191122112921.GF11621@lahna.fi.intel.com>
[-- Attachment #1: Type: text/plain, Size: 5807 bytes --]
Dear Mika,
On 2019-11-22 12:29, Mika Westerberg wrote:
> On Fri, Nov 22, 2019 at 12:05:13PM +0100, Paul Menzel wrote:
>> On 2019-11-22 11:50, Mika Westerberg wrote:
>>> On Wed, Nov 20, 2019 at 12:50:53PM +0200, Mika Westerberg wrote:
>>>> On Tue, Nov 19, 2019 at 05:55:43PM +0100, Paul Menzel wrote:
>>
>>>>> On 2019-11-04 17:21, Mika Westerberg wrote:
>>>>>> On Mon, Nov 04, 2019 at 05:11:10PM +0100, Paul Menzel wrote:
>>>>>
>>>>>>> On 2019-11-04 16:49, Mario.Limonciello@dell.com wrote:
>>>>>>>
>>>>>>>>> From: Mika Westerberg <mika.westerberg@linux.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 have buildroot based "distro" so there is no UI running.
>>>>>
>>>>> Hmm, this is quite different from the “normal” use-case of the these devices.
>>>>> That way you won’t hit the bugs of the normal users. ;-)
>>>>
>>>> Well, I can install some distro to that thing also :) I suppose Debian
>>>> 10.2 does have this issue, no?
>>>>
>>>>>>>>>> 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.
>>>>>>
>>>>>> I also tried v40 (that was originally on that system) but I was not able
>>>>>> to reproduce it.
>>>>>>
>>>>>> Do you know if the user changed any BIOS settings?
>>>>>
>>>>> We had to disable the Thunderbolt security settings as otherwise the USB
>>>>> devices wouldn’t work at cold boot either.
>>>>
>>>> That does not sound right at all. There is the preboot ACL that allows
>>>> you to use TBT dock aready on boot. Bolt takes care of this.
>>>>
>>>> Are you talking about USB devices connected to the TB16 dock?
>>>>
>>>> Also are you connecting the TB16 dock to the Thunderbolt ports (left
>>>> side of the system marked with small lightning logo) or to the normal
>>>> Type-C ports (right side)?
>>>>
>>>>> So, I built Linux 5.4-rc8 (`make bindeb-pkg -j8`), but unfortunately the
>>>>> error is still there. Sometimes, re-plugging the dock helped, and sometimes
>>>>> it did not.
>>>>>
>>>>> Please find the logs attached. The strange thing is, the Linux kernel detects
>>>>> the devices and I do not see any disconnect events. But, `lsusb` does not list
>>>>> the keyboard and the mouse. Is that expected.
>>>>
>>>> I'm bit confused. Can you describe the exact steps what you do (so I can
>>>> replicate them).
>>>
>>> I managed to reproduce following scenario.
>>>
>>> 1. Boot the system up to UI
>>> 2. Connect TB16 dock (and see that it gets authorized by bolt)
>>> 3. Connect keyboard and mouse to the TB16 dock
>>> 4. Both mouse and keyboard are functional
>>> 5. Enter s2idle by closing laptop lid
>>> 6. Exit s2idle by opening the laptop lid
>>> 7. After ~10 seconds or so the mouse or keyboard or both do not work
>>> anymore. They do not respond but they are still "present".
>>>
>>> The above does not happen always but from time to time.
>>>
>>> Is this the scenario you see as well?
>>
>> Yes, it is. Though I’d say it’s only five seconds or so.
>>
>>> This is on Ubuntu 19.10 with the 5.3 stock kernel.
>>
>> “stock” in upstream’s or Ubuntu’s?
>
> It is Ubuntu's.
>
>>> I can get them work again by unplugging them and plugging back (leaving
>>> the TBT16 dock connected). Also if you run lspci when the problem
>>> occurs it still shows the dock so PCIe link stays up.
>>
>> Re-connecting the USB devices does not help here, but I still suspect it’s
>> the same issue.
>
> Yeah, sounds like so. Did you try to connect the device (mouse,
> keyboard) to another USB port?
I do not think I did, but I can’t remember. Next week would be the next chance
to test this.
>> Yesterday, I had my hand on a Dell XPS 13 7390 (10th Intel generation) and
>> tried it with the shipped Ubuntu 18.04 LTS. There, the problem was not
>> always reproducible, but it still happened. Sometimes, only one of the USB
>> device (either keyboard or mouse) stopped working.
>
> I suppose this is also with the TB16 dock connected, correct?
Correct.
Can I ask again, how the USB devices connected to the dock can be listed on
the command line? lsusb needs to be adapted for that or is a different
mechanism needed?
Kind regards,
Paul
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5174 bytes --]
next prev parent reply other threads:[~2019-11-22 11:33 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-04 13:13 USB devices on Dell TB16 dock stop working after resuming Paul Menzel
2019-11-04 14:24 ` Mika Westerberg
2019-11-04 14:44 ` Mika Westerberg
2019-11-04 15:44 ` Mika Westerberg
2019-11-04 15:49 ` Mario.Limonciello
2019-11-04 16:11 ` Paul Menzel
2019-11-04 16:17 ` Mario.Limonciello
2019-11-04 16:22 ` Paul Menzel
2019-11-04 16:21 ` Mika Westerberg
2019-11-19 16:55 ` Paul Menzel
2019-11-19 17:20 ` Paul Menzel
2019-11-20 10:50 ` Mika Westerberg
2019-11-20 14:15 ` Mario.Limonciello
2019-11-20 15:23 ` Mika Westerberg
2019-11-20 17:06 ` Mario.Limonciello
2019-11-20 17:16 ` Yehezkel Bernat
2019-11-20 17:41 ` Mario.Limonciello
2019-11-20 17:43 ` Mika Westerberg
2019-11-20 17:39 ` Mika Westerberg
2019-11-22 10:50 ` Mika Westerberg
2019-11-22 11:05 ` Paul Menzel
2019-11-22 11:29 ` Mika Westerberg
2019-11-22 11:33 ` Paul Menzel [this message]
2019-11-22 11:41 ` Mika Westerberg
2019-11-25 9:20 ` Mathias Nyman
2019-11-26 11:33 ` Paul Menzel
2019-11-26 12:44 ` Mathias Nyman
2019-12-20 14:25 ` Paul Menzel
2019-12-23 9:39 ` Mathias Nyman
2020-01-17 9:56 ` Paul Menzel
2020-01-17 18:33 ` Mario.Limonciello
2020-01-18 9:15 ` Paul Menzel
2020-01-27 22:16 ` Paul Menzel
2020-02-05 13:10 ` Paul Menzel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ae67c377-4763-4648-a91c-b9351e3b1cf1@molgen.mpg.de \
--to=pmenzel@molgen.mpg.de \
--cc=YehezkelShB@gmail.com \
--cc=andreas.noever@gmail.com \
--cc=anthony.wong@canonical.com \
--cc=ck@xatom.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mario.limonciello@dell.com \
--cc=mathias.nyman@linux.intel.com \
--cc=michael.jamet@intel.com \
--cc=mika.westerberg@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).