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
