On Mon, Dec 12, 2011 at 11:34:13AM -0800, Stephen Warren wrote:
> Mark Brown wrote at Saturday, December 10, 2011 5:49 AM:
> > It's starting to get an idiomatic way of representing the external
> > nodes, HDA is probably a good source of inspiration :) We do need to
> > have a think about the jac
On Mon, Dec 12, 2011 at 12:08:24PM -0700, Stephen Warren wrote:
> So, does the following sound reasonable:
> Add:
> snd_soc_of_parse_card_name(struct snd_soc_card *card,
> const char *prop);
> .. and have the machine driver call that whenever it decides, rather
> than h
On Dec 12, 2011 4:54 PM, "Rob Herring" wrote:
>
> Grant,
>
> On 12/12/2011 04:02 PM, Grant Likely wrote:
> > This patch adds support to the sp804 code for retrieving timer
> > configuration from the device tree. sp804 channels can be used as
> > a clock event device or a clock source.
> >
> > Sig
Grant,
On 12/12/2011 04:02 PM, Grant Likely wrote:
> This patch adds support to the sp804 code for retrieving timer
> configuration from the device tree. sp804 channels can be used as
> a clock event device or a clock source.
>
> Signed-off-by: Grant Likely
> Cc: Russell King
> ---
[snip]
>
Hi Grant,
I'm still going through these and trying to digest them but a couple of
quick questions/comments.
Jamie
On Mon, Dec 12, 2011 at 03:02:04PM -0700, Grant Likely wrote:
> diff --git a/Documentation/devicetree/bindings/clock/clock-bindings.txt
> b/Documentation/devicetree/bindings/clock/
On 12/12/2011 04:00 PM, Grant Likely wrote:
> Hi everyone,
>
> Here's my second posting of initial device tree bindings for clocks. I'm
> a lot happier with how this is looking now, and Versatile is pretty much
> entirely converted. In fact, the realview, integrator and vexpress platforms
> are
Signed-off-by: Grant Likely
Cc: Russell King
Cc: Mike Turquette
---
arch/arm/boot/dts/versatile-ab.dts | 79
arch/arm/mach-versatile/core.c | 39 +--
arch/arm/mach-versatile/versatile_dt.c | 39 +++-
3 files changed, 119
This patch makes the Calxeda Highbank platform use the common DT clock
binding support code for setting up timers and fixed clocks.
Signed-off-by: Grant Likely
Cc: Rob Herring
---
arch/arm/Kconfig |1 +
arch/arm/boot/dts/highbank.dts | 32
Signed-off-by:
Cc: Russell King
---
arch/arm/plat-versatile/clock.c | 130 ++
arch/arm/plat-versatile/include/plat/clock.h |3 +
2 files changed, 133 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-versatile/clock.c b/arch/arm/plat-versatile/cl
All of the icst setvco routines for ARM development boards are pretty close
to identical. Consolidate them all to one implementation.
Note: This might be broken on Integrator. To simplify the common function,
it always does a read/modify/write on the register. Integrator only does
a simple writ
Based on work by Ben Herrenschmidt and Jeremy Kerr, this patch adds an
of_clk_get function to allow platforms to retrieve clock data from the
device tree.
Platform register a provider through of_clk_add_provider, which will be
called when a device references the provider's OF node for a clock
refe
This patch adds support to the sp804 code for retrieving timer
configuration from the device tree. sp804 channels can be used as
a clock event device or a clock source.
Signed-off-by: Grant Likely
Cc: Russell King
---
arch/arm/common/timer-sp.c | 72 ++--
Signed-off-by: Grant Likely
---
drivers/of/clock.c | 43 +++
include/linux/of_clk.h |4
2 files changed, 47 insertions(+), 0 deletions(-)
diff --git a/drivers/of/clock.c b/drivers/of/clock.c
index 6519e96..1c189b4 100644
--- a/drivers/of/clo
Add a helper function for finding the index of a string in a string
list property. This helper is useful for bindings that use a separate
*-name property for attaching names to tuples in another property such
as 'reg' or 'gpios'.
Signed-off-by: Grant Likely
---
arch/arm/boot/dts/testcases/tests
There is no little value to each versatile type platform having it's own
struct clk definition. Merge all of them into plat-versatile to eliminate
duplication.
This patch probably conflicts with the common struct clk work, but the
timeline for that larger work is still uncertain, and this patch c
Hi everyone,
Here's my second posting of initial device tree bindings for clocks. I'm
a lot happier with how this is looking now, and Versatile is pretty much
entirely converted. In fact, the realview, integrator and vexpress platforms
are pretty close now too. Just for fun I went and converted
There is no requirement to override name entries in auxdata. Fix the
entry matching to use .compatible instead of .name to find the end of the
list.
Signed-off-by: Grant Likely
---
drivers/of/platform.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/of/platfor
Simon Glass wrote at Monday, December 12, 2011 1:19 PM:
> On Mon, Dec 12, 2011 at 12:04 PM, Stephen Warren wrote:
> > You may define constants as follows:
> >
> > /define/ TWO 2;
> > /define/ FOUR 4;
> > /define/ OTHER FOUR;
> >
> > And properties may use these values as follows:
> >
> > foo = <1
Hi Stephen,
On Mon, Dec 12, 2011 at 12:04 PM, Stephen Warren wrote:
> You may define constants as follows:
>
> /define/ TWO 2;
> /define/ FOUR 4;
> /define/ OTHER FOUR;
>
> And properties may use these values as follows:
>
> foo = <1 TWO 3 FOUR 5>;
>
> Signed-off-by: Stephen Warren
> ---
> I pos
You may define constants as follows:
/define/ TWO 2;
/define/ FOUR 4;
/define/ OTHER FOUR;
And properties may use these values as follows:
foo = <1 TWO 3 FOUR 5>;
Signed-off-by: Stephen Warren
---
I posted this back in early September. I'd like to ask again that this
feature be merged into dtc
Hi Stephen,
On Mon, Dec 12, 2011 at 10:31 AM, Stephen Warren wrote:
> On 12/12/2011 11:10 AM, Simon Glass wrote:
>> On Mon, Dec 12, 2011 at 10:00 AM, Stephen Warren wrote:
>>> On 12/08/2011 02:56 PM, Simon Glass wrote:
> ...
>>> I'd like to ask for comments in linux-input in case they have any o
Mark Brown wrote at Saturday, December 10, 2011 5:49 AM:
> On Fri, Dec 09, 2011 at 01:52:00PM -0800, Stephen Warren wrote:
...
> > This would be a fair bit of work to implement, but what are your thoughts
> > on the binding example below? It's very strongly based on ASoC, but since
> > that's so st
On 12/10/2011 05:49 AM, Mark Brown wrote:
> On Fri, Dec 09, 2011 at 01:52:00PM -0800, Stephen Warren wrote:
>
>> I'd originally made this property specific to the Tegra+WM8903 machine
>> driver, and you'd asked me to make it generic. Is there room to use
>> the binding above for the Tegra+WM8903 m
Simon Glass is attempting to define a device tree binding for the Tegra
KBC controller, for use in U-Boot. I raised some issues re: how to
represent modifier mappings. We'd like the ask for any insight from the
Linux input people regarding this.
Tegra's KBC is a matrix keyboard controller. The ori
Hi Stephen,
On Mon, Dec 12, 2011 at 10:13 AM, Stephen Warren wrote:
> On 12/08/2011 02:10 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Wed, Dec 7, 2011 at 3:36 PM, Stephen Warren wrote:
>>> On 12/06/2011 02:09 PM, Simon Glass wrote:
On Tue, Dec 6, 2011 at 12:28 PM, Stephen Warren wrote:
Hi Stephen,
On Mon, Dec 12, 2011 at 10:18 AM, Stephen Warren wrote:
> On 12/08/2011 02:24 PM, Simon Glass wrote:
>> On Wed, Dec 7, 2011 at 3:46 PM, Stephen Warren wrote:
>>> On 12/06/2011 02:23 PM, Simon Glass wrote:
> ...
>>> I think the best implementation would be to enumerate everything sole
On 12/12/2011 11:10 AM, Simon Glass wrote:
> On Mon, Dec 12, 2011 at 10:00 AM, Stephen Warren wrote:
>> On 12/08/2011 02:56 PM, Simon Glass wrote:
...
>> I'd like to ask for comments in linux-input in case they have any other
>> ideas, e.g. whether a set of separately documented modifier mapping
>
On 12/08/2011 02:24 PM, Simon Glass wrote:
> On Wed, Dec 7, 2011 at 3:46 PM, Stephen Warren wrote:
>> On 12/06/2011 02:23 PM, Simon Glass wrote:
...
>> I think the best implementation would be to enumerate everything solely
>> based on compatible flags, and allowing "usb start" to accept either an
On 12/08/2011 02:10 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Wed, Dec 7, 2011 at 3:36 PM, Stephen Warren wrote:
>> On 12/06/2011 02:09 PM, Simon Glass wrote:
>>> On Tue, Dec 6, 2011 at 12:28 PM, Stephen Warren wrote:
On 12/05/2011 05:55 PM, Simon Glass wrote:
> On Mon, Dec 5, 2011 at
Hi Stephen,
On Mon, Dec 12, 2011 at 10:00 AM, Stephen Warren wrote:
> On 12/08/2011 02:56 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Wed, Dec 7, 2011 at 2:02 PM, Stephen Warren wrote:
>>> On 12/02/2011 07:57 PM, Simon Glass wrote:
Add support for internal matrix keyboard controller for
On Thu, Dec 01, 2011 at 05:21:07PM +0800, Shawn Guo wrote:
> It adds device tree probe support for mc13892-regulator driver.
>
> Signed-off-by: Shawn Guo
> Cc: Mark Brown
> Cc: Liam Girdwood
Acked-by: Samuel Ortiz
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
On 12/08/2011 02:56 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Wed, Dec 7, 2011 at 2:02 PM, Stephen Warren wrote:
>> On 12/02/2011 07:57 PM, Simon Glass wrote:
>>> Add support for internal matrix keyboard controller for Nvidia Tegra
>>> platforms.
>>> This driver uses the fdt decode function to
Hi Shawn,
On Tue, Dec 06, 2011 at 11:04:43PM +0800, Shawn Guo wrote:
> It adds device tree probe support for mc13xxx mfd driver.
Thanks, I applied this one.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
___
devicetree-d
The generic power domain infrastructure is used to control the power domains
available on Exynos4. For non-dt platforms, the power domains are statically
instantiated. For dt platforms, the power domain nodes found in the device
tree are instantiated.
Cc: Kukjin Kim
Cc: Rob Herring
Cc: Grant Lik
A device node pointer is added to generic pm domain structure to associate
the domain with a node in the device tree. The platform code parses the
device tree to find available nodes representing the generic power domain,
instantiates the available domains and initializes them by calling
pm_genpd_i
The power domains available on Exynos4 are made controllable using the generic
power domain infrastructure. The existing power domain code is not removed by
this patchset. Support for both DT and non-DT Exynos platforms is added.
The first patch adds device tree support for generic power domain. A
It adds device tree probe support for mc13892-regulator driver.
Signed-off-by: Shawn Guo
Cc: Mark Brown
Cc: Liam Girdwood
---
drivers/regulator/mc13892-regulator.c | 43 +++-
drivers/regulator/mc13xxx-regulator-core.c | 57
drivers/regulato
It adds mc13892 support into imx51-babbage device tree source.
Signed-off-by: Shawn Guo
Cc: Sascha Hauer
---
arch/arm/boot/dts/imx51-babbage.dts | 103 ++-
1 files changed, 101 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx51-babbage.dts
b/ar
It adds device tree probe support for mc13xxx mfd driver.
Signed-off-by: Shawn Guo
Cc: Samuel Ortiz
---
Documentation/devicetree/bindings/mfd/mc13xxx.txt | 53 ++
drivers/mfd/mc13xxx-core.c| 106 +++--
2 files changed, 128 insertions(+), 31 del
Changes since v2:
* Drop '[PATCH v2 2/4] regulator: pass device_node to
of_get_regulator_init_data()' which has been picked up by Mark
* Add a note on how driver matches regulator device and the node in
binding document
Changes since v1:
* Drop '[PATCH 2/5] regulator: fix label names used
Hi Mark,
On Tue, Nov 22, 2011 at 06:59:28PM +, Mark Brown wrote:
> Add a placeholder device tree binding for the wm8994 driver. At present
> the binding is essentially null as none of the platform data is supported,
> and at least some of that will depend on the pending regulator bindings.
I a
On Mon, 2011-12-12 at 14:04 +, Russell King - ARM Linux wrote:
> On Fri, Dec 09, 2011 at 07:03:48PM +, Pawel Moll wrote:
> > If twd_base is not set, try to map the TWD registers from
> > "arm,smp-twd" Device Tree node (compatible value as used in
> > Highbank's DT).
>
> Please do it the ot
On Fri, Dec 09, 2011 at 07:03:48PM +, Pawel Moll wrote:
> If twd_base is not set, try to map the TWD registers from
> "arm,smp-twd" Device Tree node (compatible value as used in
> Highbank's DT).
Please do it the other way around - allow DT to override twd_base if
the DT node is present.
The
On Mon, 2011-12-12 at 11:18 +, Sergei Shtylyov wrote:
> I think if of_iomap() fails, it's because the system is out of memory, so
> -ENOMEM seems more proper error in this case. Although... it's not the only
> case when of_iomap() fails.
I actually think that in this use case it's much m
Hello.
On 12-12-2011 15:03, Pawel Moll wrote:
int __cpuinit local_timer_setup(struct clock_event_device *evt)
{
+#if defined(CONFIG_OF)
+ if (!twd_base) {
+ struct device_node *np = of_find_compatible_node(NULL,
+ NULL, "arm,smp-twd");
+
+
Morning,
On Sat, 2011-12-10 at 15:27 +, Sergei Shtylyov wrote:
> > int __cpuinit local_timer_setup(struct clock_event_device *evt)
> > {
> > +#if defined(CONFIG_OF)
> > + if (!twd_base) {
> > + struct device_node *np = of_find_compatible_node(NULL,
> > +
46 matches
Mail list logo
