Re: [PATCH] sound/ppc: update annotations of serveral functions

Hi Takashi, On Wed, 03 Jun 2009 08:17:01 +0200 Takashi Iwai wrote: > > At Wed, 3 Jun 2009 15:35:19 +1000, > Stephen Rothwell wrote: > > > > [I am not sure if this is the correct approach as I don't know if any of > > this actual hardware or drivers are really hot pluggable.] > > I thought it ca

[PATCH] powerpc: Set init_bootmem_done on NUMA platforms as well

For some obscure reason, we only set init_bootmem_done after initializing bootmem when NUMA isn't enabled. We even document this next to the declaration of that global in system.h which of course I didn't read before I had to debug why some WIP code wasn't working properly... This patch changes it

[PATCH 0/5] powerpc: A bit more way paved toward 64-bit Book3E support (v2)

These are a few patches that are extracted or cleaned up from the current 64-bit Book3E support pile and that could be merged already in 2.6.31 to make subsequent patches easier to maintain and apply. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org

[PATCH 1/5] powerpc: Move VMX and VSX asm code to vector.S

Currently, load_up_altivec and give_up_altivec are duplicated in 32-bit and 64-bit. This creates a common implementation that is moved away from head_32.S, head_64.S and misc_64.S and into vector.S, using the same macros we already use for our common implementation of load_up_fpu. I also moved the

[PATCH 2/5] powerpc: Introduce CONFIG_PPC_BOOK3S

This patch introduce a new Kconfig option, CONFIG_PPC_BOOK3S that represents processors that are compliant with the "classic" (aka "server") variant of the PowerPC architecture. It replaces CONFIG_6xx on 32-bit (though the symbol is still defined for compatibility) and encompass all currently supp

[PATCH 3/5] powerpc: Split exception handling out of head_64.S

To prepare for future support of Book3E 64-bit PowerPC processors, which use a completely different exception handling, we move that code to a new exceptions-64s.S file. This file is #included from head_64.S due to some of the absolute address requirements which can currently only be fulfilled fro

[PATCH 4/5] powerpc: Separate PACA fields for server CPUs

This patch has no effect other than re-ordering PACA fields on current server CPUs. It however is a pre-requisite for future support of BookE 64-bit processors. Various parts of the PACA struct are now moved under some ifdef's, either the new CONFIG_PPC_BOOK3S or CONFIG_PPC_STD_MMU_64, whatever see

[PATCH 5/5] powerpc: Shield code specific to 64-bit server processors

This is a random collection of added ifdef's around portions of code that only mak sense on server processors. Using either CONFIG_PPC_STD_MMU_64 or CONFIG_PPC_BOOK3S as seems appropriate. This is meant to make the future merging of Book3E 64-bit support easier. Signed-off-by: Benjamin Herrenschm

Re: [PATCH 1/4] net/phy/marvell: update m88e1111 support for SGMII mode

From: Haiying Wang Date: Tue, 2 Jun 2009 10:04:13 -0400 > Disable fiber/copper auto selection for Marvell m88e SGMII support. > > Signed-off-by: Haiying Wang Applied to net-next-2.6 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://o

Re: [PATCH 2/4] fsl_pq_mido: Set the first UCC as the mii management interface master

From: Haiying Wang Date: Tue, 2 Jun 2009 10:04:14 -0400 > Current code makes the UCC whose register range includes the current mdio > register to be the MII managemnt interface master of the QE. If there is more > than one mdio bus for QE, the UCC of the last mdio bus will be the MII > managemen

Re: [PATCH 3/4 v2] net/ucc_geth: Add SGMII support for UEC GETH driver

From: Haiying Wang Date: Tue, 2 Jun 2009 10:04:15 -0400 > Signed-off-by: Haiying Wang Applied to net-next-2.6 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH 4/4] MPC85xx: Add UCC6 and UCC8 nodes in SGMII mode for MPC8569MDS

From: Haiying Wang Date: Tue, 2 Jun 2009 10:04:16 -0400 > Signed-off-by: Haiying Wang I couldn't apply this to net-next-2.6 because this DTS file being patched doesn't exist there. Perhaps the powerpc-next tree can suck it in... ___ Linuxppc-dev mai

Re: MPC52xx simple GPIO support

