[PATCH 2/3] usb: xhci-mtk: fix UAS issue by XHCI_BROKEN_STREAMS quirk

Matthias Brugger matthias.bgg at gmail.com
Sun Jan 31 09:13:23 EST 2021



On 24/12/2020 08:18, Chunfeng Yun wrote:
> On Wed, 2020-12-16 at 19:43 -0800, Rosen Penev wrote:
>> On Wed, Dec 16, 2020 at 6:29 PM Chunfeng Yun <chunfeng.yun at mediatek.com> wrote:
>>>
>>> On Wed, 2020-12-16 at 20:28 +0800, Nicolas Boichat wrote:
>>>> On Wed, Dec 16, 2020 at 7:53 PM Chunfeng Yun <chunfeng.yun at mediatek.com> wrote:
[...]
>>>>>         mtk->lpm_support = of_property_read_bool(node, "usb3-lpm-capable");
>>>>> +       mtk->broken_streams =
>>>>> +               of_property_read_bool(node, "mediatek,broken_streams_quirk");
>>>>
>>>> Would it be better to add a data field to struct of_device_id
>>>> mtk_xhci_of_match, and enable this quirk on mediatek,mt8173-xhci only?
>>> This is the common issue for all SoCs (before 2016.06) with 0.96 xHCI
>>> when the controller don't support bulk stream. If enable this quirk only
>>> for mt8173, then for other SoCs, the compatible need include
>>> "mediatek,mt8173-xhci" in dts, this may be not flexible for some cases,
>>> e.g. a new SoC has the broken stream as mt8173, but also has another
>>> different quirk, the way you suggested will not handle it.
>>> And I plan to remove "mediatek,mt8173-xhci" in mtk_xhci_of_match after
>>> converting the binding to YMAL.
>> I'm guessing this also applies to mt7621?
> Yes, mt7621 doesn't support bulk stream
> 

Then please provide patches to the DTSI for all SoCs that have this problem.
Either as a follow-up or as part of this series, if you need to resubmit.

Regards,
Matthias



More information about the Linux-mediatek mailing list