[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4cfb985e-72da-173c-4818-c9c4af7d83a6@oracle.com>
Date: Thu, 18 Nov 2021 15:00:15 -0500
From: George Kennedy <george.kennedy@...cle.com>
To: Brian Starkey <brian.starkey@....com>
Cc: Ville Syrjälä <ville.syrjala@...ux.intel.com>,
gregkh@...uxfoundation.org, maarten.lankhorst@...ux.intel.com,
mripard@...nel.org, tzimmermann@...e.de, airlied@...ux.ie,
daniel@...ll.ch, dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org, ben.davis@....com,
Liviu.Dudau@....com, Dan Carpenter <dan.carpenter@...cle.com>,
nd@....com
Subject: Re: [PATCH] drm: check drm_format_info hsub and vsub to avoid divide
by zero
On 10/29/2021 10:14 AM, Brian Starkey wrote:
> Hi,
>
> On Fri, Oct 29, 2021 at 09:15:28AM -0400, George Kennedy wrote:
>> Asking if you have any input on how to deal with hsub and vsub = zero?
> That's just a straight mistake on those formats - they should
> be 1. My bad for not spotting it in review.
>
> On the one hand, having formats in this table is a nice
> machine-readable way to describe them. On the other, as drm_fourcc is
> being used as the canonical repository for formats, including ones
> not used in DRM, we can end up with situations like this.
> (R10/R12 being another example of formats not used in DRM:
> 20211027233140.12268-1-laurent.pinchart@...asonboard.com)
Wondering if there is an alternate fix to the one proposed?
Thank you,
George
>
> Thanks,
> -Brian
Powered by blists - more mailing lists