[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1236855377.6781.202.camel@vega.slimlogic.co.uk>
Date: Thu, 12 Mar 2009 10:56:17 +0000
From: Liam Girdwood <lrg@...mlogic.co.uk>
To: David Brownell <david-b@...bell.net>
Cc: Mark Brown <broonie@...ena.org.uk>,
lkml <linux-kernel@...r.kernel.org>,
OMAP <linux-omap@...r.kernel.org>
Subject: Re: [patch 2.6.29-rc7 regulator-next] regulator: refcount fixes
On Wed, 2009-03-11 at 16:43 -0800, David Brownell wrote:
> From: David Brownell <dbrownell@...rs.sourceforge.net>
>
> Fix some refcounting issues in the regulator framework, supporting
> regulator_disable() for regulators that were enabled at boot time
> via machine constraints:
>
> - Update those regulators' usecounts after enabling, so they
> can cleanly be disabled at that level.
>
> - Remove the problematic per-consumer usecount, so there's
> only one level of enable/disable.
>
> Buggy consumers could notice different bug symptoms. The main
> example would be refcounting bugs; also, any (out-of-tree) users
> of the experimental regulator_set_optimum_mode() stuff which
> don't call it when they're done using a regulator.
>
> This is a net minor codeshrink.
>
> Signed-off-by: David Brownell <dbrownell@...rs.sourceforge.net>
> ---
Applied.
Thanks
Liam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists