Re: [PATCH linux-next] powerpc/powermac: Add missing of_node_put

2008-12-07 Thread Nicolas Palix
On Sunday 07 December 2008 06:43:33 Stephen Rothwell wrote: > Hi Paul, > > On Sun, 7 Dec 2008 13:31:00 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote: > > > > I'm really in two minds about applying any of the of_node_put patches > > that only affect powermacs. The reference counts only matter on

The first 8GB harddrive limit for booting first iMacs. Help appreciated.

2008-12-07 Thread Anthony Renaud
My old iMac (1998) G3 seems to have the limit of the first 8 GB for installing any operativesystem if we want it to be bootable.With Mac OS X it seems to be true,we run intoproblems if the installation gets out of this limit.I have a LinuxPPC distribution installed on one partition within my 4GB

RE: PCI Resource allocation

2008-12-07 Thread Benjamin Herrenschmidt
On Thu, 2008-12-04 at 18:12 -0600, Flores, Raul wrote: > A bit off topic, but since the subject is pci resource allocation: > > As entered here: > http://bugs.gentoo.org/show_bug.cgi?id=249832 > > the 2.6.24-gentoo-r3 kernel; iomem tree for my video display works, but > has not worked in the foll

Re: [PATCH linux-next] powerpc/powermac: Add missing of_node_put

2008-12-07 Thread Michael Ellerman
On Sun, 2008-12-07 at 16:43 +1100, Stephen Rothwell wrote: > Hi Paul, > > On Sun, 7 Dec 2008 13:31:00 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote: > > > > I'm really in two minds about applying any of the of_node_put patches > > that only affect powermacs. The reference counts only matter on >

[PATCH] POWERPC: Add cached region support to physmap_of MTD driver

2008-12-07 Thread Trent Piepho
The MTD system supports operation where a direct mapped flash chip is mapped twice. The normal mapping is a standard ioremap(), which is non-cached and guarded on powerpc. The second mapping is used only for reads and can be cached and non-guarded. Currently, only the pxa2xx mapping driver makes

[PATCH] Set the fsl elbc ECCM according the settings in bootloader.

2008-12-07 Thread Jason Jin
The ECCM maybe set in bootloader, Get ECCM settings from the bootloader, can avoid the image written by bootloader cannot read out by kernel. But the limitation of doing it this way is that, it could break large page NAND if it is written with NAND disabled in u-boot and read with NAND enabled, or

[PATCH] powerpc: Fix mismerge of iss4xx platform support

2008-12-07 Thread Benjamin Herrenschmidt
The Makefile missed the necessary bit for treeboot-iss4xx.o to be built thus breaking builds of this platform Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/boot/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-work.orig/arch/powerpc/boot/M

Re: [PATCH] powerpc: Fix mismerge of iss4xx platform support

2008-12-07 Thread Benjamin Herrenschmidt
On Mon, 2008-12-08 at 15:32 +1100, Benjamin Herrenschmidt wrote: > The Makefile missed the necessary bit for treeboot-iss4xx.o to be built > thus breaking builds of this platform > > Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> > --- Ignore patch, my mistake :-) Cheers, Ben. > arc

[PATCH] powerpc: Fix build of 4xx simple platforms without CONFIG_PCI

2008-12-07 Thread Benjamin Herrenschmidt
The global ppc_pci_flags is not defined when CONFIG_PCI is not set, causing a link error Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/platforms/40x/ppc40x_simple.c |2 ++ arch/powerpc/platforms/44x/ppc44x_simple.c |2 ++ 2 files changed, 4 insertions(+) ---

Re: [PATCH] powerpc: Fix build of 4xx simple platforms without CONFIG_PCI

2008-12-07 Thread Michael Ellerman
On Mon, 2008-12-08 at 15:53 +1100, Benjamin Herrenschmidt wrote: > The global ppc_pci_flags is not defined when CONFIG_PCI is not > set, causing a link error > > Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> > --- > > arch/powerpc/platforms/40x/ppc40x_simple.c |2 ++ > arch/power

Re: [PATCH] powerpc: Fix build of 4xx simple platforms without CONFIG_PCI

