Re: [PATCH] thunderbolt: Honor TMU requirements in the domain when setting TMU mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 11, 2024 at 02:31:33PM +0300, Mika Westerberg wrote:
> From: Gil Fine <gil.fine@xxxxxxxxxxxxxxx>
> 
> Currently, when configuring TMU (Time Management Unit) mode of a given
> router, we take into account only its own TMU requirements ignoring
> other routers in the domain. This is problematic if the router we are
> configuring has lower TMU requirements than what is already configured
> in the domain.
> 
> In the scenario below, we have a host router with two USB4 ports: A and
> B. Port A connected to device router #1 (which supports CL states) and
> existing DisplayPort tunnel, thus, the TMU mode is HiFi uni-directional.
> 
> 1. Initial topology
> 
>           [Host]
>          A/
>          /
>  [Device #1]
>    /
> Monitor
> 
> 2. Plug in device #2 (that supports CL states) to downstream port B of
>    the host router
> 
>          [Host]
>         A/    B\
>         /       \
>  [Device #1]    [Device #2]
>    /
> Monitor
> 
> The TMU mode on port B and port A will be configured to LowRes which is
> not what we want and will cause monitor to start flickering.
> 
> To address this we first scan the domain and search for any router
> configured to HiFi uni-directional mode, and if found, configure TMU
> mode of the given router to HiFi uni-directional as well.
> 
> Cc: stable@xxxxxxxxxxxxxxx
> Signed-off-by: Gil Fine <gil.fine@xxxxxxxxxxxxxxx>
> Signed-off-by: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>

Applied to thunderbolt.git/fixes.




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux