Linus,
On 06/14/2012 08:39 PM, Rob Herring wrote:
> Grant,
>
> Please pull. Mainly some documentation updates and 2 fixes:
>
> - An export symbol fix for of_platform_populate from Stephen W.
> - A fix for the order compatible entries are matched to ensure the
> first compatible string is matched
On 06/27/2012 03:41 PM, Stephen Warren wrote:
> On 06/15/2012 12:53 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> I figured the easiest way to get named constants into dtc would be to
>> re-use an existing C pre-processor implemntation. Surprisingly, I could
>> not find many /good/ possi
On 06/12/2012 05:10 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> dtc currently allows the contents of properties to be changed, and the
> contents of nodes to be added to. There are situations where removing
> properties or nodes may be useful. This change implements the following
> synta
From: Stephen Warren
When merging one device tree over the top of a previous tree, it is
possible to define a duplicate label that has the same name and points
to the same property or node. This is currently allowed by the duplicate
label checking code. However, alternative duplicate label checki
On 07/03/2012 01:02 PM, Mitch Bradley wrote:
> On 7/3/2012 5:45 AM, Stephen Warren wrote:
>> On 07/03/2012 09:43 AM, Segher Boessenkool wrote:
> There is still no reason for the fake bus node to have a "compatible"
> property though. What could it possibly mean? "This bus does not
> e
On Wed, Jun 20, 2012 at 05:53:07PM +0530, Laxman Dewangan wrote:
> Add the policy for regulator DT such that if device have multiple
> regulator and its binding contains a child node that describes each
> regulator then each regulator child node must have the property
> "regulator-compatible" which
On Mon, Jul 02, 2012 at 03:37:25PM +0530, Laxman Dewangan wrote:
> + if (vin_supply)
> + drvdata->desc.supply_name = "vin";
> +
This isn't great both in terms of it being conditional and the fact that
it's only usable on DT systems as there's no non-DT way to do this. In
general
Hi Heiko,
On 5/30/2012 3:48 PM, Heiko Schocher wrote:
> Add a function to initialize the Common Platform Interrupt Controller
> (cp_intc) from TI used on OMAP-L1x SoCs using a device tree node.
>
> Signed-off-by: Heiko Schocher
> Cc: davinci-linux-open-sou...@linux.davincidsp.com
> Cc: linux-arm
On 7/3/2012 5:45 AM, Stephen Warren wrote:
On 07/03/2012 09:43 AM, Segher Boessenkool wrote:
There is still no reason for the fake bus node to have a "compatible"
property though. What could it possibly mean? "This bus does not
exist at all but you access it in bla bla bla way"? That just doe
On Tue, Jul 03, 2012 at 05:47:57PM +0200, Florian Fainelli wrote:
> Hi Andrew,
>
> On Tuesday 03 July 2012 16:22:41 Andrew Lunn wrote:
> > The two different variants of QNAP TS devices, varying by SoC, put the
> > GPIO keys on different GPIO lines. Hence we need two different DT
> > board descript
On Tue, Jul 03, 2012 at 05:50:02PM +0200, Florian Fainelli wrote:
> Hello Andrew,
>
> On Tuesday 03 July 2012 16:22:45 Andrew Lunn wrote:
> > Based on work by Michael Waller and Jason Cooper.
> >
> > Added support for getting the interrupt number from DT.
> >
> > Signed-off-by: Andrew Lunn
> >
On Tue, Jul 03, 2012 at 05:59:13PM +0200, Florian Fainelli wrote:
> Hello Andrew,
>
> On Tuesday 03 July 2012 16:22:40 Andrew Lunn wrote:
> > Extends the driver to get properties from device tree. Also extend the
> > kirkwood DT support to supply the needed properties.
> >
> > Signed-off-by: Andr
On 07/03/2012 09:43 AM, Segher Boessenkool wrote:
>>> There is still no reason for the fake bus node to have a "compatible"
>>> property though. What could it possibly mean? "This bus does not
>>> exist at all but you access it in bla bla bla way"? That just doesn't
>>> make sense. It doesn't e
On 07/03/2012 08:00 AM, Segher Boessenkool wrote:
>>> Why would you want to instantiate devices that you cannot address
>>> at all anyway? The only driver that can know what to do with the
>>> device node is the driver for the device that has the phandle
>>> reference to it; it can instantiate it.
There is still no reason for the fake bus node to have a "compatible"
property though. What could it possibly mean? "This bus does not
exist at all but you access it in bla bla bla way"? That just
doesn't
make sense. It doesn't exist, you do not access it, it has no
programming model, it ha
On Tue, Jul 03, 2012 at 10:52:17AM -0400, Josh Coombs wrote:
> On Tue, Jul 3, 2012 at 10:22 AM, Andrew Lunn wrote:
> > Convert boards using DT, but the old way of configuring SATA to now
> > use properties in there DT file.
>
> Andrew, should I be updating my GoFlex patch set to work with these
>
On Tue, Jul 03, 2012 at 04:00:37PM +0200, Segher Boessenkool wrote:
> So you *can* address the device, you just don't want to show that
> in the device tree (I don't blame you, it's quite impossible to
> design a sane addressing scheme for this, all this stuff is so
> ad-hoc). I see. You could m
Based on work by Michael Waller and Jason Cooper.
Added support for getting the interrupt number from DT.
Signed-off-by: Andrew Lunn
---
.../devicetree/bindings/crypto/mv_cesa.txt | 18
drivers/crypto/mv_cesa.c | 31 +---
2 file
Convert boards using DT, but the old way of configuring SATA to now
use properties in there DT file.
Signed-off-by: Andrew Lunn
---
arch/arm/boot/dts/kirkwood-dns320.dts|5 +
arch/arm/boot/dts/kirkwood-dns325.dts|5 +
arch/arm/boot/dts/kirkwood-dreamplug.dts |5 +
Add support for instantiating this driver from device tree, and add
the necassary DT information to the kirkwood.dtsi file.
This is based on previous work by Michael Walle and Jason Cooper.
Signed-off-by: Andrew Lunn
---
Documentation/devicetree/bindings/ata/marvell.txt | 16
arch/ar
Add device tree support to the Orion watchdog timer, and enable its
use in the kirkwood devices using device tree.
Signed-off-by: Andrew Lunn
---
Documentation/devicetree/bindings/watchdog/marvel.txt | 14 ++
arch/arm/boot/dts/kirkwood.dtsi |6 ++
arch
The two different variants of QNAP TS devices, varying by SoC, put the
GPIO keys on different GPIO lines. Hence we need two different DT
board descriptions, which share the same board-ts219.c file.
Signed-off-by: Andrew Lunn
Acked-by: Jason Cooper
---
arch/arm/boot/dts/kirkwood-ts219-6281.dts |
Extends the driver to get properties from device tree. Also extend the
kirkwood DT support to supply the needed properties.
Signed-off-by: Andrew Lunn
---
Documentation/devicetree/bindings/i2c/mrvl-i2c.txt | 32 -
arch/arm/boot/dts/kirkwood.dtsi| 13 ++
From: Michael Walle
Use the device tree for the SPI driver and partition layout.
Signed-off-by: Michael Walle
Signed-off-by: Andrew Lunn
---
arch/arm/boot/dts/kirkwood-dreamplug.dts | 29 +
arch/arm/mach-kirkwood/board-dreamplug.c | 41 --
2
From: Michael Walle
Populate the devices with auxdata to set the device names which are used by
clkdev to lookup the clocks.
Signed-off-by: Michael Walle
Signed-off-by: Andrew Lunn
---
arch/arm/boot/dts/kirkwood.dtsi |9 +
arch/arm/mach-kirkwood/board-dt.c |8 +++-
2 fil
From: Michael Walle
Signed-off-by: Michael Walle
Signed-off-by: Andrew Lunn
Acked-by: Jason Cooper
---
Documentation/devicetree/bindings/spi/spi-orion.txt |5 +
drivers/spi/spi-orion.c |9 +
2 files changed, 14 insertions(+)
create mode 100644
From: Michael Walle
This was formerly used to store the tclk value. This is now discovered
using the clk API, rather than pass it as platform data.
Signed-off-by: Michael Walle
Acked-by: Jason Cooper
Signed-off-by: Andrew Lunn
---
drivers/spi/spi-orion.c |5 -
1 file changed, 5 delet
Both IRQ and GPIO controllers can now be represented in DT. The IRQ
controllers are setup first, and then the GPIO controllers. Interrupts
for GPIO lines are placed directly after the main interrupts in the
interrupt space.
Signed-off-by: Andrew Lunn
---
.../devicetree/bindings/arm/mrvl/intc.tx
Replace the deprecated master->transfer with transfer_one_message()
and allow the SPI subsystem handle all the queuing of messages.
Signed-off-by: Andrew Lunn
Acked-by: Linus Walleij
---
drivers/spi/spi-orion.c | 209 ++-
1 file changed, 61 insertion
This patch set adds Device Tree support for IRQ, GPIOm, SPI, I2C, ATA,
and crypto on Orion based drivers, and makes use of these for kirkwood
devices. It also adds the ability to boot QNAP TS219 based systems
using device tree.
The SPI DT patches are from Michael Walle, and have been previously
p
Why would you want to instantiate devices that you cannot address
at all anyway? The only driver that can know what to do with the
device node is the driver for the device that has the phandle
reference to it; it can instantiate it.
It's not a single device referencing it, it's multiple devices
On Tue, Jul 03, 2012 at 02:27:15AM +0200, Segher Boessenkool wrote:
> Why would you want to instantiate devices that you cannot address
> at all anyway? The only driver that can know what to do with the
> device node is the driver for the device that has the phandle
> reference to it; it can inst
On Sat, 2012-06-30 at 18:50 +0200, Roland Stigge wrote:
> This patch adds a driver for the MLC NAND controller of the LPC32xx
> SoC.
>
> Signed-off-by: Roland Stigge
>
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed messag
Hi Alessandro,
I queued this one on mxs arch tree. Please let me know if you have
problem with that.
Regards,
Shawn
On Tue, Jun 26, 2012 at 04:35:26PM +0800, Shawn Guo wrote:
> From: Marek Vasut
>
> Signed-off-by: Marek Vasut
> Cc: Alessandro Zummo
> Cc: devicetree-discuss@lists.ozlabs.org
On Tue, Jul 03, 2012 at 09:02:40AM +0200, Lothar Waßmann wrote:
> Hi,
>
> Richard Zhao writes:
> > On Tue, Jul 03, 2012 at 10:22:37AM +0800, Peter Chen wrote:
> > > > Hmm. I think it'd be reasonable to use dr_mode like the other bindings,
> > > > and have the default case be decided by the ID pin
Hi,
Richard Zhao writes:
> On Tue, Jul 03, 2012 at 10:22:37AM +0800, Peter Chen wrote:
> > > Hmm. I think it'd be reasonable to use dr_mode like the other bindings,
> > > and have the default case be decided by the ID pin when dr_mode isn't
> > > specified. Having different defaults for different
36 matches
Mail list logo
