[PATCH v3 3/8] drm/imagination: Use pwrseq for TH1520 GPU power management
Krzysztof Kozlowski
krzk at kernel.org
Fri Jun 13 06:44:26 UTC 2025
On 11/06/2025 14:01, Michal Wilczynski wrote:
>
> However, this leads me back to a fundamental issue with the
> consumer side implementation in the generic pvr_device.c driver. The
> current fallback code is:
>
> /*
> * If the error is -EPROBE_DEFER, it's because the
> * optional sequencer provider is not present
> * and it's safe to fall back on manual power-up.
> */
> if (pwrseq_err == -EPROBE_DEFER)
> pvr_dev->pwrseq = NULL;
>
> As Krzysztof noted, simply ignoring -EPROBE_DEFER is not ideal. But if I
> change this to a standard deferred probe, the pvr_device.c driver will
Why? You have specific compatible for executing such quirks only for
given platform.
> break on all other supported SoCs. It would wait indefinitely for a
> pwrseq-thead-gpu provider that will never appear on those platforms.
>
Best regards,
Krzysztof
More information about the dri-devel
mailing list