[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250418155530.088e398d@jic23-huawei>
Date: Fri, 18 Apr 2025 15:55:30 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: David Lechner <dlechner@...libre.com>
Cc: Jonathan Cameron <Jonathan.Cameron@...wei.com>, Andy Shevchenko
<andy@...nel.org>, Nuno Sá <nuno.sa@...log.com>, Matthias
Brugger <matthias.bgg@...il.com>, AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>, Lars-Peter Clausen
<lars@...afoo.de>, Michael Hennerich <Michael.Hennerich@...log.com>, Cosmin
Tanislav <cosmin.tanislav@...log.com>, Tomasz Duszynski
<tduszyns@...il.com>, Jean-Baptiste Maneyrol
<jean-baptiste.maneyrol@....com>, Andreas Klinger <ak@...klinger.de>, Petre
Rodan <petre.rodan@...dimension.ro>, linux-iio@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH 6/8] iio: imu: adis16550: align buffers for timestamp
On Thu, 17 Apr 2025 15:48:44 -0500
David Lechner <dlechner@...libre.com> wrote:
> On 4/17/25 12:44 PM, Jonathan Cameron wrote:
> > On Thu, 17 Apr 2025 12:07:37 -0500
> > David Lechner <dlechner@...libre.com> wrote:
> >
> >> On 4/17/25 11:59 AM, Andy Shevchenko wrote:
> >>> On Thu, Apr 17, 2025 at 11:52:38AM -0500, David Lechner wrote:
> >>>> Align the buffers used with iio_push_to_buffers_with_timestamp() to
> >>>> ensure the s64 timestamp is aligned to 8 bytes.
> >>>>
> >>>> drivers/iio/accel/bmc150-accel.h | 2 +-
> >>>> drivers/iio/imu/adis16550.c | 2 +-
> >>>
> >>> Looks like a stray squash of the two independent commits.
> >>
> >> Oops, sure enough.
> >>
> >>>
> >>> ...
> >>>
> >>>> struct bmc150_accel_trigger triggers[BMC150_ACCEL_TRIGGERS];
> >>>> struct mutex mutex;
> >>>> u8 fifo_mode, watermark;
> >>>> - s16 buffer[8];
> >>>> + s16 buffer[8] __aligned(8);
> >>>
> >>> As for the code, would it be possible to convert to actually use a sturcture
> >>> rather than an array?
> >>
> >> I do personally prefer the struct pattern, but there are very many other drivers
> >> using this buffer pattern that I was not tempted to try to start converting them.
> >
> > For drivers like this one where there is no room for the timestamp
> > to sit earlier for minimal channels I think it is worth that conversion
> > if we are touching them anyway.
> >
> > Jonathan
> >
> There is actually a lot more wrong in this driver, so will save that for a
> separate series.
>
ok. That is probably fair enough.
I'll not pick this up though given the smashing of 2 patches.
So this one will need a v2.
Jonathan
Powered by blists - more mailing lists