Re: [v2 PATCH 1/1] Fix 64bit Maple Host Bridge 'reg' property

On Tue, 2009-04-14 at 18:13 +0800, tiejun.ch...@gamil.com wrote: > In the DTB tree created by firmware on some Maple 64bit targets, such as > ATCA6101, > the "reg" property of host bridge node is incorrectly encoded as if > #address-cells > and #size-cells were 1. So we have to provide one fixu

Re: [PATCH 2/8] powerpc: share .data output section definition between 32 and 64 bits.

On Fri, 1 May 2009, Michael Ellerman wrote: > On Thu, 2009-04-30 at 19:56 -0400, Tim Abbott wrote: > > +#ifndef CONFIG_PPC32 > > This would be clearer in the positive, as in #ifdef CONFIG_PPC64. Good point. New version below. -Tim Abbott powerpc: share .data output section definition

Re: [PATCH 2/8] powerpc: share .data output section definition between 32 and 64 bits.

On Thu, 2009-04-30 at 19:56 -0400, Tim Abbott wrote: > Since upcoming changes will add several more common pieces of code > between the 32-bit and 64-bit powerpc architectures, it seems best to > unify these two blocks. > > Signed-off-by: Tim Abbott > Cc: Benjamin Herrenschmidt > Cc: Paul Macker

linux-next: galak tree build warning

Hi Kumar, Today's linux-next build (powerpc_ppc64_defconfig) produced these warnings: arch/powerpc/platforms/pseries/iommu.c: In function 'pci_dma_bus_setup_pSeries': arch/powerpc/platforms/pseries/iommu.c:391: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'reso

[PATCH 6/8] powerpc: use new macros for .data.init_task.

.data.init_task should not need a separate output section; this change moves it into the .data section. This patch uses THREAD_SIZE rather than 8192/16384 for the alignment. This should have the effect of increasing the alignment to 32768 if CONFIG_PPC_256K_PAGES is defined, but it seems that it s

[PATCH 3/8] powerpc: Use macros for .data.page_aligned section.

.data.page_aligned should not need a separate output section, so as part of this cleanup I moved into the .data output section in the linker scripts in order to eliminate unnecessary references to the section name. Note that this change moves the page-aligned data inside _edata. Since it _is_ data

[PATCH 5/8] powerpc: use new macro for .data.cacheline_aligned section.

.data.cacheline_aligned should not need a separate output section; this change moves it into the .data section. Since there isn't an ALIGN() directive before the .data.cacheline_aligned scetion in the current linker script, I'd like an ack from one of the powerpc maintainers that L1_CACHE_BYTES is

[PATCH 8/8] powerpc: convert to new generic read_mostly support.

Signed-off-by: Tim Abbott Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@ozlabs.org --- arch/powerpc/Kconfig |3 +++ arch/powerpc/include/asm/cache.h |4 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/K

[PATCH 7/8] powerpc: use new macro for .data.read_mostly section.

.data.read_mostly should not need a separate output section; this change moves it into the .data section. Signed-off-by: Tim Abbott Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@ozlabs.org --- arch/powerpc/kernel/vmlinux.lds.S |7 ++- 1 files changed, 2 insertions(+),

[PATCH 4/8] powerpc: use NOSAVE_DATA macro for .data.nosave section.

.data.nosave should not need a separate output section; this change moves it into the .data section. Signed-off-by: Tim Abbott Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@ozlabs.org --- arch/powerpc/kernel/vmlinux.lds.S |9 + 1 files changed, 1 insertions(+), 8 d

[PATCH 0/8] section name cleanup for powerpc

This patch series cleans up the section names on the powerpc architecture. It requires the architecture-independent macro definitions from this patch series: The long-term goal here is to add support for building the kernel with -ffunction-sectio

[PATCH 2/8] powerpc: share .data output section definition between 32 and 64 bits.

Since upcoming changes will add several more common pieces of code between the 32-bit and 64-bit powerpc architectures, it seems best to unify these two blocks. Signed-off-by: Tim Abbott Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@ozlabs.org --- arch/powerpc/kernel/vmlinux.l

[PATCH 1/8] powerpc: Remove unused __page_aligned macro.

