linux.git/drivers/of/fdt.c, branch v2.6.34

of/flattree: Fix unhandled OF_DT_NOP tag when unflattening the device tree

2010-03-27T04:09:56+00:00

NOPs within the property section are skipped, but NOPs between
OF_DT_END_NODE and OF_DT_BEGIN_NODE were not. My firmware NOPs out
entire nodes depending on various environment parameters.

of_scan_flat_dt already handles NOP more generally.

Signed-off-by: Jason Gunthorpe 
Signed-off-by: Grant Likely

of/flattree: Don't assume HAVE_LMB

2010-02-14T14:13:47+00:00

We don't always have lmb available, so make arches provide an
early_init_dt_alloc_memory_arch() to handle the allocation of
memory in the fdt code.

When we don't have lmb.h included, we need asm/page.h for __va.

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely 
Acked-by: Benjamin Herrenschmidt 
Acked-by: Michal Simek

of/flattree: Make the kernel accept ePAPR style phandle information

2010-02-09T15:34:10+00:00

Currently when processing flattened device trees, the kernel expects
the phandle in a property called "linux,phandle".  The ePAPR spec -
not being Linux specific - instead requires phandles to be encoded in
a property named simply "phandle".  This patch makes the kernel accept
either form when unflattening the device tree.

Signed-off-by: David Gibson 
Signed-off-by: Grant Likely

of/flattree: endian-convert members of boot_param_header

2010-02-09T15:34:10+00:00

The boot_param_header has big-endian fields, so change the types to
__be32, and perform endian conversion when we access them.

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely

of: assume big-endian properties, adding conversions where necessary

2010-02-09T15:34:10+00:00

Properties in the device tree are specified as big-endian. At present,
the only platforms to support device trees are also big-endian, so we've
been acessing the properties as raw values.

We'd like to add device tree support to little-endian platforms too, so
add endian conversion to the sites where we access property values in
the common of code.

Compiled on powerpc (ppc44x_defconfig & ppc64_defconfig) and arm (fdt
support only for now).

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely

of: use __be32 for cell value accessors

2010-02-09T15:34:10+00:00

Currently, we're using u32 for cell values, and hence assuming
host-endian device trees.

As we'd like to support little-endian platforms, use a __be32 for cell
values, and convert in the cell accessors.

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely

of/flattree: use OF_ROOT_NODE_{SIZE,ADDR}_CELLS DEFAULT for fdt parsing

2010-02-09T15:34:10+00:00

At present we're using hard-coded values for defaults when parsing the
FDT. This change uses the #defines instead.

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely

of/flattree: use callback to setup initrd from /chosen

2010-02-09T15:34:10+00:00

At present, the fdt code sets the kernel-wide initrd_start and
initrd_end variables when parsing /chosen. On ARM, we only set these
once the bootmem has been reserved.

This change adds an arch hook to setup the initrd from the device
tree:

 void early_init_dt_setup_initrd_arch(unsigned long start,
				      unsigned long end);

The arch-specific code can then setup the initrd however it likes.

Compiled on powerpc, with CONFIG_BLK_DEV_INITRD=y and =n.

Signed-off-by: Jeremy Kerr 
Signed-off-by: Grant Likely

of/flattree: merge early_init_dt_scan_memory() common code

2010-02-09T15:33:10+00:00

Merge common code between PowerPC and Microblaze architectures.

Signed-off-by: Grant Likely 
Acked-by: Michal Simek

of: unify phandle name in struct device_node

2010-01-28T21:06:53+00:00

In struct device_node, the phandle is named 'linux_phandle' for PowerPC
and MicroBlaze, and 'node' for SPARC.  There is no good reason for the
difference, it is just an artifact of the code diverging over a couple
of years.  This patch renames both to simply .phandle.

Note: the .node also existed in PowerPC/MicroBlaze, but the only user
seems to be arch/powerpc/platforms/powermac/pfunc_core.c.  It doesn't
look like the assignment between .linux_phandle and .node is
significantly different enough to warrant the separate code paths
unless ibm,phandle properties actually appear in Apple device trees.

I think it is safe to eliminate the old .node property and use
phandle everywhere.

Signed-off-by: Grant Likely 
Acked-by: David S. Miller 
Tested-by: Wolfram Sang 
Acked-by: Benjamin Herrenschmidt