On Mon, Nov 29, 2021 at 8:30 AM Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx> wrote: > > Hi, > > On Fri, Nov 26, 2021 at 09:01:50PM +0100, Lukas Wunner wrote: > > On Thu, Nov 25, 2021 at 10:37:29AM +0300, Mika Westerberg wrote: > > > If the boot firmware implements connection manager of its own it may not > > > create the paths in the same way or order we do. For example it may > > > create first PCIe tunnel and the USB3 tunnel. When we restore our the -> then? > > > tunnels (first de-activating them) we may be doing that over completely > > > different tunnel and that leaves them possible non-functional. For this tunnel -> tunnels? possible -> possibly? > > > reason we re-use the tunnel discovery functionality and find out all the > > > existing tunnels, and tear them down. Once that is done we can restore > > > our tunnels. > > > > Hm, what if the system is running from a Thunderbolt-attached drive? > > Will the mount points survive tearing down and re-establishing the > > tunnels to that drive? > > Yes, they should. PCI is waiting for the TBT to resume so it should not > notice this, and all the data is at point still synced out to the disks. But the user will notice the screen flashing, probably? Maybe we can continue using the already established tunnels after discovering them? Is this because the FW might not support the same set of functionality?
