kernel.git/arch/powerpc/kernel/prom.c, branch linux-2.6.25.y

[POWERPC] Fix dt_mem_next_cell() to read the full address

2008-02-20T02:33:37Z

dt_mem_next_cell() currently does of_read_ulong(). This does not allow for the case where #size-cells and/or #address-cells = 2 on a 32-bit system, as it will end up reading 32 bits instead of the expected 64. Change it to use of_read_number instead and always return a u64. Signed-off-by: Becky Bruce Acked-by: Benjamin Herrenschmidt Signed-off-by: Paul Mackerras

[POWERPC] 4xx: update 440EP(x)/440GR(x) identical PVR issue workaround

2007-12-23T19:35:58Z

Renaming the CPU nodes with generic names put the CPU model in the "model" property and thus broke the PowerPC 440EP(x)/440GR(x) identical PVR workaround. The updates it to use the new model property for CPU identification. Signed-off-by: Valentine Barshak Signed-off-by: Josh Boyer

[POWERPC] Use SLB size from the device tree

2007-12-11T02:45:56Z

Currently we hardwire the number of SLBs to 64, but PAPR says we should use the ibm,slb-size property to obtain the number of SLB entries. This uses this property instead of assuming 64. If no property is found, we assume 64 entries as before. This soft patches the SLB handler, so it shouldn't change performance at all. Signed-off-by: Michael Neuling Signed-off-by: Paul Mackerras

[POWERPC] 4xx: Workaround for the 440EP(x)/GR(x) processors identical PVR issue.

2007-11-01T12:13:43Z

PowerPC 440EP(x) 440GR(x) processors have the same PVR values, since they have identical cores. However, FPU is not supported on GR(x) and enabling APU instruction broadcast in the CCR0 register (to enable FPU) may cause unpredictable results. There's no safe way to detect FPU support at runtime. This patch provides a workarund for the issue. We use a POWER6 "logical PVR approach". First, we identify all EP(x) and GR(x) processors as GR(x) ones (which is safe). Then we check the device tree cpu path. If we have a EP(x) processor entry, we call identify_cpu again with PVR | 0x8. This bit is always 0 in the real PVR. This way we enable FPU only for 440EP(x). Signed-off-by: Valentine Barshak Signed-off-by: Josh Boyer

[POWERPC] Use cache-inhibited large page bit from firmware

2007-10-09T11:00:48Z

Discussions with firmware architects have confirmed that the bit in the ibm,pa-features property that indicates support for cache-inhibited large (>= 64kB) page mappings does in fact mean that the hypervisor allows 64kB mappings to I/O devices. Thus we can now enable the code that tests that bit and sets our CPU_FTR_CI_LARGE_PAGE feature bit. Signed-off-by: Paul Mackerras

[POWERPC] setup_64.c and prom.c comment cleanup

2007-09-13T15:33:24Z

Grammatical corrections to comments. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] prom.c whitespace cleanup

2007-09-13T15:33:24Z

Whitespace cleanup: badly indented lines. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] Clean out a bunch of duplicate includes

2007-08-17T01:01:51Z

This removes several duplicate includes from arch/powerpc/. Signed-off-by: Jesper Juhl Acked-by: Benjamin Herrenschmidt Signed-off-by: Paul Mackerras

[POWERPC] of_detach_node()'s device node argument cannot be const

2007-07-22T11:30:59Z

...since it modifies it (when it sets the OF_DETACHED flag). Signed-off-by: Segher Boessenkool Signed-off-by: Paul Mackerras

Consolidate of_find_node_by routines

2007-07-20T03:39:06Z

This consolidates the routines of_find_node_by_path, of_find_node_by_name, of_find_node_by_type and of_find_compatible_device. Again, the comparison of strings are done differently by Sparc and PowerPC and also these add read_locks around the iterations. Signed-off-by: Stephen Rothwell Acked-by: Paul Mackerras Acked-by: David S. Miller