Re: [PATCH v2] drm/i915: Prepare GEM for suspend earlier

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

 



Quoting Chris Wilson (2018-05-22 15:35:34)
> In order to prepare the GPU for sleeping, we may want to submit commands
> to it. This is a complicated process that may even require some swapping
> in from shmemfs, if the GPU was in the wrong state. As such, we need to
> do this preparation step synchronously before the rest of the system has
> started to turn off (e.g. swapin fails if scsi is suspended).
> Fortunately, we are provided with a such a hook, pm_ops.prepare().

Now, this problem would also be solved by 
RFC drm/i915: Switch to kernel context before idling at runtime
as with that patch, we would be sure to already be on the kernel context
before we unpin the state and so not need to issue the request to
switch.

But I think there is a wider problem this solves for us by making sure
the backing store is still accessible while we finish off user
operations. Otherwise with the async suspend, it does seem like we might
find ourselves unable to flush buffers to disk.
-Chris
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux