[PATCH] drm/fb-helper: Mark screen buffers in system memory with FB_VIRTFB

Daniel Vetter daniel at ffwll.ch
Thu Jan 27 15:03:19 UTC 2022


On Thu, Jan 27, 2022 at 12:58:30PM +0100, Thomas Zimmermann wrote:
> Hi
> 
> Am 27.01.22 um 12:42 schrieb Daniel Vetter:
> > On Thu, Jan 27, 2022 at 11:26:21AM +0100, Thomas Zimmermann wrote:
> > > Mark screen buffers in system memory with FB_VIRTFB. Otherwise, the
> > > buffers are mmap'ed as I/O memory (i.e., VM_IO). For shadow buffers,
> > > also set the FB_READS_FAST hint.
> > 
> > Maybe clarify that this only holds for the defio case, and since we have
> > our own shadow copy for that anyway it shouldn't matter. I'm also not sure
> > how much the memcpy gains us compared to just redrawing ...
> > 
> > What's the motivation here, or just something you spotted?
> 
> Correctness mostly. fbdev's fbdefio tests for (the absence of) this flag and
> sets VM_IO accordingly.
> 
> It's actually for userspace. Maybe userspace tests these flags as well and
> can optimize memcpy pattern for different types of caching. But I wouldn't
> expect it TBH.

Hm I thought so too, but the #define is in the internal header, not the
uapi header. And I don't see any ioctl code in fbmem.c that would shove
fb_info->flags to userspace. That's why I wondered why you care about
this? Or did I miss something somewhere?
-Daniel

> 
> Best regards
> Thomas
> 
> > -Daniel
> > 
> > > 
> > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de>
> > > ---
> > >   drivers/gpu/drm/drm_fb_helper.c | 9 ++++++---
> > >   1 file changed, 6 insertions(+), 3 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
> > > index ed43b987d306..f15127a32f7a 100644
> > > --- a/drivers/gpu/drm/drm_fb_helper.c
> > > +++ b/drivers/gpu/drm/drm_fb_helper.c
> > > @@ -2346,6 +2346,7 @@ static int drm_fb_helper_generic_probe(struct drm_fb_helper *fb_helper,
> > >   	fbi->fbops = &drm_fbdev_fb_ops;
> > >   	fbi->screen_size = sizes->surface_height * fb->pitches[0];
> > >   	fbi->fix.smem_len = fbi->screen_size;
> > > +	fbi->flags = FBINFO_DEFAULT;
> > >   	drm_fb_helper_fill_info(fbi, fb_helper, sizes);
> > > @@ -2353,19 +2354,21 @@ static int drm_fb_helper_generic_probe(struct drm_fb_helper *fb_helper,
> > >   		fbi->screen_buffer = vzalloc(fbi->screen_size);
> > >   		if (!fbi->screen_buffer)
> > >   			return -ENOMEM;
> > > +		fbi->flags |= FBINFO_VIRTFB | FBINFO_READS_FAST;
> > >   		fbi->fbdefio = &drm_fbdev_defio;
> > > -
> > >   		fb_deferred_io_init(fbi);
> > >   	} else {
> > >   		/* buffer is mapped for HW framebuffer */
> > >   		ret = drm_client_buffer_vmap(fb_helper->buffer, &map);
> > >   		if (ret)
> > >   			return ret;
> > > -		if (map.is_iomem)
> > > +		if (map.is_iomem) {
> > >   			fbi->screen_base = map.vaddr_iomem;
> > > -		else
> > > +		} else {
> > >   			fbi->screen_buffer = map.vaddr;
> > > +			fbi->flags |= FBINFO_VIRTFB;
> > > +		}
> > >   		/*
> > >   		 * Shamelessly leak the physical address to user-space. As
> > > -- 
> > > 2.34.1
> > > 
> > 
> 
> -- 
> Thomas Zimmermann
> Graphics Driver Developer
> SUSE Software Solutions Germany GmbH
> Maxfeldstr. 5, 90409 Nürnberg, Germany
> (HRB 36809, AG Nürnberg)
> Geschäftsführer: Ivo Totev




-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the dri-devel mailing list