Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
On Mon, 25 Mar 2013 09:31:31 +0800 Chen Gang gang.c...@asianux.com wrote:
The FWNMI region is fixed at 0x7000 and the vector are now overflowing
that with allmodconfig. Fix that by moving slb_miss_realmode code out
of that
Hi Mikey,
On Mon, 25 Mar 2013 17:07:17 +1100 Michael Neuling mi...@neuling.org wrote:
FYI you're gonna need this one also to make allmodconfig work.
http://patchwork.ozlabs.org/patch/230244/
Thanks for that, I will add it to linux-next tomorrow.
--
Cheers,
Stephen Rothwell
Commit c1fb6816fb1b78dd94b673b0fdaa9a7a16e97bd1 (powerpc: Add
relocation on exception vector handlers) added two lines of code that
depend on the macro CONFIG_HVC_SCOM. That macro doesn't exist. Perhaps
it was intended to use CONFIG_PPC_SCOM here. But since
maintence_interrupt is a typo and
On 25 March 2013 22:18, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/24/2013 11:19 PM, Viresh Kumar wrote:
On 24 March 2013 19:18, Viresh Kumar viresh.ku...@linaro.org wrote:
policy-cpus contains all online cpus that have single shared clock line.
And
their frequencies are always
On 03/24/2013 11:19 PM, Viresh Kumar wrote:
On 24 March 2013 19:18, Viresh Kumar viresh.ku...@linaro.org wrote:
policy-cpus contains all online cpus that have single shared clock line. And
their frequencies are always updated together.
Many SMP system's cpufreq drivers take care of this in
This patch moves cpufreq driver of powerpc platform to drivers/cpufreq.
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Olof Johansson o...@lixom.net
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Newer firmware on Power systems can transparently reassign platform resources
(CPU and Memory) in use. For instance, if a processor or memory unit is
predicted to fail, the platform may transparently move the processing to an
equivalent unused processor or the memory state to an equivalent unused
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Newer firmware on Power systems can transparently reassign platform resources
(CPU and Memory) in use. For instance, if a processor or memory unit is
predicted to fail, the platform may transparently move the processing to an
equivalent unused
As part of handling of hndling PRRN events we will need to check the
vector 5 portion of the architectire bits reported in the device tree
to ensure that PRRN event handling is enabled. In order to do this a
new platform_has_feature call is introduced (in a subsequent patch) to
make this check.
The firmware_has_feature() function makes it easy to check for supported
features of the hypervisor. This patch extends the capability of the
firmware_has_feature() function to include checking for specified bits
in vector 5 of the architecture vector as is reported in the device tree.
As part of
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Platform events such as partition migration or the new PRRN firmware
feature can cause the NUMA characteristics of a CPU to change, and these
changes will be reflected in the device tree nodes for the affected
CPUs.
This patch registers a handler for
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The new PRRN firmware feature allows CPU and memory resources to be
transparently reassigned across NUMA boundaries. When this happens, the
kernel must update the node maps to reflect the new affinity
information.
Although the NUMA maps can be
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The following patch adds vdso_getcpu_init(), which stores the NUMA node for
a cpu in SPRG3:
Commit 18ad51dd34 (powerpc: Add VDSO version of getcpu) adds
vdso_getcpu_init(), which stores the NUMA node for a cpu in SPRG3.
This patch ensures that this
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The new PRRN firmware feature provides a more convenient and event-driven
interface than VPHN for notifying Linux of changes to the NUMA affinity of
platform resources. However, for practical reasons, it may not be feasible
for some customers to
There are instances in which we do not want topology updates to occur.
In order to allow this a /proc interface (/proc/powerpc/topology_updates)
is introduced so that topology updates can be enabled and disabled.
This patch also adds a prrn_is_enabled() call so that PRRN events are
handled in the
The Linux kernel and platform firmware negotiate their mutual support
of the PRRN option via the ibm,client-architecture-support interface.
This patch simply sets the appropriate fields in the client architecture
vector to indicate Linux support and will cause the firmware to begin
sending PRRN
Hello all,
I have been following this list for a while now and am interested in getting a
version of the latest work in progress Linux kernel with fixes for powerpc.
Yes, I am a kernel newbie, but I am learning! I have an inherited project based
on version 2.6.28 that is compiled for an MPC5200b
Hello,
On Mon, 25 Mar 2013 20:27:17 +
Maxwell MacLean mmacl...@symbotic.com wrote:
Hello all,
I have been following this list for a while now and am interested
in getting a version of the latest work in progress Linux kernel
with fixes for powerpc.
For latest work in progress kernel
The following changes since commit 3912a677f68f6084e0a7b6a1a29310ac1b083713:
Merge tag 'pinctrl-fixes-for-v3.9' of
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl (2013-03-24
10:11:29 -0700)
are available in the git repository at:
From: Tang Yuantian yuantian.t...@freescale.com
This adds the clock driver for Freescale PowerPC corenet
series SOC using common clock infrastructure.
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
---
arch/powerpc/platforms/Kconfig.cputype |
From: Tang Yuantian yuantian.t...@freescale.com
The following SOCs will be affected: p2041, p3041, p4080,
p5020, p5040
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
---
arch/powerpc/boot/dts/fsl/p2041si-post.dtsi | 62 -
From: Tang Yuantian yuantian.t...@freescale.com
Add cpufreq driver for Freescale e500mc, e5500 and e6500 SOCs
which are capable of changing the frequency of CPU dynamically
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
---
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, March 23, 2013 6:11 AM
To: Wang Dongsheng-B40534
Cc: Wood Scott-B07421; Gala Kumar-B11780; linuxppc-dev@lists.ozlabs.org;
Zhao Chenhui-B35336; Li Yang-R58472
Subject: Re: [PATCH 3/3] powerpc/fsl: add MPIC timer wakeup
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, March 23, 2013 6:30 AM
To: Wang Dongsheng-B40534
Cc: Wood Scott-B07421; Gala Kumar-B11780; linuxppc-dev@lists.ozlabs.org;
Li Yang-R58472
Subject: Re: [PATCH 2/3] powerpc/mpic: add global timer support
On 03/22/2013
MPIC version is useful information for both mpic_alloc() and mpic_init().
The patch provide an API to get MPIC version for reusing the code.
Also, some other IP block may need MPIC version for their own use.
The API for external use is also provided.
Signed-off-by: Jia Hongtao
The MPIC version 2.0 has a MSI errata (errata PIC1 of mpc8544), It causes
that neither MSI nor MSI-X can work fine. This is a workaround to allow
MSI-X to function properly.
Signed-off-by: Liu Shuo soniccat@gmail.com
Signed-off-by: Li Yang le...@freescale.com
Signed-off-by: Jia Hongtao
On Mon, Mar 25, 2013 at 11:32:11AM +0100, Paul Bolle wrote:
Commit c1fb6816fb1b78dd94b673b0fdaa9a7a16e97bd1 (powerpc: Add
relocation on exception vector handlers) added two lines of code that
depend on the macro CONFIG_HVC_SCOM. That macro doesn't exist. Perhaps
it was intended to use
On Tue, Mar 26, 2013 at 11:28:46AM +0800, Jia Hongtao wrote:
MPIC version is useful information for both mpic_alloc() and mpic_init().
The patch provide an API to get MPIC version for reusing the code.
Also, some other IP block may need MPIC version for their own use.
The API for external use
-Original Message-
From: Michael Ellerman [mailto:mich...@ellerman.id.au]
Sent: Tuesday, March 26, 2013 12:14 PM
To: Jia Hongtao-B38951
Cc: linuxppc-dev@lists.ozlabs.org; ga...@kernel.crashing.org; Wood Scott-
B07421
Subject: Re: [PATCH 1/2] powerpc/MPIC: Add get_version API both
This function has always been marked as __cpuinit, but is only called
from functions marked as __init and references an __initdata variable.
So change its annotation to __init.
Fixes this build warning:
WARNING: arch/powerpc/mm/built-in.o(.cpuinit.text+0x86): Section mismatch in
reference from
On Tue, Mar 26, 2013 at 8:06 AM, yuantian.t...@freescale.com wrote:
diff --git a/drivers/cpufreq/Kconfig.powerpc b/drivers/cpufreq/Kconfig.powerpc
index e76992f..6339db4 100644
--- a/drivers/cpufreq/Kconfig.powerpc
+++ b/drivers/cpufreq/Kconfig.powerpc
@@ -5,3 +5,13 @@ config CPU_FREQ_MAPLE
31 matches
Mail list logo
