[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130731152523.GW9858@sirena.org.uk>
Date: Wed, 31 Jul 2013 16:25:23 +0100
From: Mark Brown <broonie@...nel.org>
To: Tejun Heo <htejun@...il.com>
Cc: Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>,
Peter Chen <peter.chen@...escale.com>,
Fabio Estevam <festevam@...il.com>,
alexander.shishkin@...ux.intel.com, kernel@...gutronix.de,
linux-usb@...r.kernel.org,
Fabio Estevam <fabio.estevam@...escale.com>,
Jeff Garzik <jeff@...zik.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-kernel@...r.kernel.org,
Mike Turquette <mturquette@...aro.org>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 2/2] chipidea: Use devm_request_irq()
On Wed, Jul 31, 2013 at 10:07:58AM -0400, Tejun Heo wrote:
> On Wed, Jul 31, 2013 at 02:57:51PM +0100, Mark Brown wrote:
> > That's the only API I've ever heard of doing that. Everything else is
> > just using it to do deallocation.
> I'm not sure why or what you're trying to argue here but take a look
> at devm_pwm_release() for example. It calls back into low level
> driver free routine. Are you arguing that it'd be a good idea to
That the callback is into the driver providing the PWM, not into the
driver that's using the PWM and is releasing it.
> release pci regions before this is complete? It's just stupid to do
> any differently. There's nothing to argue about.
What I'm saying is that in essentially all the users I've seen devm is
only being used for things like kfree() or clk_put() which aren't really
connected in any way and can happen in any order. This (coupled with
the lack of documentation that this is supported) is why people are
nervous about anything that relies on ordering with this stuff - aside
from ATA everything is just using this for straight frees.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists