linux-kernel - Re: [PATCH v2 31/46] panel/truly-nt35521: Use refcounted allocation in place of devm

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 for Android: free password hash cracker in your pocket

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

Message-ID: <CACRpkdbisyKvG20fDV9tHcipr-+en8Hj+pZtvv0512oxzYwp4w@mail.gmail.com>
Date: Thu, 5 Jun 2025 15:24:56 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Anusha Srivatsa <asrivats@...hat.com>
Cc: Neil Armstrong <neil.armstrong@...aro.org>, Jessica Zhang <quic_jesszhan@...cinc.com>, 
	Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>, 
	Thomas Zimmermann <tzimmermann@...e.de>, David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>, 
	Robert Chiras <robert.chiras@....com>, Markuss Broks <markuss.broks@...il.com>, 
	Artur Weber <aweber.kernel@...il.com>, Dzmitry Sankouski <dsankouski@...il.com>, 
	Jagan Teki <jagan@...rulasolutions.com>, Guido Günther <agx@...xcpu.org>, 
	Purism Kernel Team <kernel@...i.sm>, Ondrej Jirman <megi@....cz>, Sasha Finkelstein <fnkl.kernel@...il.com>, 
	Janne Grunau <j@...nau.net>, Michael Trimarchi <michael@...rulasolutions.com>, 
	Laurent Pinchart <laurent.pinchart@...asonboard.com>, dri-devel@...ts.freedesktop.org, 
	linux-kernel@...r.kernel.org, asahi@...ts.linux.dev
Subject: Re: [PATCH v2 31/46] panel/truly-nt35521: Use refcounted allocation
 in place of devm_kzalloc()

On Fri, May 30, 2025 at 4:52 AM Anusha Srivatsa <asrivats@...hat.com> wrote:

> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong <neil.armstrong@...aro.org>
> Signed-off-by: Anusha Srivatsa <asrivats@...hat.com>

Reviewed-by: Linus Walleij <linus.walleij@...aro.org>

Yours,
Linus Walleij