Re: So, I had to revert d6d458d42e1 ("Handle DisplayPort tunnel activation asynchronously") too, to stop my resume crashes

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

 



On Mon, Mar 03, 2025 at 06:10:09AM -0800, Kenneth Crudup wrote:
> 
> > > And my system recognizes all new TB devices automatically
> > > (no manual intervention required).
> 
> On 3/3/25 06:01, Mika Westerberg wrote:
> 
> > Right it does that if you have screen unlocked.
> 
> I'm running Kubuntu (24.10); AFAIK it just allows them anyway. The "System
> Settings" dialog is just an Enable/Disable toggle.

Ah okay then nevermind.

> > If you "forget" them then it should in theory at least keep from creating
> > PCIe tunnels, so keeping them out of the equation (we just want to
> > concentrate on the TB/DP side here).
> 
> But what I can try is just connecting the monitors directly; the portable
> monitor directly to one of the laptop's USB-Cs, and the Odyssey's
> USB-C-to-DP w/o using the dock.

Actually just managed to reproduce this with hibernate \o/ so debugging
now.

My steps:

(I run buildroot based distro on my test systems so there is nothing
 authorizing PCIe tunnels by default)

1. Boot the system up, nothing connected.
2. Connect TBT 4 dock to the host.
3. Connect monitor to the TBT 4 dock.
4. Verify picture on screen.
5. Enter hibernate

  # rtcwake -s 60 -m disk

6. Once booted up and resumed from disk verify that the monitor displays
   correctly.




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

  Powered by Linux