Signed-off-by: Tim Abbott Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@ozlabs.org --- arch/powerpc/include/asm/page_64.h |8 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/include/asm/page_64.h b/arch/powerpc/include/asm/page_64.h ind

[PATCH 9/9] spi_mpc8xxx: s/83xx/8xxx/g

Since we renamed the file, we might want to rename the file internals too. Though we don't bother with changing platform driver name and platform module alias. The stuff is legacy and hopefully we'll remove it soon. Suggested-by: Kumar Gala Signed-off-by: Anton Vorontsov --- drivers/spi/Kconfi

[PATCH 8/9] spi_mpc83xx: Rename spi_83xx.c to spi_8xxx.c

The driver handles MPC83xx, MPC85xx and MPC86xx SPI controllers, so rename the file for clarity. Suggested-by: Kumar Gala Signed-off-by: Anton Vorontsov --- drivers/spi/Makefile |2 +- drivers/spi/spi_mpc83xx.c | 958 - drivers/spi/spi_mpc8x

[PATCH 7/9] spi_mpc83xx: Remove dead code

This patch removes #if 0'ed code, and spi_mpc83xx->busy variable that is used by that dead snippet only. Signed-off-by: Anton Vorontsov --- drivers/spi/spi_mpc83xx.c | 16 1 files changed, 0 insertions(+), 16 deletions(-) diff --git a/drivers/spi/spi_mpc83xx.c b/drivers/spi/s

[PATCH 6/9] spi_mpc83xx: Split mpc83xx_spi_work() into two routines

mpc83xx_spi_work() is quite large, with up to five indentation levels and is quite difficult to read. So, split the function in two parts: 1. mpc83xx_spi_work() now only traverse queued spi messages; 2. mpc83xx_spi_do_one_msg() only manages single messages. There should be no functional changes.

[PATCH 5/9] spi_mpc83xx: Fix checkpatch issues

Checkpatch is spitting errors when seeing the rename patch, so fix the errors prior to moving. Following errors and warnings were fixed: WARNING: Use #include instead of #1027: FILE: drivers/spi/spi_mpc8xxx.c:37: +#include ERROR: "foo * bar" should be "foo *bar" #: FILE: drivers/spi/spi_m

[PATCH 4/9] powerpc/86xx: Add MMC SPI support for MPC8610HPCD boards

This patch adds spi and mmc-spi-slot nodes, plus a gpio-controller for PIXIS' sdcsr bank that is used for managing SPI chip-select and for reading card's states. Signed-off-by: Anton Vorontsov --- arch/powerpc/boot/dts/mpc8610_hpcd.dts | 32 arch/powerpc/platfo

[PATCH 3/9] spi_mpc83xx: Add small delay after asserting chip-select line

This is needed for some underlaying GPIO controllers that may be a bit slow, or if chip-select signal need some time to stabilize. For what it's worth, we already have the similar delay for chip-select de-assertion case. Signed-off-by: Anton Vorontsov --- drivers/spi/spi_mpc83xx.c |4 +++-

[PATCH 2/9] spi_mpc83xx: Quieten down the "Requested speed is too low" message

When a platform is running at high frequencies it's not always possible to scale-down a frequency to a requested value, and using mmc_spi driver this leads to the following printk flood during card polling: ... mmc_spi spi32766.0: Requested speed is too low: 40 Hz. Will use 520828 Hz ins

[PATCH 1/9] spi_mpc83xx: Handles other Freescale processors

With this patch we'll able to select spi_mpc83xx driver on the MPC86xx platforms. Let the driver depend on FSL_SOC, so we don't have to worry about Kconfig anymore. Also remove the "experimental" dependency, the driver has been tested to work on a various hardware, and surely not experimental anym

[PATCH 0/9] Some work for spi_mpc83xx driver, spi-mmc support for MPC8610HPCD

