On Mon, Jul 1, 2019 at 11:25 AM Eric Anholt <e...@anholt.net> wrote: > > Rob Clark <robdcl...@gmail.com> writes: > > > From: Rob Clark <robdcl...@chromium.org> > > > > The goal here is to support inheriting a display setup by bootloader, > > although there may also be some non-display related use-cases. > > > > Rough idea is to add a flag for clks and power domains that might > > already be enabled when kernel starts, and which should not be > > disabled at late_initcall if the kernel thinks they are "unused". > > > > If bootloader is enabling display, and kernel is using efifb before > > real display driver is loaded (potentially from kernel module after > > userspace starts, in a typical distro kernel), we don't want to kill > > the clocks and power domains that are used by the display before > > userspace starts. > > > > Signed-off-by: Rob Clark <robdcl...@chromium.org> > > Raspberry Pi is carrying downstream hacks to do similar stuff, and it > would be great to see CCF finally support this.
yeah, both this and the multiple-possible-panel thing are a big source of downstream hacks on basically every android device too.. :-/ it certainly would be nice to have upstream solutions for these problems to give downstream hacks a reason not to exist BR, -R _______________________________________________ Freedreno mailing list Freedreno@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/freedreno