Re: 2.6.27-rc8 boot failure

2008-10-07 Thread Paul Mackerras
Badari Pulavarty writes: I am not able to boot my Power5 box with 2.6.27-rc8 (defconfig). However, I am able to boot with my own custom config. Known issue ? No, and I wasn't able to replicate it on a power5 partition here... Could you look up what is at 0xc097a02c in your vmlinux

powerpc.git status

2008-10-07 Thread Benjamin Herrenschmidt
While paul was away, I've been taking care of the tree, so currently up to date is my git at: git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git I've pushed a batch of stuff to the master branch. I haven't yet updated the next branch, I'm going to let master settle a day or two

Re: BSP on Kernel2.4 needed for MPC8360E-MDS

2008-10-07 Thread Josh Boyer
On Mon, 6 Oct 2008 16:34:39 -0700 mike zheng [EMAIL PROTECTED] wrote: Hi All, Is there any BSP on kernel 2.4 for MPC8360EMDS board? 2.4 is really really old. I doubt it. josh ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org

Re: [PATCH v3] powerpc/83xx: don't probe broken PCI on mpc837x_mds boards

2008-10-07 Thread Kumar Gala
On Oct 6, 2008, at 12:08 PM, Anton Vorontsov wrote: In the standalone setup the board's CPLD disables the PCI internal arbiter, thus any access to the PCI bus will hang the board. The common way to disable particular devices in the device tree is to put the status property with any value

Re: [PATCH] pata_of_platform: fix no irq handling

2008-10-07 Thread Benjamin Herrenschmidt
On Tue, 2008-10-07 at 13:26 +0400, Anton Vorontsov wrote: On Tue, Oct 07, 2008 at 10:30:59AM +0900, Tejun Heo wrote: Anton Vorontsov wrote: On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote: There is a simple problem with the patch which is that an IRQ 0 can and does

Re: [PATCH] pata_of_platform: fix no irq handling

2008-10-07 Thread Anton Vorontsov
On Tue, Oct 07, 2008 at 10:30:59AM +0900, Tejun Heo wrote: Anton Vorontsov wrote: On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote: There is a simple problem with the patch which is that an IRQ 0 can and does actually exist on a bunch of platforms, at least to the best of my

Re: [PATCH v2] edac: mpc85xx: Add support for MPC8572

2008-10-07 Thread Kumar Gala
On Sep 19, 2008, at 6:20 PM, Nate Case wrote: From: Andrew Kilkenny [EMAIL PROTECTED] This adds support for the dual-core MPC8572 processor. We have to support making SPR changes on each core. Also, since we can have multiple memory controllers sharing an interrupt, flag the interrupts with

[PATCH] powerpc/cell/oprofile: vma_map: fix test on overlay_tbl_offset

2008-10-07 Thread Arnd Bergmann
From: Roel Kluin [EMAIL PROTECTED] Offset is unsigned and when an address isn't found in the vma map vma_map_lookup() returns the vma physical address + 0x1000. vma_map_lookup used to return 0x on a failed lookup, but a change was made to return the vma physical address + 0x1000

Re: [PATCH] pata_of_platform: fix no irq handling

