[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20251109135728.223d3857@jic23-huawei>
Date: Sun, 9 Nov 2025 13:57:28 +0000
From: Jonathan Cameron <jic23@...nel.org>
To: Frank Li <Frank.Li@....com>
Cc: Alexandre Belloni <alexandre.belloni@...tlin.com>, Miquel Raynal
<miquel.raynal@...tlin.com>, David Lechner <dlechner@...libre.com>, Nuno
Sá <nuno.sa@...log.com>, Andy Shevchenko <andy@...nel.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-i3c@...ts.infradead.org,
linux-kernel@...r.kernel.org, imx@...ts.linux.dev,
linux-iio@...r.kernel.org, joshua.yeong@...rfivetech.com,
devicetree@...r.kernel.org, linux@...ck-us.net, Carlos Song
<carlos.song@....com>, Adrian Fluturel <fluturel.adrian@...il.com>, Andy
Shevchenko <andriy.shevchenko@...el.com>
Subject: Re: [PATCH v11 6/6] iio: magnetometer: Add mmc5633 sensor
On Thu, 06 Nov 2025 12:36:05 -0500
Frank Li <Frank.Li@....com> wrote:
> Add mmc5633 sensor basic support.
> - Support read 20 bits X/Y/Z magnetic.
> - Support I3C HDR mode to send start measurememt command.
> - Support I3C HDR mode to read all sensors data by one command.
>
> Co-developed-by: Carlos Song <carlos.song@....com>
> Signed-off-by: Carlos Song <carlos.song@....com>
> Co-developed-by: Adrian Fluturel <fluturel.adrian@...il.com>
> Signed-off-by: Adrian Fluturel <fluturel.adrian@...il.com>
> Reviewed-by: Andy Shevchenko <andriy.shevchenko@...el.com>
> Signed-off-by: Frank Li <Frank.Li@....com>
> ---
> change in v11
> - add andy shevchenak's reviewed by tag
> - use unsigned int for regmap
> - compact mmc5633_read_avail arg list to few lines
> - move check condition to one line for read_poll_timeout()
> - leave i3c_xfer as size 1 array to align existed code style in kernel
> tree, git grep -r i3c_priv_xfer drivers/, leave to jonathan to do decide.
I don't feel strongly either way, so fine with just having it as
you have it here.
I'm assuming there will either be an immutable branch that I can
pick up to get the i3c changes, or that we'll split this across cycles
(so i3c bit goes in this cycle, driver next).
So I'll keep an eye open for how that part merges if everyone is happy
with it. Feel free to poke me if I look like I missed it.
Jonathan
Powered by blists - more mailing lists