[PATCH 3/9] drm: Add simplekms driver

Maxime Ripard maxime at cerno.tech
Fri Sep 25 15:14:10 UTC 2020


Hi Thomas,

On Fri, Sep 25, 2020 at 05:01:23PM +0200, Thomas Zimmermann wrote:
> >> +					   ARRAY_SIZE(simplekms_formats),
> >> +					   simplekms_format_modifiers,
> >> +					   connector);
> >> +	if (ret)
> >> +		return ret;
> >> +
> >> +	drm_mode_config_reset(dev);
> > 
> > This breaks fastboot. I think ideally we'd have the state represent
> > everything is on, and allocate an fb + buffer with the current contents of
> > the framebuffer. Since we can allocate an fb that matches this shouldn't
> > be a problem, just a raw memcpy_fromio should do the job.
> 
> I'm trying to wrap my head around how the fastboot setup is implemented.
> 
> Apparently, i915's fbdev code goes through the existing pipeline state
> and fills the fb_info structure with compatible settings.
> 
> Where is the initial pipeline state created? If I write reset handlers
> that initialize the pipeline to the simple-framebuffer's fixed state,
> whould that be sufficient? A later stage could then do the equivalent of
> intel_fbdev_init_bios().
> 
> The simple-kms helpers don't seem to support custom reset handlers or
> atomic-state callbacks. I guess that would require and update as well?

You probably want to read the following :)

https://lore.kernel.org/dri-devel/CAKMK7uHtqHy_oz4W7F+hmp9iqp7W5Ra8CxPvJ=9BwmvfU-O0gg@mail.gmail.com/

It's been on my todo-list since, but I never got to work on it :/

Maxime
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20200925/39bce163/attachment-0001.sig>


More information about the dri-devel mailing list