2008-12-07 Thread Benjamin Herrenschmidt
> > --- linux-work.orig/arch/powerpc/platforms/40x/ppc40x_simple.c > > 2008-12-08 15:51:49.0 +1100 > > +++ linux-work/arch/powerpc/platforms/40x/ppc40x_simple.c 2008-12-08 > > 15:51:52.0 +1100 > > @@ -61,7 +61,9 @@ static int __init ppc40x_probe(void) > > > > for (i

[PATCH 0/9] powerpc: Preliminary work to enable SMP BookE

2008-12-07 Thread Benjamin Herrenschmidt
This series of patches is aimed at supporting SMP on non-hash based processors. It consists of a rework of the MMU context management and TLB management, clearly splitting hash32, hash64 and nohash in both cases, adding SMP safe context handling and some basic SMP TLB management. There is room for

[PATCH 1/9] powerpc: Fix bogus cache flushing on all 40x and BookE processors v2

2008-12-07 Thread Benjamin Herrenschmidt
We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all these processors. The result is that update_mmu_cache() would flush the cache for all pages mapped to userspace which is totally unnecessary on those processors since we already handle flushing on execute in the page fault path. Thi

[PATCH 2/9] powerpc: Fix asm EMIT_BUG_ENTRY with !CONFIG_BUG

2008-12-07 Thread Benjamin Herrenschmidt
Instead of not defining it at all, this defines the macro as being empty, thus avoiding ifdef's in call sites when CONFIG_BUG is not set. Also removes an extra whitespace in the existing definition Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/include/asm/bug.h |

[PATCH 3/9] powerpc/4xx: Extended DCR support

2008-12-07 Thread Benjamin Herrenschmidt
This adds supports to the "extended" DCR addressing via the indirect mfdcrx/mtdcrx instructions supported by some 4xx cores (440H6 and later) I enabled the feature for now only on AMCC 460 chips Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/include/asm/cputable.h

[PATCH 4/9] powerpc: Add local_flush_tlb_mm() to SW loaded TLB implementations

2008-12-07 Thread Benjamin Herrenschmidt
This adds a local_flush_tlb_mm() call as a pre-requisite for some SMP work for BookE processors Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/include/asm/tlbflush.h |5 + 1 file changed, 5 insertions(+) --- linux-work.orig/arch/powerpc/include/asm/tlbflush.h

[PATCH 5/9] powerpc: Split mmu_context handling

2008-12-07 Thread Benjamin Herrenschmidt
This splits the mmu_context handling between 32-bit hash based processors, 64-bit hash based processors and everybody else. This is preliminary work for adding SMP support for BookE processors. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/include/asm/mmu_context.h

[PATCH 6/9] powerpc: Rework context management for CPUs with no hash table

2008-12-07 Thread Benjamin Herrenschmidt
This reworks the context management code used by 4xx,8xx and freescale BookE. It adds support for SMP by implementing a concept of stale context map to lazily flush the TLB on processors where a context may have been invalidated. This also contains the ground work for generalizing such lazy TLB flu

[PATCH 7/9] powerpc: Rename tlb_32.c and tlb_64.c to tlb_hash32.c and tlb_hash64.c

2008-12-07 Thread Benjamin Herrenschmidt
This renames the files to clarify the fact that they are used by the hash based family of CPUs (the 603 being an exception in that family but is still handled by that code). This paves the way for the new tlb_nohash.c coming via a subsequent patch. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PR

[PATCH 9/9] powerpc: Add SMP support to no-hash TLB handling

2008-12-07 Thread Benjamin Herrenschmidt
This patch moves the whole no-hash TLB handling out of line into a new tlb_nohash.c file, and implements some basic SMP support using IPIs and/or broadcast tlbivax instructions. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/include/asm/mmu.h |3 arch/powerp

Re: The first 8GB harddrive limit for booting first iMacs. Help appreciated.

2008-12-07 Thread Benjamin Herrenschmidt
On Sun, 2008-12-07 at 12:18 -0800, Anthony Renaud wrote: > The problem is : Can Linux surpass this 8GB limit and be installed on > partitions out of this > > 8GB limit,and be bootable and run without problems? It seems a hardisk > controller limitation > > of these first iMac models. > As long a