Skip to content

kms: Inhibit real time scheduling until initial mode set

Jonas Ådahl requested to merge jadahl/mutter:wip/no-rt-during-startup into main

We're already inhibiting real time scheduling when reading new KMS state after hot plugs, as well as when during mode sets, due to the kernel not being able to reliably handle these within the 250 ms limit. However, we didn't do this during initial probing, which meant that occasionally we'd run into these kind of issues during startup.

Handle this by always inhibiting real time scheduling up front, and don't uninhibit until all initially discovered device have finished processing their initial mode set.

Closes: #3628 (closed)


Cc: @vanvugt, @daenzer

Merge request reports

Loading