Re: [PATCH 06/36] fdt: Add generic dt_memblock_reserve() function

On Sat, Jul 07, 2012 at 10:18:06PM +0100, Rob Herring wrote: On 07/06/2012 04:05 PM, Catalin Marinas wrote: This function reserves initial_boot_params total size and reserve map. Signed-off-by: Catalin Marinas catalin.mari...@arm.com Cc: Grant Likely grant.lik...@secretlab.ca If you

Re: [PATCH REPOST] Add test for re-defining an identical label

On Tue, Jul 03, 2012 at 02:09:30PM -0600, Stephen Warren wrote: From: Stephen Warren swar...@nvidia.com 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

[PATCH 1/2] Re-work level setting on checks code

Currently each of the semantic checks in checks.c has a level between IGNORE and ERROR. This single level makes it awkward to implement the semantics we want for toggling the checks on the command line. This patch reworks the code to instead have separate boolean flags for warning and error. At

[PATCH 2/2] Allow toggling of semantic checks

This patch adds -W and -E options to dtc which allow toggling on and off of the various built in semantic checks on the tree. Signed-off-by: David Gibson da...@gibson.dropbear.id.au --- checks.c| 84 +-- dtc.c | 13

Re: [PATCH v5 4/7] ARM: davinci: net: davinci_emac: add OF support

Hi Heiko, On 5/30/2012 3:49 PM, Heiko Schocher wrote: add of support for the davinci_emac driver. Signed-off-by: Heiko Schocher h...@denx.de Cc: davinci-linux-open-sou...@linux.davincidsp.com Cc: linux-arm-ker...@lists.infradead.org Cc: devicetree-discuss@lists.ozlabs.org Cc:

[PATCH 1/1] clk: add DT support for clock gating control

This patch adds support for using clock gates (clk-gate) from DT based on Rob Herrings DT clk binding support for 3.6. It adds a helper function to clk-gate to allocate all resources required by a set of individual clock gates, i.e. register base address and lock. Each clock gate is described as

Re: [PATCH REPOST] Add test for re-defining an identical label

On Tue, Jul 03, 2012 at 02:09:30PM -0600, Stephen Warren wrote: From: Stephen Warren swar...@nvidia.com 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

Re: [PATCH 1/2] Re-work level setting on checks code

Currently each of the semantic checks in checks.c has a level between IGNORE and ERROR. This single level makes it awkward to implement the semantics we want for toggling the checks on the command line. This patch reworks the code to instead have separate boolean flags for warning and

Re: [PATCH 2/2] Allow toggling of semantic checks

This patch adds -W and -E options to dtc which allow toggling on and off of the various built in semantic checks on the tree. Signed-off-by: David Gibson da...@gibson.dropbear.id.au Applied. Thanks, jdl ___ devicetree-discuss mailing list

Re: [PATCH REPOST] Add test for re-defining an identical label

On Sun, Jul 08, 2012 at 01:44:04PM -0500, Jon Loeliger wrote: On Tue, Jul 03, 2012 at 02:09:30PM -0600, Stephen Warren wrote: From: Stephen Warren swar...@nvidia.com When merging one device tree over the top of a previous tree, it is possible to define a duplicate label that has the

Re: [PATCH REPOST] Add test for re-defining an identical label

Applied. Hrm, apparently not pushed out, though. Rats. I am dumb. Should be there now. Sorry, jdl ___ devicetree-discuss mailing list devicetree-discuss@lists.ozlabs.org https://lists.ozlabs.org/listinfo/devicetree-discuss

RE: [PATCH V3 5/6] Avoid duplicate probe for of platform devices

-Original Message- From: Greg KH [mailto:g...@kroah.com] Sent: Saturday, July 07, 2012 12:17 AM To: Jia Hongtao-B38951 Cc: Rob Herring; devicetree-discuss@lists.ozlabs.org; linux- ker...@vger.kernel.org; Li Yang-R58472 Subject: Re: [PATCH V3 5/6] Avoid duplicate probe for of

RE: [PATCH V3 5/6] Avoid duplicate probe for of platform devices

I don't understand, why is this just showing up now? What changed to cause this? Couldn't that be the real problem here? The issue is showing up because we now probe devices twice. Previously, we just probe devices once. But now we changed the way of pci init which makes pci

Re: Where to put a large bootloader-supplied device tree on ARM ?

On Fri, 6 Jul 2012, Mitch Bradley wrote: On 7/6/2012 3:23 PM, David VomLehn (dvomlehn) wrote: The kernel *must* go where it is linked, but the FDT contains only relative references and is thus free to go anywhere. The same is true of ramdisks, which are usually placed after the kernel.