[SRU] [B/D/E/Unstable/OEM-B/OEM-OSP1-B] [PATCH 0/2] Fix unusable USB hub on Dell TB16 after S3

Kleber Souza kleber.souza at canonical.com
Wed Dec 11 11:16:15 UTC 2019


On 2019-12-11 10:07, Kai-Heng Feng wrote:
> 
> 
>> On Dec 11, 2019, at 17:03, Kleber Souza <kleber.souza at canonical.com> wrote:
>>
>> On 2019-12-05 18:05, Kai-Heng Feng wrote:
>>> BugLink: https://bugs.launchpad.net/bugs/1855312
>>>
>>> [Impact]
>>> Sometimes USB hub on Dell TB16 stop working after S3.
>>>
>>> [Fix]
>>> Attempt to power cycle USB device when a it's stuck at eSS.Disabled
>>> state, it's basically not recoverable. 
>>>
>>> [Test]
>>> After applying the patch, USB ports and USB ethernet are still working
>>> after 100 times S3 stress test.
>>>
>>> [Regression Potential]
>>> Low. This is a last resort attempt, in most cases this code path won't
>>> be reached.
>>>
>>> Kai-Heng Feng (2):
>>>  UBUNTU: SAUCE: USB: core: Make port power cycle a seperate helper
>>>    function
>>>  UBUNTU: SAUCE: USB: core: Attempt power cycle port when it's in
>>>    eSS.Disabled state
>>>
>>> drivers/usb/core/hub.c  | 46 +++++++++++++++++++++++++++++++++++------
>>> drivers/usb/core/hub.h  |  3 +--
>>> drivers/usb/core/port.c |  4 ++--
>>> 3 files changed, 43 insertions(+), 10 deletions(-)
>>>
>>
>> Hi Kai-Heng,
>>
>> The fix is targeted to Unstable so I assume this affects mainline as
>> well. Are we going to try to upstream this fix?
> 
> Yes. I've been poking upstream many times but there's no response.
> This fix is quite crucial to TB16 so we still need this in our kernel.
> 
> Kai-Heng
> 

Although you mentioned this code path is a last resort and won't be executed
in most of the cases, this touches the USB core code and the patches don't 
look trivial. So I would like to get some more info about any regression
tests we have executed on other platforms other than the affected one.

Thanks,
Kleber




More information about the kernel-team mailing list