Hi all, Here are few patches that are needed to support spi-mmc slot on MPC8610HPCD PowerPC boards: [1/9] spi_mpc83xx: Handles other Freescale processors [2/9] spi_mpc83xx: Quieten down the "Requested speed is too low" message [3/9] spi_mpc83xx: Add small delay after asserting chip-select line [4

[PATCH v2 0/6] macros for section name cleanup

(this patch series differs from v1 only in the CC list; some of the architecture lists I sent the previous one to are moderated against non-members; all replies should go to this version). Here are the architecture-independent macro definitions needed for to clean up the kernel's section names. T

[PATCH v2 5/6] Add new READ_MOSTLY_DATA(align) linker script macro.

This patch is preparation for replacing most ".data.read_mostly" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with

[PATCH v2 1/6] Add new macros for page-aligned data and bss sections.

This patch is preparation for replacing most uses of ".bss.page_aligned" and ".data.page_aligned" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names t

[PATCH v2 2/6] Add new NOSAVE_DATA linker script macro.

This patch is preparation for replacing most ".data.nosave" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with -ffun

[PATCH v2 6/6] Add support for __read_mostly to linux/cache.h

Signed-off-by: Tim Abbott --- include/linux/cache.h |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/include/linux/cache.h b/include/linux/cache.h index 97e2488..99d8a6f 100644 --- a/include/linux/cache.h +++ b/include/linux/cache.h @@ -13,7 +13,13 @@ #endif #ifnd

[PATCH v2 3/6] Add new CACHELINE_ALIGNED_DATA linker script macro.

This patch is preparation for replacing most ".data.cacheline_aligned" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible

[PATCH v2 4/6] Add new INIT_TASK_DATA() linker script macro.

This patch is preparation for replacing most ".data.init_task" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with -f

[PATCH 4/6] Add new INIT_TASK_DATA() linker script macro.

This patch is preparation for replacing most ".data.init_task" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with -f

[PATCH 1/6] Add new macros for page-aligned data and bss sections.

This patch is preparation for replacing most uses of ".bss.page_aligned" and ".data.page_aligned" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names t

[PATCH 0/6] macros for section name cleanup

Here are the architecture-independent macro definitions needed for to clean up the kernel's section names. The overall diffstat from this section name cleanup project is: 96 files changed, 261 insertions(+), 503 deletions(-) The decrease results from removing a lot of redundancy in the linker s

[PATCH 3/6] Add new CACHELINE_ALIGNED_DATA linker script macro.

This patch is preparation for replacing most ".data.cacheline_aligned" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible

[PATCH 5/6] Add new READ_MOSTLY_DATA(align) linker script macro.

This patch is preparation for replacing most ".data.read_mostly" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with

[PATCH 2/6] Add new NOSAVE_DATA linker script macro.

This patch is preparation for replacing most ".data.nosave" in the kernel with macros, so that the section name can later be changed without having to touch a lot of the kernel. The long-term goal here is to be able to change the kernel's magic section names to those that are compatible with -ffun

[PATCH 6/6] Add support for __read_mostly to linux/cache.h

Signed-off-by: Tim Abbott --- include/linux/cache.h |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/include/linux/cache.h b/include/linux/cache.h index 97e2488..99d8a6f 100644 --- a/include/linux/cache.h +++ b/include/linux/cache.h @@ -13,7 +13,13 @@ #endif #ifnd

Re: [PATCH] powerpc/pci: Move pseries code into pseries platform specific area

On Thu, 2009-04-30 at 10:35 -0500, Kumar Gala wrote: > On Apr 30, 2009, at 9:49 AM, Michael Ellerman wrote: > > > On Thu, 2009-04-30 at 09:14 -0500, Kumar Gala wrote: > >> There doesn't appear to be any specific reason that we need to > >> setup the > >> pseries specific notifier in generic arch

[PATCH] mpc52xx_psc_spi: Convert to cs_control callback

mpc52xx_psc_spi driver is the last user of the legacy activate_cs and deactivate_cs callbacks, so convert the driver to the cs_control hook and remove the legacy callbacks from fsl_spi_platform_data struct. Signed-off-by: Anton Vorontsov --- drivers/spi/mpc52xx_psc_spi.c | 22 +

[PATCH] powerpc/fsl_soc: Remove mpc83xx_wdt_init, again

commit b31a1d8b41513b96e9c7ec2f68c5734cef0b26a4 ("gianfar: Convert gianfar to an of_platform_driver"), possibly due merge issues, reintroduced completely unneded mpc83xx_wdt_init call, which I removed some time ago in commit 20d38e01d48019c578ab0ec1464454c0 ("powerpc/fsl_soc: remove mpc83xx_wdt cod

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

On Thu, Apr 30, 2009 at 5:18 PM, Benjamin Herrenschmidt wrote: > Well... GPCS is indeed some kind of internal PHY if you like but it's > not MDIO controlled and I don't really see a need to move it to the > phylib as it's so specific to the NIC itself. But if you think it cleans > the code up sign

Re: [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages

On Thu, 2009-04-30 at 21:59 +0100, Mel Gorman wrote: > This patch fixes the problem by not asseting the PTE is locked for VMAs > backed by huge pages. Thanks, will apply. Cheers, Ben. > Signed-off-by: Mel Gorman > --- > arch/powerpc/mm/pgtable.c |3 ++- > 1 file changed, 2 insertions(+),

Re: [RFC][PATCH] add support to ppc32 to "use" pci_dn

On Thu, 2009-04-30 at 16:07 -0500, Kumar Gala wrote: > Ben, > > This is my cut at unifying a bit of the ppc32 & ppc64 code. I don't > specifically intend to use all the OF bits on ppc32, but getting some of > the structures the same so the non-OF related foo can be common is my > goal. > > This

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

> Ok, I've made some progress in the port, but right now I'm trying to > puzzle out what the "gpcs" bits in the code are. From the few > publicly available docs and some mailing list posts, the gpcs address > appears to be some kind of integrated virtual PHY used when 460GT-ish > chips are commun

Re: why does ppc64 require boards to call pci_devs_phb_init()?

On Thu, 2009-04-30 at 13:04 -0500, Kumar Gala wrote: > On Apr 30, 2009, at 10:37 AM, Kumar Gala wrote: > > > looking at merging this in w/ppc32 and wondering why board code has > > to call pci_devs_phb_init() and not do it via pcibios_init() > > > > - k > > As I look at this a bit more, I'm thi

Re: why does ppc64 require boards to call pci_devs_phb_init()?

On Thu, 2009-04-30 at 10:37 -0500, Kumar Gala wrote: > looking at merging this in w/ppc32 and wondering why board code has to > call pci_devs_phb_init() and not do it via pcibios_init() As I said on IRC, not too sure at the moment, it could be due to some ordering issues where pSeries needs the

[RFC][PATCH] add support to ppc32 to "use" pci_dn

Ben, This is my cut at unifying a bit of the ppc32 & ppc64 code. I don't specifically intend to use all the OF bits on ppc32, but getting some of the structures the same so the non-OF related foo can be common is my goal. This was all about trying to get pci_bus_to_hose() to be common. - k dif

Re: [BUG] 2.6.30-rc3: BUG triggered on some hugepage usages

On Sat, Apr 25, 2009 at 01:24:50AM +1000, Michael Ellerman wrote: > On Fri, 2009-04-24 at 10:51 +0100, Mel Gorman wrote: > > On Tue, Apr 21, 2009 at 08:27:57PM -0700, Linus Torvalds wrote: > > > Another week, another -rc. > > > > > > > I'm seeing some tests with sysbench+postgres+large pages fail

Re: [PATCH 3/3] powerpc/86xx: Add MMC SPI support for MPC8610HPCD boards

Sorry for the late response, On Sat, Apr 04, 2009 at 05:38:44PM -0700, H. Peter Anvin wrote: > Anton Vorontsov wrote: > > This patch adds spi and mmc-spi-slot nodes, plus a gpio-controller > > for PIXIS' sdcsr bank that is used for managing SPI chip-select and > > for reading card's states. > > >

[PATCH v2] powerpc/pci: Move pseries code into pseries platform specific area

There doesn't appear to be any specific reason that we need to setup the pseries specific notifier in generic arch pci code. Move it into pseries land. Signed-off-by: Kumar Gala --- arch/powerpc/include/asm/pci-bridge.h |1 + arch/powerpc/kernel/pci_dn.c | 28 +-

Re: Need a patch tested on a windtunnel powermac

On Wed, Apr 29, 2009 at 08:24:48PM -0400, Josh Boyer wrote: >On Thu, Apr 30, 2009 at 09:30:59AM +1000, Paul Mackerras wrote: >>Does anyone here still have a "windtunnel" powermac (PowerMac3,6) >>machine running Linux? We need someone to test Jean Delvare's patch >>to the therm_windtunnel driver.

Re: why does ppc64 require boards to call pci_devs_phb_init()?

On Apr 30, 2009, at 10:37 AM, Kumar Gala wrote: looking at merging this in w/ppc32 and wondering why board code has to call pci_devs_phb_init() and not do it via pcibios_init() - k As I look at this a bit more, I'm thinking why don't we do: pci_devs_phb_init_dynamic() in pcibios_alloc_con

Re: [PATCH] alim15x3: Remove historical hacks, re-enable init_hwif for PowerPC

On Monday 27 April 2009 20:47:42 Anton Vorontsov wrote: > Some time ago we had to disable init_hwif callback for PowerPC builds. > That was because of a historical IRQ overwrite in the driver, which > was causing IDE malfunction on the MPC8610HPCD PowerPC boards. > > It's unclear whether this over

Re: FSL Driver load issues with OF

On Wed, Apr 29, 2009 at 11:45:20AM +0200, Benjamin Zores wrote: > Since the progressive migration of some PPC drivers to use of_platform bus > (typically migrating OF parsing from fsl_soc.c to the device probe/init > functions), > I'm experiencing driver load issues. > > Actually, I'm not longer

why does ppc64 require boards to call pci_devs_phb_init()?

looking at merging this in w/ppc32 and wondering why board code has to call pci_devs_phb_init() and not do it via pcibios_init() - k ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH] powerpc/pci: Move pseries code into pseries platform specific area

On Apr 30, 2009, at 9:49 AM, Michael Ellerman wrote: On Thu, 2009-04-30 at 09:14 -0500, Kumar Gala wrote: There doesn't appear to be any specific reason that we need to setup the pseries specific notifier in generic arch pci code. Move it into pseries land. Yeah I guess. Although if som

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

On Thu, Apr 30, 2009 at 11:11 AM, Grant Likely wrote: > Just a heads up Kyle; there are changes queued in the netdev tree > which add OF helpers for MDIO bus drivers and MAC drivers.  See here: > > http://git.kernel.org/?p=linux/kernel/git/davem/net-next-2.6.git;a=commit;h=8bc487d150b939e69830c393

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

On Thu, Apr 30, 2009 at 9:04 AM, Kyle Moffett wrote: > On Wed, Apr 22, 2009 at 4:21 AM, Benjamin Herrenschmidt > wrote: >> On Mon, 2009-04-20 at 20:10 -0400, Kyle Moffett wrote: >>> > IIRC, Ben had some issues with how phylib and the EMAC would need to >>> > interact.  Not sure if he has those wr

Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions)

On Wed, Apr 22, 2009 at 4:21 AM, Benjamin Herrenschmidt wrote: > On Mon, 2009-04-20 at 20:10 -0400, Kyle Moffett wrote: >> > IIRC, Ben had some issues with how phylib and the EMAC would need to >> > interact.  Not sure if he has those written down somewhere or not. >> > (CC'd). >> >> Hmm, yeah, I'

Re: [PATCH 0/9] powerpc/pci: clean up direct access to sysdata

On Thu, 2009-04-30 at 09:18 -0500, Kumar Gala wrote: > On Apr 30, 2009, at 8:49 AM, Michael Ellerman wrote: > > > On Thu, 2009-04-30 at 08:09 -0500, Kumar Gala wrote: > >> We shouldn't be accessing sysdata directly. In the future we might > >> have > >> sysdata be a device_node on ppc32 to matc

Re: [PATCH] powerpc/pci: Move pseries code into pseries platform specific area

On Thu, 2009-04-30 at 09:14 -0500, Kumar Gala wrote: > There doesn't appear to be any specific reason that we need to setup the > pseries specific notifier in generic arch pci code. Move it into pseries > land. Yeah I guess. Although if some other platform ever wants to do PCI hotplug it probably

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 03:05:42PM +0200, Nick Piggin wrote: [...] > --- > SLQB: fix dumb early allocation cache > > The dumb early allocation cache had a bug where it could allow allocation > to go past the end of a page, which could cause crashes or random memory > corruption. Fix this and simpl

Re: [PATCH 0/9] powerpc/pci: clean up direct access to sysdata

On Apr 30, 2009, at 8:49 AM, Michael Ellerman wrote: On Thu, 2009-04-30 at 08:09 -0500, Kumar Gala wrote: We shouldn't be accessing sysdata directly. In the future we might have sysdata be a device_node on ppc32 to match ppc64. Direct access would make that a bit difficult. If someone c

[PATCH] powerpc/pci: Move pseries code into pseries platform specific area

There doesn't appear to be any specific reason that we need to setup the pseries specific notifier in generic arch pci code. Move it into pseries land. Signed-off-by: Kumar Gala --- arch/powerpc/kernel/pci_dn.c | 28 +--- arch/powerpc/platforms/pseries/setup.

Re: Next April 28: boot failure on PowerPC with SLQB

On Fri, May 01, 2009 at 12:00:33AM +1000, Stephen Rothwell wrote: > Hi Nick, > > On Thu, 30 Apr 2009 15:05:42 +0200 Nick Piggin wrote: > > > > Hmm, this might do it. The following code now passes some stress testing > > in a userspace harness wheras before it did not (and was obviously wrong). >

Re: Next April 28: boot failure on PowerPC with SLQB

Hi Nick, On Thu, 30 Apr 2009 15:05:42 +0200 Nick Piggin wrote: > > Hmm, this might do it. The following code now passes some stress testing > in a userspace harness wheras before it did not (and was obviously wrong). Indeed that allows it to boot fine. Thanks. Tested-by: Stephen Rothwell --

Re: [PATCH 0/9] powerpc/pci: clean up direct access to sysdata

On Thu, 2009-04-30 at 08:09 -0500, Kumar Gala wrote: > We shouldn't be accessing sysdata directly. In the future we might have > sysdata be a device_node on ppc32 to match ppc64. Direct access would make > that > a bit difficult. > > If someone can look at the iseries code I would appreciate th

Re: [2.6.29] MPC8560 Powerpc Port linux-2.6.29

On Apr 30, 2009, at 1:51 AM, Deepak Gaur wrote: Hello all I have a custom board with MPC8560 and 1GB DDR SDRAM. I am trying to port linux - 2.6.29 on this board. The U-BOOT is already ported on the board and is working. The OS uImage is stored in code flash at address 0xe000 and OS

[PATCH 9/9] powerpc/pci: clean up direct access to sysdata by celleb platforms

We shouldn't directly access sysdata to get the device node to just go get the pci_controller. We can call pci_bus_to_host() for this purpose. Signed-off-by: Kumar Gala --- arch/powerpc/platforms/cell/celleb_pci.c | 10 ++ arch/powerpc/platforms/cell/celleb_scc_epci.c | 13 ++

[PATCH 8/9] powerpc/pci: clean up direct access to sysdata by RTAS

We shouldn't directly access sysdata to get the device node but call pci_bus_to_OF_node() for this purpose. Signed-off-by: Kumar Gala --- arch/powerpc/kernel/rtas_pci.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/kernel/rtas_pci.c b/arch/powerpc

[PATCH 6/9] powerpc/pci: clean up direct access to sysdata on tsi108 platforms

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/sysdev/tsi108_pci.c |4 ++

[PATCH 7/9] powerpc/pci: clean up direct access to sysdata by powermac platforms

We shouldn't directly access sysdata to get the device node but call pci_bus_to_OF_node() for this purpose. Signed-off-by: Kumar Gala --- arch/powerpc/platforms/powermac/setup.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/platforms/powermac/setup.c b/a

[PATCH 5/9] powerpc/pci: clean up direct access to sysdata by CHRP platforms

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/platforms/chrp/pci.c |8 +

[PATCH 4/9] powerpc/pci: clean up direct access to sysdata by 4xx platforms

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/sysdev/ppc4xx_pci.c |4 ++

[PATCH 1/9] powerpc/pci: clean up direct access to sysdata by indirect ops

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/sysdev/indirect_pci.c |4

[PATCH 3/9] powerpc/pci: clean up direct access to sysdata by 52xx platforms

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/platforms/52xx/efika.c

[PATCH 2/9] powerpc/pci: clean up direct access to sysdata by FSL platforms

We shouldn't directly access sysdata to get the pci_controller. Instead use pci_bus_to_host() for this purpose. In the future we might have sysdata be a device_node to match ppc64 and unify the code between ppc32 & ppc64. Signed-off-by: Kumar Gala --- arch/powerpc/sysdev/fsl_pci.c |6 +++--

[PATCH 0/9] powerpc/pci: clean up direct access to sysdata

We shouldn't be accessing sysdata directly. In the future we might have sysdata be a device_node on ppc32 to match ppc64. Direct access would make that a bit difficult. If someone can look at the iseries code I would appreciate that: arch/powerpc/platforms/iseries/pci.c: iomm_table[c

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 02:20:29PM +0300, Pekka Enberg wrote: > On Thu, 2009-04-30 at 13:18 +0200, Nick Piggin wrote: > > OK thanks. So I think we have 2 problems. One with MAX_ORDER <= 9 > > that is fixed by the previous patch, and another which is probably > > due to having no memory on node 0 wh

Please pull from 'next' branch for 2.6.31

Ben, This tree is based of the linus's 2.6.30-rc4 as I figured that was a good point to start a 'next' tree off of. - k Please pull from 'next' branch of master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next to receive the following updates: Documentation/powerpc/dts-bin

Re: [PATCH 2/6] powerpc/qe: update risc allocation for QE

On Apr 29, 2009, at 1:14 PM, Haiying Wang wrote: Change the RISC allocation to macros instead of enum, add function to read the number of risc engines from the new property "num-riscs" under qe node in dts. Add new property "num-riscs" description in qe.txt Signed-off-by: Haiying Wang ---

Re: [PATCH] rapidio: add common mapping APIs for RapidIO memory access

On Apr 30, 2009, at 12:10 AM, Li Yang wrote: On Tue, Apr 28, 2009 at 7:39 PM, David Miller wrote: Please number your patches. :-/ There is no way for anyone to be able to tell in what order your changes should be applied. Sorry for that. I thought I have added -n when doing the git-form

Re: [PATCH 1/6] powerpc/85xx: clean up for mpc8568_mds name

On Apr 29, 2009, at 1:14 PM, Haiying Wang wrote: Keep an unique machine def for the MPC8568 MDS board to handle some subtle differences between the future MDS board. Also set the bcsrs in setup_arch() only for mpc8568_mds because other mds has different bcsr settings. Signed-off-by: Haiying

[PATCH v2] powerpc/cpm: Remove some cruft code and defines

Kill of some old defines and macros that we no longer use like CPM_MAP_ADDR, IMAP_ADDR and CPM_IRQ_OFFSET. Signed-off-by: Kumar Gala --- * Removed IMAP_ADDR since we killed its one user in the net-next tree - k arch/powerpc/include/asm/cpm1.h|2 -- arch/powerpc/include/asm/cpm2.h

Re: [PATCH 2/4] powerpc: Move VSX load/stores into ppc-opcode.h

On Apr 30, 2009, at 1:58 AM, Michael Neuling wrote: Cleans up the VSX load/store instructions by moving them into ppc-opcode.h. Signed-off-by: Michael Neuling --- Acked-by: Kumar Gala - k arch/powerpc/include/asm/ppc-opcode.h | 13 + arch/powerpc/include/asm/ppc_asm.h

Re: [PATCH 1/4] powerpc: Cleanup macros in ppc-opcode.h

On Apr 30, 2009, at 1:58 AM, Michael Neuling wrote: Make macros more braces happy. Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/ppc-opcode.h |8 1 file changed, 4 insertions(+), 4 deletions(-) Acked-by: Kumar Gala - k Index: linux-2.6-ozlabs/arch/powerpc/in

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 02:20:29PM +0300, Pekka Enberg wrote: > On Thu, 2009-04-30 at 13:18 +0200, Nick Piggin wrote: > > OK thanks. So I think we have 2 problems. One with MAX_ORDER <= 9 > > that is fixed by the previous patch, and another which is probably > > due to having no memory on node 0 wh

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, 2009-04-30 at 13:18 +0200, Nick Piggin wrote: > OK thanks. So I think we have 2 problems. One with MAX_ORDER <= 9 > that is fixed by the previous patch, and another which is probably > due to having no memory on node 0 which I will take another look > at now. > > We can merge the previous

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 09:00:04PM +1000, Stephen Rothwell wrote: > Hi Pekka, Nick, > > On Thu, 30 Apr 2009 13:38:04 +0300 Pekka Enberg > wrote: > > > > Stephen, does this patch fix all the boot problems for you as well? > > Unfortunately not, I am still getting this: > > Memory: 1967708k/2097

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 2:00 PM, Stephen Rothwell wrote: > Hi Pekka, Nick, > > On Thu, 30 Apr 2009 13:38:04 +0300 Pekka Enberg > wrote: >> >> Stephen, does this patch fix all the boot problems for you as well? > > Unfortunately not, I am still getting this: > > Memory: 1967708k/2097152k availabl

Re: Next April 28: boot failure on PowerPC with SLQB

Hi Pekka, Nick, On Thu, 30 Apr 2009 13:38:04 +0300 Pekka Enberg wrote: > > Stephen, does this patch fix all the boot problems for you as well? Unfortunately not, I am still getting this: Memory: 1967708k/2097152k available (9836k kernel code, 129444k reserved, 1440k data, 8422k bss, 2092k init

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, 2009-04-30 at 12:35 +0200, Nick Piggin wrote: > On Thu, Apr 30, 2009 at 03:17:12PM +0530, Sachin Sant wrote: > > Nick Piggin wrote: > > >Hmm, forget that. Actually my last patch had a silly mistake because I > > >forgot MAX_ORDER shift is applied to PAGE_SIZE, rather than 1. So > > >kmalloc

Re: Next April 28: boot failure on PowerPC with SLQB

On Thu, Apr 30, 2009 at 03:17:12PM +0530, Sachin Sant wrote: > Nick Piggin wrote: > >Hmm, forget that. Actually my last patch had a silly mistake because I > >forgot MAX_ORDER shift is applied to PAGE_SIZE, rather than 1. So > >kmalloc(PAGE_SIZE) was failing as too large. > > > >This patch should d

Re: Next April 28: boot failure on PowerPC with SLQB

Nick Piggin wrote: Hmm, forget that. Actually my last patch had a silly mistake because I forgot MAX_ORDER shift is applied to PAGE_SIZE, rather than 1. So kmalloc(PAGE_SIZE) was failing as too large. This patch should do the trick I hope. Yes this patch fixed the issue for me. Thanks Nick.

Re: [PATCH] [MTD] ofpart: Partitions at same address cannot have thesame name v3

Hello > > Ah!  After writing my original reply, I read the documentation, > and this had me confused. > > 4b08e14 looks wrong to me.  It also didn't update the documentation. So, what shall we do, revert 4b08e14 or apply this patch changing the name to "linux,mtd,partition" or similar ?

[PATCH 4/4] powerpc: Add 2.06 tlbie mnemonics

From: Milton Miller This adds the PowerPC 2.06 tlbie mnemonics and keeps backwards compatibilty for CPUs before 2.06. Only useful for bare metal systems. Signed-off-by: Milton Miller Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/mmu.h|5 + arch/powerpc/includ

[PATCH 2/4] powerpc: Move VSX load/stores into ppc-opcode.h

Cleans up the VSX load/store instructions by moving them into ppc-opcode.h. Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/ppc-opcode.h | 13 + arch/powerpc/include/asm/ppc_asm.h| 10 -- 2 files changed, 13 insertions(+), 10 deletions(-) Index: linux-2.

[PATCH 1/4] powerpc: Cleanup macros in ppc-opcode.h

Make macros more braces happy. Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/ppc-opcode.h |8 1 file changed, 4 insertions(+), 4 deletions(-) Index: linux-2.6-ozlabs/arch/powerpc/include/asm/ppc-opcode.h ===

[PATCH 3/4] powerpc: Enable MMU feature sections for inline asm

From: Milton Miller powerpc: Enable MMU feature sections for inline asm This adds the ability to do MMU feature sections for inline asm. Signed-off-by: Milton Miller Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/feature-fixups.h | 25 - 1 file changed