2008-10-07 Thread Wang Jian
Tejun Heo wrote: Anton Vorontsov wrote: On Mon, Oct 06, 2008 at 03:41:19PM -0500, Matt Sealey wrote: There is a simple problem with the patch which is that an IRQ 0 can and does actually exist on a bunch of platforms, at least to the best of my knowledge. Checking for -1 (which means for

Re: [PATCH] pata_of_platform: fix no irq handling

2008-10-07 Thread Alan Cox
This was discussed years ago. http://lkml.org/lkml/2005/11/22/159 http://lkml.org/lkml/2005/11/22/227 Would this break any existing platforms? If so, can those be fixed together or does it become a much bigger problem that way? Zero means no IRQ. Any platform with bits of code

Re: powerpc.git status

2008-10-07 Thread Kumar Gala
On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote: While paul was away, I've been taking care of the tree, so currently up to date is my git at: git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git I've pushed a batch of stuff to the master branch. I haven't yet updated the

[PATCH] powerpc: Fix error path in kernel_thread function

2008-10-07 Thread Josh Boyer
From: Josh Poimboeuf [EMAIL PROTECTED] The powerpc 32-bit and 64-bit kernel_thread functions don't properly propagate errors being returned by the clone syscall. (In the case of error, the syscall exit code returns a positive errno in r3 and sets the CR0[SO] bit.) This patch fixes that by

Re: [PATCH v2] edac: mpc85xx: Add support for MPC8572

2008-10-07 Thread Dave Jiang
There's an SVN+quilt tree via sourceforge for EDAC. I have asked Doug to push this patch upstream to the mm tree. Kumar Gala wrote: On Sep 19, 2008, at 6:20 PM, Nate Case wrote: From: Andrew Kilkenny [EMAIL PROTECTED] This adds support for the dual-core MPC8572 processor. We have to

Re: [PATCH] powerpc: Fix error path in kernel_thread function

2008-10-07 Thread Josh Boyer
On Tue, Oct 07, 2008 at 12:10:03PM -0400, Josh Boyer wrote: From: Josh Poimboeuf [EMAIL PROTECTED] The powerpc 32-bit and 64-bit kernel_thread functions don't properly propagate errors being returned by the clone syscall. (In the case of error, the syscall exit code returns a positive errno in

Re: [PATCH] powerpc: Fix error path in kernel_thread function

2008-10-07 Thread Segher Boessenkool
- cmpwi 0,r3,0 /* parent or child? */ - bne 1f /* return if parent */ + bns+1f /* did system call indicate error? */ + neg r3,r3 /* if so, make return code negative */ +1: cmpwi 0,r3,0 /* parent or

Re: powerpc.git status

2008-10-07 Thread Benjamin Herrenschmidt
On Tue, 2008-10-07 at 07:29 -0500, Kumar Gala wrote: On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote: While paul was away, I've been taking care of the tree, so currently up to date is my git at: git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git I've pushed a

[PATCH 3/3] powerpc: pci: 5121: Hide pci bridge.

2008-10-07 Thread John Rigby
The class of the MPC5121 pci host bridge is PCI_CLASS_BRIDGE_OTHER while other freescale host bridges have class set to PCI_CLASS_PROCESSOR_POWERPC. This patch makes fixup_hide_host_resource_fsl match PCI_CLASS_BRIDGE_OTHER in addition to PCI_CLASS_PROCESSOR_POWERPC. Signed-off-by: John Rigby

[PATCH 0/3] MPC5121 add pci support

2008-10-07 Thread John Rigby
The following three patches add pci support for MPC5121 These got no NACKs back in August but they were not picked up by anyone either. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

[PATCH 1/3] powerpc: 83xx: pci: Remove need for get_immrbase from mpc83xx_add_bridge.

2008-10-07 Thread John Rigby
Modify mpc83xx_add_bridge to get config space register base address from the device tree instead of immr + hardcoded offset. 83xx pci nodes have this change: register properties now contain two address length tuples: First is the pci bridge register base, this has always been there.

[PATCH 0/3] powerpc: dma code cleanup

2008-10-07 Thread Remi Machet
Hi, Following is the whole DMA code cleanup on top of the work already done by Becky Bruce. It includes removing __dma_sync and __dma_sync_page that got replaced by dma_mapping_ops-sync, getting rid of the old dma-noncoherent code which is now another type of dma_mapping_ops and cleaning up the

[PATCH 1/3] powerpc: dma code cleanup

2008-10-07 Thread Remi Machet
New dma-noncoherent code. This is a full rewrite of arch/powerpc/lib/dma-noncoherent.c. The old code in arch/powerpc/lib/dma-noncoherent.c uses a memory pool at a hard coded virtual address set by CONFIG_CONSISTENT_START (typically 0xFF10). If not set carefully this address can conflict with

[PATCH 2/3] powerpc: dma code cleanup

2008-10-07 Thread Remi Machet
Code cleanup in arch/powerpc/include/asm/dma-mapping.h and arch/powerpc/include/asm/io.h. I replaced _dma_sync and _dma_sync_page with a new dma_mapping_ops API called sync: this is necessary to make sure that the proper synchronization mechanism is used for each device on a platform where

[PATCH 3/3] powerpc: dma code cleanup

2008-10-07 Thread Remi Machet
Remove old dma-noncoherent code and hooks. Also remove the config parameters CONSISTENT_SIZE and CONSISTENT_START which are not used anymore. Signed-off-by: Remi Machet [EMAIL PROTECTED] --- arch/powerpc/lib/dma-noncoherent.c | 427 - b/arch/powerpc/Kconfig

[PATCH 2/3] powerpc: 5121: Add PCI support.

2008-10-07 Thread John Rigby
Uses mpc83xx_add_bridge in fsl_pci.c Adds second register tuple to pci node register property as done for 83xx device trees in a previous patch. Signed-off-by: John Rigby [EMAIL PROTECTED] --- arch/powerpc/boot/dts/mpc5121ads.dts |3 ++- arch/powerpc/platforms/512x/Kconfig |2

Re: [PATCH 1/3] powerpc: dma code cleanup

2008-10-07 Thread Benjamin Herrenschmidt
On Tue, 2008-10-07 at 14:05 -0700, Remi Machet wrote: + /* +* Mark the pages as Reserved: this memory is used by a DMA engine, +* it cannot be swapped. +* Also mark each page as un-cached. We ass ume here that a PTE +* already exist (valid assumption

Re: [PATCH 1/3] powerpc: dma code cleanup

2008-10-07 Thread Remi Machet
On Wed, 2008-10-08 at 08:22 +1100, Benjamin Herrenschmidt wrote: On Tue, 2008-10-07 at 14:05 -0700, Remi Machet wrote: + /* +* Mark the pages as Reserved: this memory is used by a DMA engine, +* it cannot be swapped. +* Also mark each page as un-cached. We

Re: [PATCH 1/3] powerpc: dma code cleanup

2008-10-07 Thread Benjamin Herrenschmidt
On Tue, 2008-10-07 at 15:11 -0700, Remi Machet wrote: This will disappear since I am going to use the vmalloc pool but out of curiosity: calling kmap should not result in any virtual memory from the kmap pool being used unless the allocated page is in high memory. Do you expect many driver to

Re: [PATCH v2] edac: mpc85xx: Add support for MPC8572

2008-10-07 Thread Doug Thompson
Dave Jiang [EMAIL PROTECTED] wrote: There's an SVN+quilt tree via sourceforge for EDAC. I have asked Doug to push this patch upstream to the mm tree. Kumar Gala wrote: On Sep 19, 2008, at 6:20 PM, Nate Case wrote: From: Andrew Kilkenny This adds support for the dual-core MPC8572

Re: [PATCH] powerpc: dtb and purgatory support for ppc32

2008-10-07 Thread Simon Horman
On Wed, Oct 01, 2008 at 11:20:24PM +0200, Sebastian Andrzej Siewior wrote: From: Sebastian Siewior [EMAIL PROTECTED] Some code dtb scanning filling has been borrowed from ppc64. The old behavior is still available if compiled with GameCube, other PowerPC platform use the can purgatory and

[PATCH 2/3] powerpc: 5121: Add PCI support.

2008-10-07 Thread John Rigby
Uses mpc83xx_add_bridge in fsl_pci.c Adds second register tuple to pci node register property as done for 83xx device trees in a previous patch. Signed-off-by: John Rigby [EMAIL PROTECTED] --- arch/powerpc/boot/dts/mpc5121ads.dts |3 ++- arch/powerpc/platforms/512x/Kconfig |2

Re: powerpc.git status

2008-10-07 Thread Kumar Gala
On Oct 7, 2008, at 1:57 PM, Benjamin Herrenschmidt wrote: On Tue, 2008-10-07 at 07:29 -0500, Kumar Gala wrote: On Oct 7, 2008, at 12:27 AM, Benjamin Herrenschmidt wrote: While paul was away, I've been taking care of the tree, so currently up to date is my git at: