[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=XYJuvRCVRWqP5cn-AmJ8t6sGmG3Yazj3WSu9=7kYODWA@mail.gmail.com>
Date: Mon, 19 Nov 2018 18:05:46 -0800
From: Doug Anderson <dianders@...omium.org>
To: digetx@...il.com
Cc: Mark Brown <broonie@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Evan Green <evgreen@...omium.org>,
Stephen Boyd <swboyd@...omium.org>, ryandcase@...omium.org,
David Collins <collinsd@...eaurora.org>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
Liam Girdwood <lgirdwood@...il.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 7/7] regulator: core: Remove loop disabling supplies in regulator_force_disable()
Hi,
On Mon, Nov 19, 2018 at 4:58 PM Dmitry Osipenko <digetx@...il.com> wrote:
>
> On 20.11.2018 3:26, Douglas Anderson wrote:
> > In regulator_force_disable() there was a strange loop that looked like:
> >
> > while (rdev->open_count--)
> > regulator_disable(rdev->supply);
> >
> > I'm not totally sure what the goal was for this loop, but it seems
> > wrong to me. If anything I think maybe we should have been looping
> > over our use_count, but even that might be a little strange. For now
> > let's just remove the code and we can add something back in if someone
> > can explain what's expected.
> >
> > Fixes: f8702f9e4aa7 ("regulator: core: Use ww_mutex for regulators locking")
>
> Seems this "fixes" tag is incorrect, isn't it? The "ww_mutex" patch didn't touch this code.
Yes, I think you're right. Originally I added it because I thought
that the "ww_mutex" patch should have touched this too, but I'm wrong.
I'll remove the "Fixes" tag if/when I send out v2.
-Doug
Powered by blists - more mailing lists