On Wed, Nov 30, 2011 at 12:38:19PM -0700, Grant Likely wrote:
> On Mon, Nov 21, 2011 at 8:37 AM, Shawn Guo wrote:
> > On Tue, Nov 08, 2011 at 06:19:41PM -0700, Grant Likely wrote:
> >> +struct clk *of_clk_get_by_name(struct device_node *np, const char *name)
> >> +{
> >> + int index = 0;
> >>
On Wed, 30 Nov 2011, Russell King - ARM Linux wrote:
> On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
> > On Wed, 30 Nov 2011, Mark Brown wrote:
> >
> > > On Wed, Nov 30, 2011 at 03:43:50PM -0500, Nicolas Pitre wrote:
> > >
> > > > annoying. If nothing moves I might just go ahea
From: John Bonesio
This patch makes it so the wm8903 is initialized from it's device tree node.
v2: (swarren) Significantly reworked based on review feedback.
v1: (swarren) Applied the following modifications relative to John's code:
* Cleaned up DT parsing code
* Documented DT binding
* Set up
Replace compile-time usage of TEGRA_GPIO_TO_IRQ with run-time calls to
gpio_to_irq(). This will allow the base IRQ number for the Tegra GPIO
driver to be dynamically allocated in a later patch.
Signed-off-by: Stephen Warren
---
arch/arm/mach-tegra/board-harmony.c |2 +-
arch/arm/mach-tegra/
Enhance the driver to dynamically allocate the base IRQ number, and
create an IRQ domain for itself. The use of an IRQ domain ensures that
any device tree node interrupts properties are correctly parsed.
Fix the DT binding documentation to describe interrupt-related properties,
and the contents o
On Wed, Nov 30, 2011 at 09:33:06AM +, Mark Brown wrote:
> On Wed, Nov 30, 2011 at 04:13:49PM +1100, David Gibson wrote:
> > On Tue, Nov 29, 2011 at 10:55:38AM +, Mark Brown wrote:
> > > On Tue, Nov 29, 2011 at 12:30:55PM +1100, David Gibson wrote:
>
> > > > Um.. why? These new properties
On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
> On Wed, 30 Nov 2011, Mark Brown wrote:
>
> > On Wed, Nov 30, 2011 at 03:43:50PM -0500, Nicolas Pitre wrote:
> >
> > > annoying. If nothing moves I might just go ahead with those changes and
> > > simply rip the uImage make target
On Wed, 30 Nov 2011, Mark Brown wrote:
> On Wed, Nov 30, 2011 at 03:43:50PM -0500, Nicolas Pitre wrote:
>
> > annoying. If nothing moves I might just go ahead with those changes and
> > simply rip the uImage make target out of the kernel as well. Maybe the
> > inconvenience will be a sufficie
Mark Brown wrote at Wednesday, November 30, 2011 1:48 PM:
> On Wed, Nov 30, 2011 at 03:43:50PM -0500, Nicolas Pitre wrote:
>
> > annoying. If nothing moves I might just go ahead with those changes and
> > simply rip the uImage make target out of the kernel as well. Maybe the
> > inconvenience wi
On Wed, Nov 30, 2011 at 03:43:50PM -0500, Nicolas Pitre wrote:
> annoying. If nothing moves I might just go ahead with those changes and
> simply rip the uImage make target out of the kernel as well. Maybe the
> inconvenience will be a sufficient incentive for people to lobby proper
> u-Boot
On Wed, 30 Nov 2011, Dave Martin wrote:
> On Wed, Nov 30, 2011 at 05:15:02PM +, Pawel Moll wrote:
> > On Wed, 2011-11-30 at 15:37 +, Dave Martin wrote:
> > >
> > > This results in a uImage which is a bit broken if using a normal u-Boot
> > > configured for vexpress-v2p-ca9, because the boo
On Mon, Nov 21, 2011 at 8:37 AM, Shawn Guo wrote:
> On Tue, Nov 08, 2011 at 06:19:41PM -0700, Grant Likely wrote:
>> +struct clk *of_clk_get_by_name(struct device_node *np, const char *name)
>> +{
>> + int index = 0;
>> +
>> + if (name)
>> + index = of_property_match_string(np,
On 11/30/2011 11:19 AM, Stephen Warren wrote:
> Rob Herring wrote at Tuesday, November 29, 2011 8:28 PM:
>> On 11/29/2011 07:32 PM, Stephen Warren wrote:
>>> Fix the DT binding documentation to describe interrupt-related properties,
>>> and the contents of "child" node interrupts property.
>>>
>>>
* Stephen Warren [30 09:41]:
> Tony Lindgren wrote at Tuesday, November 29, 2011 1:00 PM:
> > * Stephen Warren [29 09:27]:
> >
> > I don't think so. The pinmux controller needs to know the available
> > functions.
> > But the functions selected for each driver are board/machine specific
* Stephen Warren [30 09:10]:
> Tony Lindgren wrote at Wednesday, November 30, 2011 9:54 AM:
> > * Linus Walleij [30 06:39]:
> > > On Tue, Nov 29, 2011 at 8:59 PM, Tony Lindgren wrote:
> ...
> > Just to give some idea of the scope of problem it solves, we already
> > have static data for
On Wed, 2011-11-30 at 15:58 +, Dave Martin wrote:
> Now that a person may fail to boot on a supported board simply due to
> failing to supply a device tree, it may be a good idea to have a more
> helpful panic message for that situation, perhaps something like the
> following.
>
> If you don't
On Tue, 2011-11-29 at 16:40 +, Dave Martin wrote:
> Note that select PL310_ERRATA_753970 if CACHE_PL310 also needs to be
> propagated to ARCH_VEXPRESS_CA9X4. Maybe we should have a common symbol
> which selects/depends on the common stuff instead of duplicating it for
> every coretile -- they
On Wed, 2011-11-30 at 17:54 +, Dave Martin wrote:
> It would be nice to know what's going on here, but I'm reasonably
> convinced that we're just booting the kernel in a silly way here, and
> U-Boot really needs to be fixed to avoid the fixed-load-address
> limitation.
If you send me (privatel
Tony Lindgren wrote at Tuesday, November 29, 2011 1:00 PM:
> * Stephen Warren [29 09:27]:
> > Tony Lindgren wrote at Tuesday, November 29, 2011 10:43 AM:
> > > * Linus Walleij [28 23:07]:
> > > > Greetings,
> > > >
> > > > can we have some initial idea about DT support for pin control
> >
On Wed, Nov 30, 2011 at 05:15:02PM +, Pawel Moll wrote:
> On Wed, 2011-11-30 at 15:37 +, Dave Martin wrote:
> >
> > This results in a uImage which is a bit broken if using a normal u-Boot
> > configured for vexpress-v2p-ca9, because the bootloader makes some
> > memory map assumptions, and
Tony Lindgren wrote at Wednesday, November 30, 2011 9:54 AM:
> * Linus Walleij [30 06:39]:
> > On Tue, Nov 29, 2011 at 8:59 PM, Tony Lindgren wrote:
...
> Just to give some idea of the scope of problem it solves, we already
> have static data for 9 packages in arch/arm/mach-omap2/mux*4*.c wit
Rob Herring wrote at Tuesday, November 29, 2011 8:28 PM:
> On 11/29/2011 07:32 PM, Stephen Warren wrote:
> > Fix the DT binding documentation to describe interrupt-related properties,
> > and the contents of "child" node interrupts property.
> >
> > Update tegra20.dtsi to specify the required inter
On Wed, 2011-11-30 at 15:37 +, Dave Martin wrote:
>
> This results in a uImage which is a bit broken if using a normal u-Boot
> configured for vexpress-v2p-ca9, because the bootloader makes some
> memory map assumptions, and anyway we don't expect the kernel to work
> unless it's loaded at the
* Linus Walleij [30 05:00]:
> On Tue, Nov 29, 2011 at 6:55 PM, Stephen Warren wrote:
> > Linus Walleij wrote at Tuesday, November 29, 2011 12:42 AM:
>
> >> 1) Per-driver info, includes the pin controller base, its pins, their
> >> (optional) names and their specific presets like bias etc.
>
* Linus Walleij [30 06:39]:
> On Tue, Nov 29, 2011 at 8:59 PM, Tony Lindgren wrote:
>
> > The current pinctrl mapping is totally messed up in it's current form I'm
> > sorry to say in a polite way :)
>
> Hehe :-)
Heh I knew you would not be offended by that ;)
> > It currently assumes on
On Tue, Nov 29, 2011 at 03:11:11PM +, Pawel Moll wrote:
> This patch provides hooks for DT-based tile machine implementations
> and adds Device Tree description for the motherboard.
[...]
> +config ARCH_VEXPRESS_DT
> + bool
> + select OF
> + help
> + VE platform *requiring*
On Tue, Nov 29, 2011 at 03:11:12PM +, Pawel Moll wrote:
> This patch adds support for RS1 memory map based Versatile Express
> motherboard.
[...]
> +config ARCH_VEXPRESS_RS1
> + bool
> + select AUTO_ZRELADDR
> + select ARM_PATCH_PHYS_VIRT
> + help
> + RS1 VE memory map (
On Tue, Nov 29, 2011 at 8:59 PM, Tony Lindgren wrote:
> The current pinctrl mapping is totally messed up in it's current form I'm
> sorry to say in a polite way :)
Hehe :-)
> It currently assumes one set of static map data being passed from the
> board/machine. So you can't mix static data and
On Wednesday 30 November 2011, Pawel Moll wrote:
> Ok, as the actual "interface hardware" is a custom design for VE, I'll
> make it:
>
> compatible = "arm,vexpress-cf", "ata-generic";
>
> Does it make sense?
>
Yes, very good.
Arnd
___
On Wed, 2011-11-30 at 13:48 +, Arnd Bergmann wrote:
> On Wednesday 30 November 2011, Pawel Moll wrote:
> > > and so on. This ends up being more readable IMHO because it
> > > means you don't have to know what the macro does.
> >
> > I wouldn't mind that, it's just that the V2M_PERIPH is also u
On Wednesday 30 November 2011, Pawel Moll wrote:
> > and so on. This ends up being more readable IMHO because it
> > means you don't have to know what the macro does.
>
> I wouldn't mind that, it's just that the V2M_PERIPH is also used in the
> map_desc:
>
> static struct map_desc v2m_io_desc[] _
On 11/29/2011 08:24 PM, Stephen Warren wrote:
> Rob Herring wrote at Monday, November 28, 2011 4:24 PM:
>> On 11/28/2011 04:29 PM, Stephen Warren wrote:
>>> Many interrupt sinks support various of active high/low, rising/falling
>>> edge. This can already be configured by setting #interrupt-cells
>
On Wed, 2011-11-30 at 13:34 +, Arnd Bergmann wrote:
> On Wednesday 30 November 2011, Pawel Moll wrote:
> >
> > On Tue, 2011-11-29 at 21:19 +, Arnd Bergmann wrote:
> > > On Tuesday 29 November 2011, Pawel Moll wrote:
> > > > + compact-flash@1a000 {
> > > > +
On Wednesday 30 November 2011, Pawel Moll wrote:
>
> On Tue, 2011-11-29 at 21:19 +, Arnd Bergmann wrote:
> > On Tuesday 29 November 2011, Pawel Moll wrote:
> > > + compact-flash@1a000 {
> > > + compatible = "ata-generic";
> > > +
On Tue, Nov 29, 2011 at 6:55 PM, Stephen Warren wrote:
> Linus Walleij wrote at Tuesday, November 29, 2011 12:42 AM:
>> 1) Per-driver info, includes the pin controller base, its pins, their
>> (optional) names and their specific presets like bias etc.
>
> I'm still planning on putting this all i
On Wed, 2011-11-30 at 12:08 +, Dave Martin wrote:
> Your suggestion fixes it -- I suggest we keep the config this way round;
> this means that OF gets turned on when enabling a coretile which requires
> it, and those coretiles are offered as choices even before OF is turned
> on. That feels li
This driver works with both, static platform data and device tree
bindings. It has been tested on a TQM855L board with two AN82527
CAN controllers on the local bus.
CC: Devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala
Signed-off-by: Wolfgang Grandegger
Acked-by: Mar
This patch enables or updates support for the CC770 and AN82527
CAN controller on the TQM8548 and TQM8xx boards.
CC: devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala
Signed-off-by: Wolfgang Grandegger
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts | 19 ++
On Wed, Nov 30, 2011 at 11:14:00AM +, Pawel Moll wrote:
> On Wed, 2011-11-30 at 10:48 +, Dave Martin wrote:
> > Attached. It's just vexpress_defconfig, plus ARCH_VEXPRESS_V2P_CA5S_CA9=y
>
> Could you try that?
>
> 8<--
> diff --git a/arch/arm/m
On Tue, 2011-11-29 at 21:19 +, Arnd Bergmann wrote:
> On Tuesday 29 November 2011, Pawel Moll wrote:
> > + compact-flash@1a000 {
> > + compatible = "ata-generic";
> > + reg = <0x1a000 0x100
> > +
On Tue, 2011-11-29 at 21:15 +, Arnd Bergmann wrote:
> On Tuesday 29 November 2011, Pawel Moll wrote:
> > @@ -1,6 +1,3 @@
> > -#define __MMIO_P2V(x) (((x) & 0xf) | (((x) & 0x0f00) >> 4) |
> > 0xf800)
> > -#define MMIO_P2V(x)((void __iomem *)__MMIO_P2V(x))
> > -
> ...
> > +
> >
On Wed, 2011-11-30 at 10:48 +, Dave Martin wrote:
> Attached. It's just vexpress_defconfig, plus ARCH_VEXPRESS_V2P_CA5S_CA9=y
Could you try that?
8<--
diff --git a/arch/arm/mach-vexpress/Kconfig
b/arch/arm/mach-vexpress/Kconfig
index 9eb8161..ded66
On Tue, Nov 29, 2011 at 05:16:59PM +, Pawel Moll wrote:
> On Tue, 2011-11-29 at 17:00 +, Dave Martin wrote:
> > I'm trying to build... what tree are you basing on?
>
> v3.2-rc3:
>
> $ git log --oneline HEAD...v3.2-rc3~
> 3b9df1e ARM: vexpress: DT-based support for CoreTiles Express A5x2 a
On Tue, Nov 29, 2011 at 06:36:48PM -0700, Stephen Warren wrote:
> Signed-off-by: Stephen Warren
Applied, thanks.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Wed, Nov 30, 2011 at 04:13:49PM +1100, David Gibson wrote:
> On Tue, Nov 29, 2011 at 10:55:38AM +, Mark Brown wrote:
> > On Tue, Nov 29, 2011 at 12:30:55PM +1100, David Gibson wrote:
> > > Um.. why? These new properties don't appear to give any information
> > > that isn't already in the i
This driver works with both, static platform data and device tree
bindings. It has been tested on a TQM855L board with two AN82527
CAN controllers on the local bus.
CC: Devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala
Signed-off-by: Wolfgang Grandegger
Acked-by: Mar
This patch enables or updates support for the CC770 and AN82527
CAN controller on the TQM8548 and TQM8xx boards.
CC: devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala
Signed-off-by: Wolfgang Grandegger
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts | 19 ++
On Tue, Nov 29, 2011 at 01:53:31PM +0530, Rajendra Nayak wrote:
> []...
> >+};
> >+MODULE_DEVICE_TABLE(of, mc13xxx_dt_ids);
> >+
> > static int mc13xxx_probe(struct spi_device *spi)
> > {
> >+struct device_node *np = spi->dev.of_node;
> >+const struct of_device_id *of_id;
> >+struct s
48 matches
Mail list logo
