[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220819183540.5f043ab4@jic23-huawei>
Date: Fri, 19 Aug 2022 18:35:40 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: Artur Rojek <contact@...ur-rojek.eu>,
Paul Cercueil <paul@...pouillou.net>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Chris Morgan <macromorgan@...mail.com>,
"open list:BROADCOM NVRAM DRIVER" <linux-mips@...r.kernel.org>,
linux-iio <linux-iio@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-input <linux-input@...r.kernel.org>
Subject: Re: [PATCH 2/4] iio: add iio_channel_cb_get_iio_buffer helper
On Fri, 19 Aug 2022 11:14:04 +0300
Andy Shevchenko <andy.shevchenko@...il.com> wrote:
> On Wed, Aug 17, 2022 at 1:58 PM Artur Rojek <contact@...ur-rojek.eu> wrote:
> >
> > Introduce a helper function to retrieve an iio_buffer from
> > iio_cb_buffer.
> >
> > This is useful for consumers that need to extract metadata about
> > the buffer, e.g. get the channel offsets.
>
> I'm wondering if we should start using the IIO namespace for new
> exported symbols.
>
I'd rather not jump ahead with that because I want to come up
with a coherent set of IIO namespaces to separate core / drivers / consumers
and platform type code (there's a bit of that left) plus maybe even trigger
and buffer implementations. We should probably get on with that though!
Jonathan
Powered by blists - more mailing lists