On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell wrote:
> Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
> for hcalls") from the kvm-ppc tree added an include of asm/epapr_hcall.h
> to the user visible part of asm/kvm_para.h so asm/epapr_hcall.h became a
> user visible header fi
On Thu, 11 Oct 2012 01:47:13 + Tabi Timur-B04825
wrote:
>
> On Wed, Oct 10, 2012 at 8:18 PM, Stephen Rothwell
> wrote:
>
> > arch/powerpc/include/asm/epapr_hcalls.h | 511
> > --
> > arch/powerpc/include/uapi/asm/Kbuild |1 +
> > arch/powerpc/inc
On Wed, Oct 10, 2012 at 8:18 PM, Stephen Rothwell wrote:
> arch/powerpc/include/asm/epapr_hcalls.h | 511
> --
> arch/powerpc/include/uapi/asm/Kbuild |1 +
> arch/powerpc/include/uapi/asm/epapr_hcalls.h | 511
> ++
What is incl
Hi Alexander,
Today's linux-next merge of the kvm-ppc tree got a conflict in
arch/powerpc/include/asm/kvm_para.h between commit c3617f72036c ("UAPI:
(Scripted) Disintegrate arch/powerpc/include/asm") from the powerpc-merge
tree and commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
fo
Hi Alexander,
Today's linux-next merge of the kvm-ppc tree got a conflict in
arch/powerpc/include/asm/Kbuild between commit c3617f72036c ("UAPI:
(Scripted) Disintegrate arch/powerpc/include/asm") from the powerpc-merge
tree and commit 4c09029a5639 ("KVM: PPC: Add support for ePAPR idle hcall
in ho
On 10/08/2012 01:23 PM, Wen Congyang wrote:
At 10/08/2012 12:37 PM, Andi Kleen Wrote:
Yasuaki Ishimatsu writes:
+ }
+
+ /*
+* We use 2M page, but we need to remove part of them,
+* so split 2M page to 4
-Original Message-
From: Linuxppc-dev
[mailto:linuxppc-dev-bounces+sshen=haliplex@lists.ozlabs.org] On
Behalf Of linuxppc-dev-requ...@lists.ozlabs.org
Sent: Thursday, 11 October 2012 7:57 AM
To: linuxppc-dev@lists.ozlabs.org
Subject: Linuxppc-dev Digest, Vol 98, Issue 38
Send Linuxpp
Currently, when booting MPC52xx based platforms, we get:
mpc52xx_irqhost_map: invalid irq: virq=16, l1=0, l2=3
irq: irq-16==>hwirq-0x3 mapping failed: -22
[WARNing skipped]
The warning is wrong since the mapping itself is valid. However, there is no
support for that type o
Hi,
On Fri, Oct 5, 2012 at 11:47 AM, Thomas De Schampheleire
wrote:
> Hi,
>
> The current virtual address space of a 32-bit userspace process looks
> like this on powerpc:
> # cat /proc/28922/maps
> 0010-00102000 r-xp 00:00 0 [vdso]
> 0fe7-0ffd8000 r-xp 00:01 75
From: Srinivas Kandagatla
Running below Coccinelle lookup pattern like below on the
latest kernel showed about 52 hits. This patch series is a subset
of those 52 patches, so that it will be easy for maintainers to review.
Hopefully these patches will get rid of some code duplication in kernel.
From: Srinivas Kandagatla
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 16 +---
1 files changed, 1 insertions(+), 15 deletions(-)
diff --git a/arch/powerpc/platfor
From: Srinivas Kandagatla
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla
---
arch/powerpc/sysdev/pmi.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/sysdev/pmi.c b/arch/powerpc/sy
Remove the redundant target residency initialisation in
pseries_cpuidle_driver_init().
This is currently over-writing the residency time updated as part of the static
table, resulting in all the idle states having the same target
residency of 100us which is incorrect. This may result in the menu
Earlier without cpuidle framework on pseries, the native arch
idle routine comprised of both snooze and nap
states. smt_snooze_delay variable was used to delay
the idle process entry to deeper idle state like nap.
With the coming of cpuidle, this arch specific idle was replaced
by two different i
smt_snooze_delay was designed to delay idle loop's nap entry
in the native idle code before it got ported over to use as part of
the cpuidle framework.
A -ve value assigned to smt_snooze_delay should result in
busy looping, in other words disabling the entry to nap state.
- https://lis
The following series consists of a bunch of fixes for
cpuidle back-end driver for ppc64 (pSeries) platform.
The series applies on 3.6-rc7 and has been tested on ppc64 pSeries
POWER7 system with snooze and nap states.
With these fixes, avg idle residency for nap on 50 percent idle system
increase
16 matches
Mail list logo
