[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111123190954.GA4365@opensource.wolfsonmicro.com>
Date: Wed, 23 Nov 2011 19:09:54 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Tony Lindgren <tony@...mide.com>
Cc: Russell King - ARM Linux <linux@....linux.org.uk>,
Greg KH <greg@...ah.com>,
Mike Turquette <mturquette@...aro.org>,
linaro-dev@...ts.linaro.org, eric.miao@...aro.org,
grant.likely@...retlab.ca, jeremy.kerr@...onical.com,
Mike Turquette <mturquette@...com>, sboyd@...cinc.com,
magnus.damm@...il.com, dsaxena@...aro.org,
linux-arm-kernel@...ts.infradead.org, arnd.bergmann@...aro.org,
patches@...aro.org, tglx@...utronix.de, linux-omap@...r.kernel.org,
richard.zhao@...aro.org, shawn.guo@...escale.com, paul@...an.com,
linus.walleij@...ricsson.com, linux-kernel@...r.kernel.org,
amit.kucheria@...aro.org, skannan@...cinc.com
Subject: Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs
On Wed, Nov 23, 2011 at 10:55:19AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux <linux@....linux.org.uk> [111123 09:31]:
> > Keep the clk API as a fundamental thing which should be initialized early
> > so we don't have to invent new clk APIs to get around its unavailability.
> What else are you aware of that is really needed early for clocks other
> than clockevent?
If nothing else we'd have to resolve all the device probe ordering
issues (Grant's patches seem a bit stalled) and convert all the systems
using the API to handle deferring probes until their clocks appear.
Using an early initcall of some kind would help with that but it does
seem like a lot of trouble and I'd expect it'll end up getting forced in
on most systems anyway.
--
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