From: Benjamin Herrenschmidt
Date: Fri, 20 Aug 2010 15:14:55 +1000
> Other architectures who support cmpxchg and atomic_long can
> use that directly.
>
> Signed-off-by: Benjamin Herrenschmidt
Acked-by: David S. Miller
I'll move sparc64 over to this once it hits Linus's tree.
> Neither lfs nor stfs touch the fpscr, so remove the restore/save of it
> around them.
Do some 32 bit processors need this?
In 32 bit before the merge, we use to have code that did:
#if defined(CONFIG_4xx) || defined(CONFIG_E500)
#define cvt_fd without save/restore fpscr
#else
#defin
On Mon, 23 Aug 2010 08:34:54 +1000
Benjamin Herrenschmidt wrote:
> I'd rather have a macro somewhere in ppc_asm.h (MTMSR ?) that does the
> right thing. We might even already have one...
We do here is a new, improved patch.
Replace the BOOK3S_64 specific mtmsrd with the generic MTMSRD macro
On Sun, 2010-08-22 at 18:09 -0400, Sean MacLennan wrote:
> Let's try a patch to get the ball rolling.
>
> ldstfp.S does not compile if mtmsrd not defined. But is it only defined
> for BOOK3S_64. This defines mtmsrd to be mtmsr on all but BOOK3S_64.
> This solves the compile problem... but I am no
Let's try a patch to get the ball rolling.
ldstfp.S does not compile if mtmsrd not defined. But is it only defined
for BOOK3S_64. This defines mtmsrd to be mtmsr on all but BOOK3S_64.
This solves the compile problem... but I am not sure how to test it.
I am also not sure if this is the best plac
On 08/17/2010 04:57 PM, Alexander Graf wrote:
Howdy,
This is my local patch queue with stuff that has accumulated over the last
weeks on KVM for PPC with some last minute fixes, speedups and debugging help
that I needed for the KVM Forum ;-).
The highlights of this set are:
- Converted mos
On 08/17/2010 04:57 PM, Alexander Graf wrote:
We will soon add SR PV support to the shared page, so we need some
infrastructure that allows the guest to query for features KVM exports.
This patch adds a second return value to the magic mapping that
indicated to the guest which features are avai
The ioctls are actually compatible, but due to historical mistake the
numbers differ between 32bit and 64bit.
Signed-off-by: Andreas Schwab
---
drivers/macintosh/via-pmu.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/drivers/m
On Saturday 21 August 2010 23:32:23 Andreas Schwab wrote:
> The ioctls are actually compatible, but due to historical mistake the
> numbers differ between 32bit and 64bit.
Looks good to me, but
> +#ifdef CONFIG_COMPAT
> +#define PMU_IOC_GET_BACKLIGHT32 _IOR('B', 1, u32)
> +#define PMU_IOC_SE
