[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <74anzbicky6zgccg7ao7l446fziwcmqcanycczl264neuts7ym@fyd4sdfyir6e>
Date: Thu, 5 Sep 2024 22:20:55 +0200
From: Andi Shyti <andi.shyti@...nel.org>
To: Peter Rosin <peda@...ntia.se>
Cc: Farouk Bouabid <farouk.bouabid@...rry.de>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Quentin Schulz <quentin.schulz@...rry.de>,
Jean Delvare <jdelvare@...e.com>, Guenter Roeck <linux@...ck-us.net>,
Heiko Stuebner <heiko@...ech.de>, linux-i2c@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-hwmon@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org,
Wolfram Sang <wsa+renesas@...g-engineering.com>
Subject: Re: [PATCH v7 2/8] i2c: muxes: add support for tsd,mule-i2c
multiplexer
Hi,
On Wed, Sep 04, 2024 at 10:59:47AM GMT, Peter Rosin wrote:
> 2024-09-04 at 10:35, Farouk Bouabid wrote:
> > On 03.09.24 17:13, Andi Shyti wrote:
> >
> > [...]
> >
> >>> + ret = i2c_mux_add_adapter(muxc, 0, reg);
> >>> + if (ret)
> >>> + return ret;
> >> do we need to delete the adapters we added in previous cycles?
> >>
> >
> > We calldevm_action_or_reset() before the loop to add adapter-removal to the error path. I think that does the job
> >
> > for us or am I missing something ?
>
> I missed that too, but it LGTM. It's safe to call i2c_mux_del_adapters() as
> soon the mux core has been allocated, so there is no risk it is called too
> early or something.
Just a question, still: is it the same calling
i2c_mux_add_adapter() and calling mux_remove()?
Thanks,
Andi
> With that said, I agree with Andi on the naming and the
> nitpicks.
>
> Cheers,
> Peter
Powered by blists - more mailing lists