[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d06f2708-9700-4ca9-8d3b-aba5f1765181@linux.dev>
Date: Sat, 18 May 2024 21:20:52 +0800
From: Sui Jingfeng <sui.jingfeng@...ux.dev>
To: Douglas Anderson <dianders@...omium.org>,
dri-devel@...ts.freedesktop.org, Maxime Ripard <mripard@...nel.org>
Cc: Linus Walleij <linus.walleij@...aro.org>,
Chris Morgan <macromorgan@...mail.com>,
Yuran Pereira <yuran.pereira@...mail.com>,
Neil Armstrong <neil.armstrong@...aro.org>, Daniel Vetter <daniel@...ll.ch>,
David Airlie <airlied@...il.com>, Jessica Zhang <quic_jesszhan@...cinc.com>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Sam Ravnborg <sam@...nborg.org>, Thomas Zimmermann <tzimmermann@...e.de>,
linux-kernel@...r.kernel.org
Subject: Re: [RFT,v2,26/48] drm/panel: simple: Stop tracking prepared/enabled
Hi,
On 2024/5/4 05:33, Douglas Anderson wrote:
> As talked about in commit d2aacaf07395 ("drm/panel: Check for already
> prepared/enabled in drm_panel"), we want to remove needless code from
> panel drivers that was storing and double-checking the
> prepared/enabled state. Even if someone was relying on the
> double-check before, that double-check is now in the core and not
> needed in individual drivers.
I think you are right, as I see drm_panel already has embed
the 'prepared' and 'enabled' as members, remove them from
the derived structure could probably save memory footprint.
Reducing boilerplate is also a side benefit.
> Signed-off-by: Douglas Anderson <dianders@...omium.org>
Acked-by: Sui Jingfeng <sui.jingfeng@...ux.dev>
--
Best regards,
Sui
Powered by blists - more mailing lists