linux-kernel - RE: [PATCH] drm: imx: ipuv3-plane: fix HDMI cannot work for odd screen resolutions

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID:
 <PH0PR22MB388419B45F79DD56CB334B58E19C2@PH0PR22MB3884.namprd22.prod.outlook.com>
Date: Wed, 4 Sep 2024 07:47:14 +0000
From: "Pu, Hui" <Hui.Pu@...ealthcare.com>
To: Greg KH <gregkh@...uxfoundation.org>
CC: "p.zabel@...gutronix.de" <p.zabel@...gutronix.de>, Maarten Lankhorst
	<maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>,
	Thomas Zimmermann <tzimmermann@...e.de>, David Airlie <airlied@...il.com>,
	Daniel Vetter <daniel@...ll.ch>, Shawn Guo <shawnguo@...nel.org>, Sascha
 Hauer <s.hauer@...gutronix.de>, Pengutronix Kernel Team
	<kernel@...gutronix.de>, Fabio Estevam <festevam@...il.com>, Sasha Levin
	<sashal@...nel.org>, Lucas Stach <l.stach@...gutronix.de>, "Wang, Huan Kitty"
	<HuanWang@...ealthcare.com>, "Wang, Tao1" <taowang@...ealthcare.com>,
	"sebastian.reichel@...labora.com" <sebastian.reichel@...labora.com>, "Ray,
 Ian" <ian.ray@...ealthcare.com>, "stable@...r.kernel.org"
	<stable@...r.kernel.org>, "dri-devel@...ts.freedesktop.org"
	<dri-devel@...ts.freedesktop.org>, "imx@...ts.linux.dev"
	<imx@...ts.linux.dev>, "linux-arm-kernel@...ts.infradead.org"
	<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>
Subject: RE: [PATCH] drm: imx: ipuv3-plane: fix HDMI cannot work for odd
 screen resolutions

> On Wed, Sep 04, 2024 at 05:43:15AM +0300, Paul Pu wrote:
> > This changes the judgement of if needing to round up the width or not,
> > from using the `dp_flow` to the plane's type.
> >
> > The `dp_flow` can be -22(-EINVAL) even the plane is a PRIMARY one.
> > See `client_reg[]` in `ipu-common.c`.
> >
> > [    0.605141] [drm:ipu_plane_init] channel 28, dp flow -22,
> possible_crtcs=0x0
> >
> > Per the commit message in commit: 71f9fd5bcf09, using the plane type for
> > judging if rounding up is needed is correct.
> >
> > Fixes: 71f9fd5bcf09 ("drm/imx: ipuv3-plane: Fix overlay plane width")
> 
> That id is not in Linus's tree :(

Thank you, I got it.

> 
> > Cc: stable@...r.kernel.org
> >
> > Signed-off-by: Paul Pu <hui.pu@...ealthcare.com>
> 
> No need for the blank line before this.

OK.

> 
> thanks,
> 
> greg k-h