[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130510093007.GL3200@sirena.org.uk>
Date: Fri, 10 May 2013 10:30:07 +0100
From: Mark Brown <broonie@...nel.org>
To: Grant Likely <grant.likely@...retlab.ca>
Cc: Russell King - ARM Linux <linux@....linux.org.uk>,
Mike Turquette <mturquette@...aro.org>,
Ming Lei <tom.leiming@...il.com>,
"linux-arm-msm@...r.kernel.org" <linux-arm-msm@...r.kernel.org>,
Stephen Boyd <sboyd@...eaurora.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Saravana Kannan <skannan@...eaurora.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Liam Girdwood <lrg@...com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH 1/3] driver core: Add API to wait for deferred probe to
complete during init
On Thu, May 09, 2013 at 05:39:03PM +0100, Grant Likely wrote:
> +1. You can /minimize/ up-down cycles with the kind of optimization
> that is being attempted here, but the driver still *must* deal with
> bringing resources back up if they get requested "later than you would
> otherwise like".
Now that I think about it we should probably have a debug option like
the shared IRQ testing one which does actually disable all resources as
soon as the kernel gains control of them in order to help with test
coverage for this.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists