[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130729194829.GG9858@sirena.org.uk>
Date: Mon, 29 Jul 2013 20:48:29 +0100
From: Mark Brown <broonie@...nel.org>
To: Jason Cooper <jason@...edaemon.net>
Cc: Dave Martin <Dave.Martin@....com>,
Mark Rutland <mark.rutland@....com>,
Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
"ksummit-2013-discuss@...ts.linuxfoundation.org"
<ksummit-2013-discuss@...ts.linuxfoundation.org>,
Russell King - ARM Linux <linux@....linux.org.uk>,
Ian Campbell <ian.campbell@...rix.com>,
Pawel Moll <pawel.moll@....com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Richard Cochran <richardcochran@...il.com>,
Stephen Warren <swarren@...dotorg.org>,
Tomasz Figa <tomasz.figa@...il.com>,
Wolfram Sang <w.sang@...gutronix.de>,
Grant Likely <grant.likely@...retlab.ca>,
"jonsmirl@...il.com" <jonsmirl@...il.com>,
Domenico Andreoli <cavokz@...il.com>,
James Bottomley <James.Bottomley@...senpartnership.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [Ksummit-2013-discuss] Defining schemas for Device Tree
On Mon, Jul 29, 2013 at 01:23:39PM -0400, Jason Cooper wrote:
> true, the answer to this problem may be to create a depgraph of the
> nodes based on phandles and child status, then init. However, if the
> goal is to accelerate boot times, then that should not be calculated
> during each boot, especially since it doesn't likely change from boot to
> boot.
FWIW this is broadly speaking what deferred probing is supposed to do -
it seemed too complex and fragile to make the graph for board files so
Grant came up with the idea of deferred probing which aims to sidestep
the problem and work it out dynamically, also providing a fallback in
case something that has actually optimised the ordering misses some case
(cleaning up after the effects of parallel probes for example).
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists