[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240630122946.308e3a54@jic23-huawei>
Date: Sun, 30 Jun 2024 12:29:46 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Nuno Sá <noname.nuno@...il.com>
Cc: Nuno Sa <nuno.sa@...log.com>, Petr Mladek <pmladek@...e.com>, Lars-Peter
Clausen <lars@...afoo.de>, Olivier Moysan <olivier.moysan@...s.st.com>,
Jyoti Bhayana <jbhayana@...gle.com>, Andy Shevchenko
<andriy.shevchenko@...ux.intel.com>, Chris Down <chris@...isdown.name>,
John Ogness <john.ogness@...utronix.de>, Greg Kroah-Hartman
<gregkh@...uxfoundation.org>, Andi Shyti <andi.shyti@...nel.org>,
linux-kernel@...r.kernel.org, linux-iio@...r.kernel.org, "Rafael J.
Wysocki" <rafael@...nel.org>, Andrzej Hajda <a.hajda@...sung.com>, Mark
Brown <broonie@...nel.org>
Subject: Re: [PATCH v3 1/4] dev_printk: add new dev_err_probe() helpers
On Wed, 26 Jun 2024 17:01:03 +0200
Nuno Sá <noname.nuno@...il.com> wrote:
> On Mon, 2024-06-17 at 20:41 +0100, Jonathan Cameron wrote:
> > On Sat, 8 Jun 2024 19:07:48 +0100
> > Jonathan Cameron <jic23@...nel.org> wrote:
> >
> > > On Thu, 6 Jun 2024 09:22:37 +0200
> > > Nuno Sa <nuno.sa@...log.com> wrote:
> > >
> > > > This is similar to dev_err_probe() but for cases where an ERR_PTR() or
> > > > ERR_CAST() is to be returned simplifying patterns like:
> > > >
> > > > dev_err_probe(dev, ret, ...);
> > > > return ERR_PTR(ret)
> > > > or
> > > > dev_err_probe(dev, PTR_ERR(ptr), ...);
> > > > return ERR_CAST(ptr)
> > > >
> > > > Signed-off-by: Nuno Sa <nuno.sa@...log.com>
> > >
> > > I'm convinced this is worth doing but would like inputs from others
> > > before I pick this series up.
> >
> > Andi and Andy,
> >
> > You both commented on earlier versions. Do you think this is a good
> > change set?
> >
> > I've +CC a few more based on a quick look at the original
> > dev_err_probe() series. Whilst this isn't adding a bunch of new stuff
> > around deferred probing (like that series did), maybe some of those
> > reviewers will give opinions here?
> >
>
> Hi,
>
> I there something else needed from my side? Would be nice to have some
> feedback...
I guess no one has strong opinions they haven't expressed already.
Applied to the togreg branch of iio.git and pushed out as testing for
all the normal reasons. Still time for last minute feedback of course.
Basically I decided that even if people decide later they don't like this
for now it has few users and we can rip it out again if needed.
Hopefully that won't happen.
Jonathan
>
> - Nuno Sá
>
>
Powered by blists - more mailing lists