linux-kernel - Re: [RFC 9/11] media: platform: Add NXP Neoisp Image Signal Processor

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: <dc34ccf3-31d0-405f-a909-b0409624aedc@web.de>
Date: Wed, 4 Feb 2026 15:16:29 +0100
From: Markus Elfring <Markus.Elfring@....de>
To: Alexi Birlinger <alexi.birlinger@....com>,
 Antoine Bouyer <antoine.bouyer@....com>, linux-media@...r.kernel.org,
 devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
 kernel@...gutronix.de, Conor Dooley <conor+dt@...nel.org>,
 Daniel Baluta <daniel.baluta@....com>, Fabio Estevam <festevam@...il.com>,
 Frank Li <Frank.Li@....com>, Jacopo Mondi <jacopo.mondi@...asonboard.com>,
 Julien Vuillaumier <julien.vuillaumier@....com>,
 Krzysztof Kozlowski <krzk+dt@...nel.org>,
 Laurent Pinchart <laurent.pinchart@...asonboard.com>,
 Mauro Carvalho Chehab <mchehab@...nel.org>, Peng Fan <peng.fan@....com>,
 Rob Herring <robh@...nel.org>, Sascha Hauer <s.hauer@...gutronix.de>,
 Shawn Guo <shawnguo@...nel.org>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC 9/11] media: platform: Add NXP Neoisp Image Signal Processor

…
> This driver was originaly inpired from …

                  originally inspired?


…
> +++ b/drivers/media/platform/nxp/neoisp/neoisp_main.c
> @@ -0,0 +1,1985 @@
…
> +static void neoisp_node_buf_queue(struct vb2_buffer *vb)
> +{
…
+
+	dev_dbg(&neoispd->pdev->dev, "%s: for node %s\n", __func__, NODE_NAME(node));
> +	spin_lock_irqsave(&node->ready_lock, flags);
> +	list_add_tail(&buffer->ready_list, &node->ready_queue);
> +	spin_unlock_irqrestore(&node->ready_lock, flags);

Would it become feasible to apply scoped_guard() calls?
https://elixir.bootlin.com/linux/v6.19-rc5/source/include/linux/spinlock.h#L585

Regards,
Markus