Anton Vorontsov wrote: > Hi Stefan, > > On Tue, Jun 02, 2009 at 07:02:25PM +0200, Stefan Strobl wrote: >> Hi >> I still don't quite understand how to use the Flattened Device Tree / >> Open Firmware. I see there's a driver (mpc52xx_gpt.c) that supports to >> use the Pins on the GPT as simple GPIOs

PWM class? (was: Re: MPC52xx simple GPIO support)

On Wed, Jun 03, 2009 at 02:42:26PM +0200, Stefan Strobl wrote: [...] > The led class provides support for setting the brightness, which > obviously the gpio driver doesn't support. The hardware (mpc52xx_gpt) > would support it in PWM mode though. I'm now wandering how this could be > best implement

[PATCH] IB/ehca: Remove superfluous bitmasks from QP control block

All the fields in the control block are nicely right-aligned, so no masking is necessary. Signed-off-by: Joachim Fenkes --- drivers/infiniband/hw/ehca/ehca_classes_pSeries.h | 28 - drivers/infiniband/hw/ehca/ehca_qp.c | 18 +++- 2 files changed, 5 in

Re: [PATCH] powerpc: tiny memcpy_(to|from)io optimisation

On Wed, 2009-06-03 at 08:51 +1000, Benjamin Herrenschmidt wrote: > On Tue, 2009-06-02 at 20:45 +0200, Albrecht Dreß wrote: > > > > > which drops the r1 accesses, but still produces the sub-optimal loop. > > Is this a gcc regression, or did I miss something here? Probably the > > only bullet

[PATCH 0/2] Convert more boards to ppc40x_simple

Below are some patches to convert the Malaku and Kilauea/Halekala boards to the ppc40x_simple platform. I've tested the second patch on my Halekala board. The Malaku patch should work as well, but I don't have access to one of those boards. Feedback would be appreciated. josh ___

[PATCH 1/2] powerpc/40x: Convert AMCC Makalu board to ppc40x_simple

This cleans up the makalu board port to use the ppc40x_simple platform support. Signed-off-by: Josh Boyer --- diff --git a/arch/powerpc/configs/40x/makalu_defconfig b/arch/powerpc/configs/40x/makalu_defconfig index 50c7cc1..1467475 100644 --- a/arch/powerpc/configs/40x/makalu_defconfig +++ b/a

[PATCH 2/2] powerpc/40x: Convert AMCC Kilauea/Halekala boards to ppc40x_simple

This cleans up the kilauea/halekala board ports to use the ppc40x_simple platform support. Signed-off-by: Josh Boyer --- diff --git a/arch/powerpc/configs/40x/kilauea_defconfig b/arch/powerpc/configs/40x/kilauea_defconfig index cc3e7b7..865725e 100644 --- a/arch/powerpc/configs/40x/kilauea_def

Re: PWM class? (was: Re: MPC52xx simple GPIO support)

On Wed, Jun 3, 2009 at 9:22 AM, Anton Vorontsov wrote: > On Wed, Jun 03, 2009 at 02:42:26PM +0200, Stefan Strobl wrote: > [...] >> The led class provides support for setting the brightness, which >> obviously the gpio driver doesn't support. The hardware (mpc52xx_gpt) >> would support it in PWM mo

[Patch 0/6] PPC64-HWBKPT: Hardware Breakpoint interfaces - ver V

Hi David, Please find a new patchset that addresses your comments and contains the changes as listed below. Changelog - ver V -- (Ver I: http://ozlabs.org/pipermail/linuxppc-dev/2009-May/071942.html) (Ver II: http://ozlabs.org/pipermail/linuxppc-dev/2009-May/072106.html) (

[Patch 1/6] Prepare the PowerPC platform for HW Breakpoint infrastructure

Prepare the PowerPC code for HW Breakpoint infrastructure patches by including relevant constant definitions and function declarations. Signed-off-by: K.Prasad --- arch/powerpc/include/asm/hw_breakpoint.h | 58 +++ arch/powerpc/include/asm/processor.h |1 a

[Patch 2/6] Introduce PPC64 specific Hardware Breakpoint interfaces

Introduce PPC64 implementation for the generic hardware breakpoint interfaces defined in kernel/hw_breakpoint.c. Enable the HAVE_HW_BREAKPOINT flag and the Makefile. Signed-off-by: K.Prasad --- arch/powerpc/Kconfig|1 arch/powerpc/kernel/Makefile|2 arch/powerpc

[Patch 3/6] Modify ptrace code to use Hardware Breakpoint interfaces

Modify the ptrace code to use the hardware breakpoint interfaces for user-space. Signed-off-by: K.Prasad --- arch/powerpc/kernel/ptrace.c | 47 +++ 1 file changed, 47 insertions(+) Index: linux-2.6-tip.hbkpt/arch/powerpc/kernel/ptrace.c

[Patch 4/6] Modify process and processor handling code to recognise hardware debug registers

Modify process handling code to recognise hardware debug registers during copy and flush operations. Introduce a new TIF_DEBUG task flag to indicate a process's use of debug register. Load the debug register values into a new CPU during initialisation. Signed-off-by: K.Prasad --- arch/powerpc/in

[Patch 5/6] Modify Data storage exception code to recognise DABR match first

Modify Data storage exception code to first lookout for a DABR match before recognising a kprobe or xmon exception. Signed-off-by: K.Prasad --- arch/powerpc/mm/fault.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) Index: linux-2.6-tip.hbkpt/arch/powerpc/mm/fault.c =

