[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VeRNg+Sbyk9nA6nASatP4apzSXCPrNaJ_ZvsnXhAbyw0g@mail.gmail.com>
Date: Thu, 12 Sep 2024 17:31:51 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Ard Biesheuvel <ardb@...nel.org>
Cc: Andi Shyti <andi.shyti@...nel.org>,
Christophe JAILLET <christophe.jaillet@...adoo.fr>, Wolfram Sang <wsa@...nel.org>,
linux-kernel@...r.kernel.org, kernel-janitors@...r.kernel.org,
linux-i2c@...r.kernel.org
Subject: Re: [PATCH 1/2] i2c: synquacer: Fix an error handling path in synquacer_i2c_probe()
On Thu, Sep 12, 2024 at 1:23 PM Ard Biesheuvel <ardb@...nel.org> wrote:
> On Mon, 6 May 2024 at 11:03, Andi Shyti <andi.shyti@...nel.org> wrote:
> > On Sat, Jan 06, 2024 at 01:48:24PM +0100, Christophe JAILLET wrote:
> > > If an error occurs after the clk_prepare_enable() call, it should be undone
> > > by a corresponding clk_disable_unprepare() call, as already done in the
> > > remove() function.
> > >
> > > As devm_clk_get() is used, we can switch to devm_clk_get_enabled() to
> > > handle it automatically and fix the probe.
> > >
> > > Update the remove() function accordingly and remove the now useless
> > > clk_disable_unprepare() call.
> > >
> > > Fixes: 0d676a6c4390 ("i2c: add support for Socionext SynQuacer I2C controller")
> > > Signed-off-by: Christophe JAILLET <christophe.jaillet@...adoo.fr>
> >
> > Applied to i2c/i2c-host-fixes.
>
> These patches should be reverted: ACPI boot on SynQuacer based systems
> now fails with
>
> [ 6.206022] synquacer_i2c SCX0003:00: error -ENOENT: failed to get
> and enable clock
> [ 6.235762] synquacer_i2c SCX0003:00: probe with driver
> synquacer_i2c failed with error -2
>
> as in this case, there is no clock to enable, and the clock rate is
> specified in the PRP0001 device node.
Wouldn't simply moving to _optional fix the issue?
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists