[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200915185506.GA24017@qmqm.qmqm.pl>
Date: Tue, 15 Sep 2020 20:55:06 +0200
From: Michał Mirosław <mirq-linux@...e.qmqm.pl>
To: Mark Brown <broonie@...nel.org>
Cc: Dmitry Osipenko <digetx@...il.com>,
Liam Girdwood <lgirdwood@...il.com>,
Support Opensource <support.opensource@...semi.com>,
linux-kernel@...r.kernel.org, patches@...nsource.cirrus.com
Subject: Re: [PATCH 0/3] regulator: unexport regulator_lock/unlock()
On Mon, Sep 07, 2020 at 07:05:49PM +0100, Mark Brown wrote:
> On Mon, 10 Aug 2020 06:33:30 +0200, Michał Mirosław wrote:
> > This removes regulator_lock/unlock() calls around
> > regulator_notifier_call_chain() as they are redundant - drivers
> > already have to guarantee regulator_dev's existence during the call.
> >
> > This should make reasoing about the lock easier, as this was the only
> > use outside regulator core code.
> >
> > [...]
>
> Applied to
>
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next
>
> Thanks!
>
> [1/3] regulator: don't require mutex for regulator_notifier_call_chain()
> commit: 3bca239d6184df61a619d78764e0481242d844b4
> [2/3] regulator: remove locking around regulator_notifier_call_chain()
> commit: e9c142b0d2c08178a9e146d47d8fe397373bda3e
> [3/3] regulator: unexport regulator_lock/unlock()
> (no commit info)
[...]
It looks like the third one didn't get in? (Can't see it in the
for-next branch).
Best Regards
Michał Mirosław
Powered by blists - more mailing lists