* Reset thunderbolt topologies at bootup
@ 2024-04-23 18:54 Mario Limonciello
2024-04-23 19:50 ` Greg KH
2024-04-23 19:52 ` Greg KH
0 siblings, 2 replies; 4+ messages in thread
From: Mario Limonciello @ 2024-04-23 18:54 UTC (permalink / raw)
To: stable@vger.kernel.org
Hi,
We've got a collection of bug reports about how if a Thunderbolt device
is connected at bootup it doesn't behave the same as if it were
hotplugged by the user after bootup. Issues range from non-functional
devices or display devices working at lower performance.
All of the issues stem from a pre-OS firmware initializing the USB4
controller and the OS re-using those tunnels. This has been fixed in
6.9-rc1 by resetting the controller to a fresh state and discarding
whatever firmware has done. I'd like to bring it back to 6.6.y LTS and
6.8.y stable.
01da6b99d49f6 thunderbolt: Introduce tb_port_reset()
b35c1d7b11da8 thunderbolt: Introduce tb_path_deactivate_hop()
ec8162b3f0683 thunderbolt: Make tb_switch_reset() support Thunderbolt 2,
3 and USB4 routers
9a54c5f3dbde thunderbolt: Reset topology created by the boot firmware
Thanks!
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Reset thunderbolt topologies at bootup
2024-04-23 18:54 Reset thunderbolt topologies at bootup Mario Limonciello
@ 2024-04-23 19:50 ` Greg KH
2024-04-23 19:51 ` Mario Limonciello
2024-04-23 19:52 ` Greg KH
1 sibling, 1 reply; 4+ messages in thread
From: Greg KH @ 2024-04-23 19:50 UTC (permalink / raw)
To: Mario Limonciello; +Cc: stable@vger.kernel.org
On Tue, Apr 23, 2024 at 01:54:27PM -0500, Mario Limonciello wrote:
> Hi,
>
> We've got a collection of bug reports about how if a Thunderbolt device is
> connected at bootup it doesn't behave the same as if it were hotplugged by
> the user after bootup. Issues range from non-functional devices or display
> devices working at lower performance.
>
> All of the issues stem from a pre-OS firmware initializing the USB4
> controller and the OS re-using those tunnels. This has been fixed in
> 6.9-rc1 by resetting the controller to a fresh state and discarding whatever
> firmware has done. I'd like to bring it back to 6.6.y LTS and 6.8.y stable.
>
> 01da6b99d49f6 thunderbolt: Introduce tb_port_reset()
> b35c1d7b11da8 thunderbolt: Introduce tb_path_deactivate_hop()
> ec8162b3f0683 thunderbolt: Make tb_switch_reset() support Thunderbolt 2, 3
> and USB4 routers
> 9a54c5f3dbde thunderbolt: Reset topology created by the boot firmware
The last one seems wrong, it's really
59a54c5f3dbde00b8ad30aef27fe35b1fe07bf5c, right?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Reset thunderbolt topologies at bootup
2024-04-23 19:50 ` Greg KH
@ 2024-04-23 19:51 ` Mario Limonciello
0 siblings, 0 replies; 4+ messages in thread
From: Mario Limonciello @ 2024-04-23 19:51 UTC (permalink / raw)
To: Greg KH; +Cc: stable@vger.kernel.org
On 4/23/2024 14:50, Greg KH wrote:
> On Tue, Apr 23, 2024 at 01:54:27PM -0500, Mario Limonciello wrote:
>> Hi,
>>
>> We've got a collection of bug reports about how if a Thunderbolt device is
>> connected at bootup it doesn't behave the same as if it were hotplugged by
>> the user after bootup. Issues range from non-functional devices or display
>> devices working at lower performance.
>>
>> All of the issues stem from a pre-OS firmware initializing the USB4
>> controller and the OS re-using those tunnels. This has been fixed in
>> 6.9-rc1 by resetting the controller to a fresh state and discarding whatever
>> firmware has done. I'd like to bring it back to 6.6.y LTS and 6.8.y stable.
>>
>> 01da6b99d49f6 thunderbolt: Introduce tb_port_reset()
>> b35c1d7b11da8 thunderbolt: Introduce tb_path_deactivate_hop()
>> ec8162b3f0683 thunderbolt: Make tb_switch_reset() support Thunderbolt 2, 3
>> and USB4 routers
>> 9a54c5f3dbde thunderbolt: Reset topology created by the boot firmware
>
> The last one seems wrong, it's really
> 59a54c5f3dbde00b8ad30aef27fe35b1fe07bf5c, right?
It sure is, thanks for catching my copy paste mistake from my local test :)
>
> thanks,
>
> greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Reset thunderbolt topologies at bootup
2024-04-23 18:54 Reset thunderbolt topologies at bootup Mario Limonciello
2024-04-23 19:50 ` Greg KH
@ 2024-04-23 19:52 ` Greg KH
1 sibling, 0 replies; 4+ messages in thread
From: Greg KH @ 2024-04-23 19:52 UTC (permalink / raw)
To: Mario Limonciello; +Cc: stable@vger.kernel.org
On Tue, Apr 23, 2024 at 01:54:27PM -0500, Mario Limonciello wrote:
> Hi,
>
> We've got a collection of bug reports about how if a Thunderbolt device is
> connected at bootup it doesn't behave the same as if it were hotplugged by
> the user after bootup. Issues range from non-functional devices or display
> devices working at lower performance.
>
> All of the issues stem from a pre-OS firmware initializing the USB4
> controller and the OS re-using those tunnels. This has been fixed in
> 6.9-rc1 by resetting the controller to a fresh state and discarding whatever
> firmware has done. I'd like to bring it back to 6.6.y LTS and 6.8.y stable.
>
> 01da6b99d49f6 thunderbolt: Introduce tb_port_reset()
> b35c1d7b11da8 thunderbolt: Introduce tb_path_deactivate_hop()
> ec8162b3f0683 thunderbolt: Make tb_switch_reset() support Thunderbolt 2, 3
> and USB4 routers
> 9a54c5f3dbde thunderbolt: Reset topology created by the boot firmware
All now queued up, thanks.
greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-04-23 19:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-04-23 18:54 Reset thunderbolt topologies at bootup Mario Limonciello
2024-04-23 19:50 ` Greg KH
2024-04-23 19:51 ` Mario Limonciello
2024-04-23 19:52 ` Greg KH
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox