All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
	David Airlie <airlied@linux.ie>,
	Alexey Brodkin <alexey.brodkin@synopsys.com>,
	linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	dri-devel@lists.freedesktop.org,
	linux-snps-arc@lists.infradead.org, Sean Paul <sean@poorly.run>
Subject: Re: [PATCH v2] drm: fb-helper: Reject all pixel format changing requests
Date: Thu, 4 Oct 2018 14:00:43 +0300	[thread overview]
Message-ID: <20181004110043.GP9144@intel.com> (raw)
In-Reply-To: <20181004104938.GJ31561@phenom.ffwll.local>

On Thu, Oct 04, 2018 at 12:49:38PM +0200, Daniel Vetter wrote:
> On Thu, Oct 04, 2018 at 01:34:22PM +0300, Ville Syrjälä wrote:
> > On Wed, Oct 03, 2018 at 07:45:38PM +0300, Eugeniy Paltsev wrote:
> > > drm fbdev emulation doesn't support changing the pixel format at all,
> > > so reject all pixel format changing requests.
> > > 
> > > Cc: stable@vger.kernel.org
> > > Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
> > > ---
> > > Changes v1->v2:
> > >  * Reject all pixel format changing request, not just the invalid ones.
> > > 
> > >  drivers/gpu/drm/drm_fb_helper.c | 91 ++++++++++++-----------------------------
> > >  1 file changed, 26 insertions(+), 65 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
> > > index 16ec93b75dbf..48598d7f673f 100644
> > > --- a/drivers/gpu/drm/drm_fb_helper.c
> > > +++ b/drivers/gpu/drm/drm_fb_helper.c
> > > @@ -1580,6 +1580,25 @@ int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd,
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_ioctl);
> > >  
> > > +static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1,
> > > +				      const struct fb_var_screeninfo *var_2)
> > > +{
> > > +	return var_1->bits_per_pixel == var_2->bits_per_pixel &&
> > > +	       var_1->grayscale == var_2->grayscale &&
> > > +	       var_1->red.offset == var_2->red.offset &&
> > > +	       var_1->red.length == var_2->red.length &&
> > > +	       var_1->red.msb_right == var_2->red.msb_right &&
> > > +	       var_1->green.offset == var_2->green.offset &&
> > > +	       var_1->green.length == var_2->green.length &&
> > > +	       var_1->green.msb_right == var_2->green.msb_right &&
> > > +	       var_1->blue.offset == var_2->blue.offset &&
> > > +	       var_1->blue.length == var_2->blue.length &&
> > > +	       var_1->blue.msb_right == var_2->blue.msb_right &&
> > > +	       var_1->transp.offset == var_2->transp.offset &&
> > > +	       var_1->transp.length == var_2->transp.length &&
> > > +	       var_1->transp.msb_right == var_2->transp.msb_right;
> > > +}
> > 
> > Could have shortened a bit with memcmp() but this works too.
> 
> I'm always vary of memcmp with structs that might have padding and stuff.

These are uabi so padding would be rather bad.

> 
> > Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > 
> > I suppose we really should be doing the same for most of the rest of
> > var_screeninfo as we don't allow changing the timings/etc. either.
> 
> Timing at least doens't have an immediate correctness impact of userspace
> rendering the wrong format :-)
> 
> Thanks for review&patch, applied to drm-misc-fixes.
> -Daniel
> 
> > 
> > > +
> > >  /**
> > >   * drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var
> > >   * @var: screeninfo to check
> > > @@ -1590,7 +1609,6 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  {
> > >  	struct drm_fb_helper *fb_helper = info->par;
> > >  	struct drm_framebuffer *fb = fb_helper->fb;
> > > -	int depth;
> > >  
> > >  	if (var->pixclock != 0 || in_dbg_master())
> > >  		return -EINVAL;
> > > @@ -1610,72 +1628,15 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  		return -EINVAL;
> > >  	}
> > >  
> > > -	switch (var->bits_per_pixel) {
> > > -	case 16:
> > > -		depth = (var->green.length == 6) ? 16 : 15;
> > > -		break;
> > > -	case 32:
> > > -		depth = (var->transp.length > 0) ? 32 : 24;
> > > -		break;
> > > -	default:
> > > -		depth = var->bits_per_pixel;
> > > -		break;
> > > -	}
> > > -
> > > -	switch (depth) {
> > > -	case 8:
> > > -		var->red.offset = 0;
> > > -		var->green.offset = 0;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 15:
> > > -		var->red.offset = 10;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 5;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 1;
> > > -		var->transp.offset = 15;
> > > -		break;
> > > -	case 16:
> > > -		var->red.offset = 11;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 6;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 24:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 32:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 8;
> > > -		var->transp.offset = 24;
> > > -		break;
> > > -	default:
> > > +	/*
> > > +	 * drm fbdev emulation doesn't support changing the pixel format at all,
> > > +	 * so reject all pixel format changing requests.
> > > +	 */
> > > +	if (!drm_fb_pixel_format_equal(var, &info->var)) {
> > > +		DRM_DEBUG("fbdev emulation doesn't support changing the pixel format\n");
> > >  		return -EINVAL;
> > >  	}
> > > +
> > >  	return 0;
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_check_var);
> > > -- 
> > > 2.14.4
> > > 
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > -- 
> > Ville Syrjälä
> > Intel
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch

-- 
Ville Syrjälä
Intel

WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
	David Airlie <airlied@linux.ie>,
	Alexey Brodkin <alexey.brodkin@synopsys.com>,
	linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	dri-devel@lists.freedesktop.org,
	linux-snps-arc@lists.infradead.org, Sean Paul <sean@poorly.run>
Subject: Re: [PATCH v2] drm: fb-helper: Reject all pixel format changing requests
Date: Thu, 4 Oct 2018 14:00:43 +0300	[thread overview]
Message-ID: <20181004110043.GP9144@intel.com> (raw)
In-Reply-To: <20181004104938.GJ31561@phenom.ffwll.local>

On Thu, Oct 04, 2018 at 12:49:38PM +0200, Daniel Vetter wrote:
> On Thu, Oct 04, 2018 at 01:34:22PM +0300, Ville Syrj�l� wrote:
> > On Wed, Oct 03, 2018 at 07:45:38PM +0300, Eugeniy Paltsev wrote:
> > > drm fbdev emulation doesn't support changing the pixel format at all,
> > > so reject all pixel format changing requests.
> > > 
> > > Cc: stable@vger.kernel.org
> > > Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
> > > ---
> > > Changes v1->v2:
> > >  * Reject all pixel format changing request, not just the invalid ones.
> > > 
> > >  drivers/gpu/drm/drm_fb_helper.c | 91 ++++++++++++-----------------------------
> > >  1 file changed, 26 insertions(+), 65 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
> > > index 16ec93b75dbf..48598d7f673f 100644
> > > --- a/drivers/gpu/drm/drm_fb_helper.c
> > > +++ b/drivers/gpu/drm/drm_fb_helper.c
> > > @@ -1580,6 +1580,25 @@ int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd,
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_ioctl);
> > >  
> > > +static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1,
> > > +				      const struct fb_var_screeninfo *var_2)
> > > +{
> > > +	return var_1->bits_per_pixel == var_2->bits_per_pixel &&
> > > +	       var_1->grayscale == var_2->grayscale &&
> > > +	       var_1->red.offset == var_2->red.offset &&
> > > +	       var_1->red.length == var_2->red.length &&
> > > +	       var_1->red.msb_right == var_2->red.msb_right &&
> > > +	       var_1->green.offset == var_2->green.offset &&
> > > +	       var_1->green.length == var_2->green.length &&
> > > +	       var_1->green.msb_right == var_2->green.msb_right &&
> > > +	       var_1->blue.offset == var_2->blue.offset &&
> > > +	       var_1->blue.length == var_2->blue.length &&
> > > +	       var_1->blue.msb_right == var_2->blue.msb_right &&
> > > +	       var_1->transp.offset == var_2->transp.offset &&
> > > +	       var_1->transp.length == var_2->transp.length &&
> > > +	       var_1->transp.msb_right == var_2->transp.msb_right;
> > > +}
> > 
> > Could have shortened a bit with memcmp() but this works too.
> 
> I'm always vary of memcmp with structs that might have padding and stuff.

These are uabi so padding would be rather bad.

> 
> > Reviewed-by: Ville Syrj�l� <ville.syrjala@linux.intel.com>
> > 
> > I suppose we really should be doing the same for most of the rest of
> > var_screeninfo as we don't allow changing the timings/etc. either.
> 
> Timing at least doens't have an immediate correctness impact of userspace
> rendering the wrong format :-)
> 
> Thanks for review&patch, applied to drm-misc-fixes.
> -Daniel
> 
> > 
> > > +
> > >  /**
> > >   * drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var
> > >   * @var: screeninfo to check
> > > @@ -1590,7 +1609,6 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  {
> > >  	struct drm_fb_helper *fb_helper = info->par;
> > >  	struct drm_framebuffer *fb = fb_helper->fb;
> > > -	int depth;
> > >  
> > >  	if (var->pixclock != 0 || in_dbg_master())
> > >  		return -EINVAL;
> > > @@ -1610,72 +1628,15 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  		return -EINVAL;
> > >  	}
> > >  
> > > -	switch (var->bits_per_pixel) {
> > > -	case 16:
> > > -		depth = (var->green.length == 6) ? 16 : 15;
> > > -		break;
> > > -	case 32:
> > > -		depth = (var->transp.length > 0) ? 32 : 24;
> > > -		break;
> > > -	default:
> > > -		depth = var->bits_per_pixel;
> > > -		break;
> > > -	}
> > > -
> > > -	switch (depth) {
> > > -	case 8:
> > > -		var->red.offset = 0;
> > > -		var->green.offset = 0;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 15:
> > > -		var->red.offset = 10;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 5;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 1;
> > > -		var->transp.offset = 15;
> > > -		break;
> > > -	case 16:
> > > -		var->red.offset = 11;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 6;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 24:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 32:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 8;
> > > -		var->transp.offset = 24;
> > > -		break;
> > > -	default:
> > > +	/*
> > > +	 * drm fbdev emulation doesn't support changing the pixel format at all,
> > > +	 * so reject all pixel format changing requests.
> > > +	 */
> > > +	if (!drm_fb_pixel_format_equal(var, &info->var)) {
> > > +		DRM_DEBUG("fbdev emulation doesn't support changing the pixel format\n");
> > >  		return -EINVAL;
> > >  	}
> > > +
> > >  	return 0;
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_check_var);
> > > -- 
> > > 2.14.4
> > > 
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > -- 
> > Ville Syrj�l�
> > Intel
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch

-- 
Ville Syrj�l�
Intel

WARNING: multiple messages have this Message-ID (diff)
From: ville.syrjala@linux.intel.com (Ville Syrjälä)
To: linux-snps-arc@lists.infradead.org
Subject: [PATCH v2] drm: fb-helper: Reject all pixel format changing requests
Date: Thu, 4 Oct 2018 14:00:43 +0300	[thread overview]
Message-ID: <20181004110043.GP9144@intel.com> (raw)
In-Reply-To: <20181004104938.GJ31561@phenom.ffwll.local>

On Thu, Oct 04, 2018@12:49:38PM +0200, Daniel Vetter wrote:
> On Thu, Oct 04, 2018@01:34:22PM +0300, Ville Syrj?l? wrote:
> > On Wed, Oct 03, 2018@07:45:38PM +0300, Eugeniy Paltsev wrote:
> > > drm fbdev emulation doesn't support changing the pixel format at all,
> > > so reject all pixel format changing requests.
> > > 
> > > Cc: stable at vger.kernel.org
> > > Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev at synopsys.com>
> > > ---
> > > Changes v1->v2:
> > >  * Reject all pixel format changing request, not just the invalid ones.
> > > 
> > >  drivers/gpu/drm/drm_fb_helper.c | 91 ++++++++++++-----------------------------
> > >  1 file changed, 26 insertions(+), 65 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
> > > index 16ec93b75dbf..48598d7f673f 100644
> > > --- a/drivers/gpu/drm/drm_fb_helper.c
> > > +++ b/drivers/gpu/drm/drm_fb_helper.c
> > > @@ -1580,6 +1580,25 @@ int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd,
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_ioctl);
> > >  
> > > +static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1,
> > > +				      const struct fb_var_screeninfo *var_2)
> > > +{
> > > +	return var_1->bits_per_pixel == var_2->bits_per_pixel &&
> > > +	       var_1->grayscale == var_2->grayscale &&
> > > +	       var_1->red.offset == var_2->red.offset &&
> > > +	       var_1->red.length == var_2->red.length &&
> > > +	       var_1->red.msb_right == var_2->red.msb_right &&
> > > +	       var_1->green.offset == var_2->green.offset &&
> > > +	       var_1->green.length == var_2->green.length &&
> > > +	       var_1->green.msb_right == var_2->green.msb_right &&
> > > +	       var_1->blue.offset == var_2->blue.offset &&
> > > +	       var_1->blue.length == var_2->blue.length &&
> > > +	       var_1->blue.msb_right == var_2->blue.msb_right &&
> > > +	       var_1->transp.offset == var_2->transp.offset &&
> > > +	       var_1->transp.length == var_2->transp.length &&
> > > +	       var_1->transp.msb_right == var_2->transp.msb_right;
> > > +}
> > 
> > Could have shortened a bit with memcmp() but this works too.
> 
> I'm always vary of memcmp with structs that might have padding and stuff.

These are uabi so padding would be rather bad.

> 
> > Reviewed-by: Ville Syrj?l? <ville.syrjala at linux.intel.com>
> > 
> > I suppose we really should be doing the same for most of the rest of
> > var_screeninfo as we don't allow changing the timings/etc. either.
> 
> Timing at least doens't have an immediate correctness impact of userspace
> rendering the wrong format :-)
> 
> Thanks for review&patch, applied to drm-misc-fixes.
> -Daniel
> 
> > 
> > > +
> > >  /**
> > >   * drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var
> > >   * @var: screeninfo to check
> > > @@ -1590,7 +1609,6 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  {
> > >  	struct drm_fb_helper *fb_helper = info->par;
> > >  	struct drm_framebuffer *fb = fb_helper->fb;
> > > -	int depth;
> > >  
> > >  	if (var->pixclock != 0 || in_dbg_master())
> > >  		return -EINVAL;
> > > @@ -1610,72 +1628,15 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  		return -EINVAL;
> > >  	}
> > >  
> > > -	switch (var->bits_per_pixel) {
> > > -	case 16:
> > > -		depth = (var->green.length == 6) ? 16 : 15;
> > > -		break;
> > > -	case 32:
> > > -		depth = (var->transp.length > 0) ? 32 : 24;
> > > -		break;
> > > -	default:
> > > -		depth = var->bits_per_pixel;
> > > -		break;
> > > -	}
> > > -
> > > -	switch (depth) {
> > > -	case 8:
> > > -		var->red.offset = 0;
> > > -		var->green.offset = 0;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 15:
> > > -		var->red.offset = 10;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 5;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 1;
> > > -		var->transp.offset = 15;
> > > -		break;
> > > -	case 16:
> > > -		var->red.offset = 11;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 6;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 24:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 32:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 8;
> > > -		var->transp.offset = 24;
> > > -		break;
> > > -	default:
> > > +	/*
> > > +	 * drm fbdev emulation doesn't support changing the pixel format at all,
> > > +	 * so reject all pixel format changing requests.
> > > +	 */
> > > +	if (!drm_fb_pixel_format_equal(var, &info->var)) {
> > > +		DRM_DEBUG("fbdev emulation doesn't support changing the pixel format\n");
> > >  		return -EINVAL;
> > >  	}
> > > +
> > >  	return 0;
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_check_var);
> > > -- 
> > > 2.14.4
> > > 
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel at lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > -- 
> > Ville Syrj?l?
> > Intel
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch

-- 
Ville Syrj?l?
Intel

WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>,
	David Airlie <airlied@linux.ie>,
	Alexey Brodkin <alexey.brodkin@synopsys.com>,
	linux-kernel@vger.kernel.org, stable@vger.kernel.org,
	dri-devel@lists.freedesktop.org,
	linux-snps-arc@lists.infradead.org, Sean Paul <sean@poorly.run>
Subject: Re: [PATCH v2] drm: fb-helper: Reject all pixel format changing requests
Date: Thu, 4 Oct 2018 14:00:43 +0300	[thread overview]
Message-ID: <20181004110043.GP9144@intel.com> (raw)
In-Reply-To: <20181004104938.GJ31561@phenom.ffwll.local>

On Thu, Oct 04, 2018 at 12:49:38PM +0200, Daniel Vetter wrote:
> On Thu, Oct 04, 2018 at 01:34:22PM +0300, Ville Syrjälä wrote:
> > On Wed, Oct 03, 2018 at 07:45:38PM +0300, Eugeniy Paltsev wrote:
> > > drm fbdev emulation doesn't support changing the pixel format at all,
> > > so reject all pixel format changing requests.
> > > 
> > > Cc: stable@vger.kernel.org
> > > Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
> > > ---
> > > Changes v1->v2:
> > >  * Reject all pixel format changing request, not just the invalid ones.
> > > 
> > >  drivers/gpu/drm/drm_fb_helper.c | 91 ++++++++++++-----------------------------
> > >  1 file changed, 26 insertions(+), 65 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
> > > index 16ec93b75dbf..48598d7f673f 100644
> > > --- a/drivers/gpu/drm/drm_fb_helper.c
> > > +++ b/drivers/gpu/drm/drm_fb_helper.c
> > > @@ -1580,6 +1580,25 @@ int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd,
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_ioctl);
> > >  
> > > +static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1,
> > > +				      const struct fb_var_screeninfo *var_2)
> > > +{
> > > +	return var_1->bits_per_pixel == var_2->bits_per_pixel &&
> > > +	       var_1->grayscale == var_2->grayscale &&
> > > +	       var_1->red.offset == var_2->red.offset &&
> > > +	       var_1->red.length == var_2->red.length &&
> > > +	       var_1->red.msb_right == var_2->red.msb_right &&
> > > +	       var_1->green.offset == var_2->green.offset &&
> > > +	       var_1->green.length == var_2->green.length &&
> > > +	       var_1->green.msb_right == var_2->green.msb_right &&
> > > +	       var_1->blue.offset == var_2->blue.offset &&
> > > +	       var_1->blue.length == var_2->blue.length &&
> > > +	       var_1->blue.msb_right == var_2->blue.msb_right &&
> > > +	       var_1->transp.offset == var_2->transp.offset &&
> > > +	       var_1->transp.length == var_2->transp.length &&
> > > +	       var_1->transp.msb_right == var_2->transp.msb_right;
> > > +}
> > 
> > Could have shortened a bit with memcmp() but this works too.
> 
> I'm always vary of memcmp with structs that might have padding and stuff.

These are uabi so padding would be rather bad.

> 
> > Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > 
> > I suppose we really should be doing the same for most of the rest of
> > var_screeninfo as we don't allow changing the timings/etc. either.
> 
> Timing at least doens't have an immediate correctness impact of userspace
> rendering the wrong format :-)
> 
> Thanks for review&patch, applied to drm-misc-fixes.
> -Daniel
> 
> > 
> > > +
> > >  /**
> > >   * drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var
> > >   * @var: screeninfo to check
> > > @@ -1590,7 +1609,6 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  {
> > >  	struct drm_fb_helper *fb_helper = info->par;
> > >  	struct drm_framebuffer *fb = fb_helper->fb;
> > > -	int depth;
> > >  
> > >  	if (var->pixclock != 0 || in_dbg_master())
> > >  		return -EINVAL;
> > > @@ -1610,72 +1628,15 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
> > >  		return -EINVAL;
> > >  	}
> > >  
> > > -	switch (var->bits_per_pixel) {
> > > -	case 16:
> > > -		depth = (var->green.length == 6) ? 16 : 15;
> > > -		break;
> > > -	case 32:
> > > -		depth = (var->transp.length > 0) ? 32 : 24;
> > > -		break;
> > > -	default:
> > > -		depth = var->bits_per_pixel;
> > > -		break;
> > > -	}
> > > -
> > > -	switch (depth) {
> > > -	case 8:
> > > -		var->red.offset = 0;
> > > -		var->green.offset = 0;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 15:
> > > -		var->red.offset = 10;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 5;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 1;
> > > -		var->transp.offset = 15;
> > > -		break;
> > > -	case 16:
> > > -		var->red.offset = 11;
> > > -		var->green.offset = 5;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 5;
> > > -		var->green.length = 6;
> > > -		var->blue.length = 5;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 24:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 0;
> > > -		var->transp.offset = 0;
> > > -		break;
> > > -	case 32:
> > > -		var->red.offset = 16;
> > > -		var->green.offset = 8;
> > > -		var->blue.offset = 0;
> > > -		var->red.length = 8;
> > > -		var->green.length = 8;
> > > -		var->blue.length = 8;
> > > -		var->transp.length = 8;
> > > -		var->transp.offset = 24;
> > > -		break;
> > > -	default:
> > > +	/*
> > > +	 * drm fbdev emulation doesn't support changing the pixel format at all,
> > > +	 * so reject all pixel format changing requests.
> > > +	 */
> > > +	if (!drm_fb_pixel_format_equal(var, &info->var)) {
> > > +		DRM_DEBUG("fbdev emulation doesn't support changing the pixel format\n");
> > >  		return -EINVAL;
> > >  	}
> > > +
> > >  	return 0;
> > >  }
> > >  EXPORT_SYMBOL(drm_fb_helper_check_var);
> > > -- 
> > > 2.14.4
> > > 
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > -- 
> > Ville Syrjälä
> > Intel
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch

-- 
Ville Syrjälä
Intel
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2018-10-04 11:00 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-03 16:45 [PATCH v2] drm: fb-helper: Reject all pixel format changing requests Eugeniy Paltsev
2018-10-03 16:45 ` Eugeniy Paltsev
2018-10-03 16:45 ` Eugeniy Paltsev
2018-10-04  7:56 ` Daniel Vetter
2018-10-04  7:56   ` Daniel Vetter
2018-10-04 10:34 ` Ville Syrjälä
2018-10-04 10:34   ` Ville Syrjälä
2018-10-04 10:34   ` Ville Syrjälä
2018-10-04 10:49   ` Daniel Vetter
2018-10-04 10:49     ` Daniel Vetter
2018-10-04 10:49     ` Daniel Vetter
2018-10-04 11:00     ` Ville Syrjälä [this message]
2018-10-04 11:00       ` Ville Syrjälä
2018-10-04 11:00       ` Ville Syrjälä
2018-10-04 11:00       ` Ville Syrjälä

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20181004110043.GP9144@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=Eugeniy.Paltsev@synopsys.com \
    --cc=airlied@linux.ie \
    --cc=alexey.brodkin@synopsys.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=sean@poorly.run \
    --cc=stable@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.