linux-kernel - Re: [PATCH v3 2/5] iio: add processed write API

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] [day] [month] [year] [list]

Message-ID: <20251118182123.73431d96@jic23-huawei>
Date: Tue, 18 Nov 2025 18:21:23 +0000
From: Jonathan Cameron <jic23@...nel.org>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: Romain Gantois <romain.gantois@...tlin.com>, Andy Shevchenko
 <andriy.shevchenko@...el.com>, Liam Girdwood <lgirdwood@...il.com>, Mark
 Brown <broonie@...nel.org>, Rob Herring <robh@...nel.org>, Krzysztof
 Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, David
 Lechner <dlechner@...libre.com>, Nuno Sá
 <nuno.sa@...log.com>, Andy Shevchenko <andy@...nel.org>, Hans de Goede
 <hansg@...nel.org>, Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
 linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
 linux-iio@...r.kernel.org
Subject: Re: [PATCH v3 2/5] iio: add processed write API

On Tue, 18 Nov 2025 17:30:09 +0200
Andy Shevchenko <andy.shevchenko@...il.com> wrote:

> On Tue, Nov 18, 2025 at 5:16 PM Romain Gantois
> <romain.gantois@...tlin.com> wrote:
> > On Thursday, 6 November 2025 17:07:18 CET Andy Shevchenko wrote:  
> > > On Thu, Nov 06, 2025 at 03:11:47PM +0100, Romain Gantois wrote:  
> 
> ...
> 
> > > > +EXPORT_SYMBOL_GPL(iio_write_channel_processed_scale);  
> > >
> > > Can we start using namespaced exports?  
> >
> > Sounds good, but won't it look strange to have only
> > iio_write_channel_processed_scale() use a namespaced export?  
> 
> Nope, somebody needs to start this mission, everybody so far has this
> excuse :-) I think now it's time.
Choose a namespace that is narrow, so only covers the consumer interface
IIO_CONSUMER perhaps works. I haven't thought much about it so feel
free to propose something else!

J
>