[Patch 6/6] Adapt kexec and samples code to recognise PPC64 hardware breakpoint usage

Modify kexec code to disable DABR registers before a reboot. Adapt the samples code to populate PPC64-arch specific fields. Signed-off-by: K.Prasad --- arch/powerpc/kernel/machine_kexec_64.c |3 +++ samples/hw_breakpoint/data_breakpoint.c |4 2 files changed, 7 insertions(+) Index

of_serial.c: adding UPF_FIXED_TYPE flag

Hello, Are there any objections or concerns on adding UPF_FIXED_TYPE to the port flags for the of_serial driver? Or maybe - are there any implementations using of_serial that rely on the 8250's probing to determine type? Based on the configs it looks like just the 4xx and 6xx variants are using th

Re: [RFC PATCH] fsldma: Add DMA_SLAVE support

On Fri, May 15, 2009 at 03:56:59PM -0700, Ira Snyder wrote: > Use the DMA_SLAVE capability of the DMAEngine API to copy/from a > scatterlist into an arbitrary list of hardware address/length pairs. > > This allows a single DMA transaction to copy data from several different > devices into a scatte

Re: [PATCH] powerpc: tiny memcpy_(to|from)io optimisation

Am 03.06.09 16:36 schrieb(en) Kenneth Johansson: On an e300 core using the lwzu/stwu is about 20% faster so at least one core prefer that optimization. Bingo. The '5200 on my test system has that core. So "-mcpu=603e" should select this strategy! Cheers, Albrecht. pgpAeWzL3wfxw.pgp De

Re: [PATCH] mmc: Fix the wrong accessor to HOSTVER register

On Tue, 2 Jun 2009 21:26:44 +0400 Anton Vorontsov wrote: > On Wed, May 06, 2009 at 06:40:07PM +0800, Dave Liu wrote: > > Freescale eSDHC controller has the special order for > > the HOST version register. that is not same as the other's > > registers. The address of HOSTVER in spec is 0xFE, and >

[RFC] powerpc/mpc85xx: add support for suspend mode

This patch adds support for the MPC85xx boards to enter the SLEEP mode. The wake up is done via an external interrupt. mpc85xx_enter_sleep() does not clear HID0_SLEEP in resume but it may be okay since it gets cleared on next NAP/DOZE. mpc85xx_enter_sleep() is mostly copied from NAP/DOZE. It does n

Re: [PATCH] IB/ehca: Remove superfluous bitmasks from QP control block

looks fine, applied for 2.6.31 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [RFC] powerpc/mpc85xx: add support for suspend mode

On Jun 3, 2009, at 2:54 PM, Sebastian Andrzej Siewior wrote: This patch adds support for the MPC85xx boards to enter the SLEEP mode. The wake up is done via an external interrupt. mpc85xx_enter_sleep() does not clear HID0_SLEEP in resume but it may be okay since it gets cleared on next NAP

Re: PWM class? (was: Re: MPC52xx simple GPIO support)

Hi Jon, On Wed, Jun 3, 2009 at 9:08 PM, Jon Smirl wrote: > On Wed, Jun 3, 2009 at 9:22 AM, Anton Vorontsov > wrote: >> On Wed, Jun 03, 2009 at 02:42:26PM +0200, Stefan Strobl wrote: >> [...] >>> The led class provides support for setting the brightness, which >>> obviously the gpio driver doesn'