On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling local_fiq_enable() and
this is done a second time in arch_cpu_idle_prepare() in that
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling local_fiq_enable() and
this is done a second time in arch_cpu_idle_prepare() in that
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
... so we can get rid of it entirely.
Signed-off-by: Nicolas Pitre n...@linaro.org
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
---
include/linux/cpu.h | 1 -
kernel/cpu/idle.c | 2 --
2 files changed, 3 deletions(-)
diff --git
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
In order to integrate cpuidle with the scheduler, we must have a better
proximity in the core code with what cpuidle is doing and not delegate
such interaction to arch code.
Architectures implementing arch_cpu_idle() should simply enter
a cheap idle
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre n...@linaro.org
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
---
arch/arm/kernel/process.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it. However a few things need
checking:
- Invocation of cpuidle_idle_call() in pseries_lpar_idle() happened
through arch_cpu_idle() and was therefore always preceded by a call
to ppc64_runlatch_off(). To
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre n...@linaro.org
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
---
arch/sh/kernel/idle.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre n...@linaro.org
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
---
arch/x86/kernel/process.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
On 21.01.2014, at 10:42, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Liu Ping Fan kernelf...@gmail.com writes:
To make sure that on host, the pages marked with _PAGE_NUMA result in a fault
when guest access them, we should force the checking when guest uses
hypercall
to
Alexander Graf ag...@suse.de writes:
On 21.01.2014, at 10:42, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Liu Ping Fan kernelf...@gmail.com writes:
To make sure that on host, the pages marked with _PAGE_NUMA result in a
fault
when guest access them, we should force the
On Mon, Jan 27, 2014 at 10:11:40AM +0100, Alexander Graf wrote:
On 21.01.2014, at 10:42, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Liu Ping Fan kernelf...@gmail.com writes:
To make sure that on host, the pages marked with _PAGE_NUMA result in a
fault
when guest
On 27.01.2014, at 11:28, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Alexander Graf ag...@suse.de writes:
On 21.01.2014, at 10:42, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Liu Ping Fan kernelf...@gmail.com writes:
To make sure that on host, the pages
Hi Nicolas,
On 01/27/2014 11:38 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it. However a few things need
checking:
- Invocation of cpuidle_idle_call() in pseries_lpar_idle() happened
through arch_cpu_idle() and was therefore always preceded by a call
to
On Mon, Jan 27, 2014 at 01:08:16AM -0500, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling local_fiq_enable() and
this is done a second time in
On Mon, Jan 27, 2014 at 01:08:15AM -0500, Nicolas Pitre wrote:
As everyone should know by now, we want to integrate the cpuidle
governor with the scheduler for a more efficient idling of CPUs.
In order to help the transition, this small patch series moves the
existing interaction with cpuidle
On Mon, 27 Jan 2014, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 01:08:16AM -0500, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling
On Mon, 27 Jan 2014, Catalin Marinas wrote:
On Mon, Jan 27, 2014 at 06:08:17AM +, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling
On Mon, Jan 27, 2014 at 06:08:17AM +, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling local_fiq_enable() and
this is done a second time in
Alexander Graf ag...@suse.de writes:
On 27.01.2014, at 11:28, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Alexander Graf ag...@suse.de writes:
On 21.01.2014, at 10:42, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
wrote:
Liu Ping Fan kernelf...@gmail.com writes:
To
On Mon, Jan 27, 2014 at 03:51:02PM +, Nicolas Pitre wrote:
On Mon, 27 Jan 2014, Catalin Marinas wrote:
On Mon, Jan 27, 2014 at 06:08:17AM +, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
On Mon, Jan 27, 2014 at 09:22:55AM +0100, Daniel Lezcano wrote:
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have secondary_start_kernel() already calling local_fiq_enable()
On Mon, Jan 27, 2014 at 10:45:59AM -0500, Nicolas Pitre wrote:
On Mon, 27 Jan 2014, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 01:08:16AM -0500, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call
On Fri, 24 Jan 2014, David Rientjes wrote:
kmalloc_node(nid) and kmem_cache_alloc_node(nid) should fallback to nodes
other than nid when memory can't be allocated, these functions only
indicate a preference.
The nid passed indicated a preference unless __GFP_THIS_NODE is specified.
Then the
On Fri, 24 Jan 2014, Nishanth Aravamudan wrote:
As to cpu_to_node() being passed to kmalloc_node(), I think an
appropriate fix is to change that to cpu_to_mem()?
Yup.
Yeah, the default policy should be to fallback to local memory if the node
passed is memoryless.
Thanks!
I would
The memory remove code for powerpc/pseries should call remove_memory()
so that we are holding the hotplug_memory lock during memory remove
operations.
This patch updates the memory node remove handler to call remove_memory()
and adds a ppc_md.remove_memory() entry to handle pseries specific work
On 01/27/2014 06:21 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 06:12:53PM +0100, Daniel Lezcano wrote:
On 01/27/2014 05:07 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 09:22:55AM +0100, Daniel Lezcano wrote:
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and
On Mon, 27 Jan 2014, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 10:45:59AM -0500, Nicolas Pitre wrote:
On Mon, 27 Jan 2014, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 01:08:16AM -0500, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures
On Mon, Jan 27, 2014 at 05:21:10PM +, Russell King - ARM Linux wrote:
A reviewed-by tag on its own doesn't mean much, as it could mean that
you've just glanced over the code and decided yea, it looks okay, or
it could mean that you've spent all day verifying that the code change
is indeed
On 01/27/2014 05:07 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 09:22:55AM +0100, Daniel Lezcano wrote:
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have
On Jan 25, 2014, at 6:06 AM, Prabhakar Kushwaha prabha...@freescale.com wrote:
Freescale IFC controller has been used for mpc8xxx. It will be used
for ARM-based SoC as well. This patch moves the driver to driver/memory
and fix the header file includes.
Also remove module_platform_driver()
On Sat, 2014-01-25 at 17:36 +0530, Prabhakar Kushwaha wrote:
diff --git a/drivers/memory/Kconfig b/drivers/memory/Kconfig
index 29a11db..555d26f 100644
--- a/drivers/memory/Kconfig
+++ b/drivers/memory/Kconfig
@@ -50,4 +50,13 @@ config TEGRA30_MC
analysis, especially for
On Mon, 2014-01-27 at 19:43 -0600, Brandon Stewart wrote:
[]
diff --git a/drivers/macintosh/adb.c b/drivers/macintosh/adb.c
[]
@@ -624,8 +623,7 @@ do_adb_query(struct adb_request *req)
{
int ret = -EINVAL;
- switch(req-data[1])
- {
+ switch(req-data[1]) {
Signed-off-by: Brandon Stewart stewar...@gmail.com
---
drivers/macintosh/adb.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/macintosh/adb.c b/drivers/macintosh/adb.c
index 04a5049..53611de 100644
--- a/drivers/macintosh/adb.c
+++
I corrected several coding errors.
Signed-off-by: Brandon Stewart stewar...@gmail.com
---
drivers/macintosh/adb.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/macintosh/adb.c b/drivers/macintosh/adb.c
index 53611de..dd3f49a 100644
---
On Wed, 2014-01-22 at 19:38 -0500, Paul Gortmaker wrote:
Thanks, it was a great help as it uncovered a few issues in fringe arch
that I didn't have toolchains for, and I've fixed all of those up.
I've noticed that powerpc has been un-buildable for a while now; I have
used this hack patch
Hi Linus !
So here's my next branch for powerpc. A bit late as I was on vacation
last week. It's mostly the same stuff that was in next already, I just
added two patches today which are the wiring up of lockref for powerpc,
which for some reason fell through the cracks last time and is trivial.
Hi Linus !
This is the patch that I had sent after -rc8 and which we decided
to wait before merging. It's based on a different tree than my
-next branch (it needs some pre-reqs that were in -rc4 or so while
my -next is based on -rc1) so I left it as a separate branch for
your to pull. It's
Freescale IFC controller has been used for mpc8xxx. It will be used
for ARM-based SoC as well. This patch moves the driver to driver/memory
and fix the header file includes.
Also remove module_platform_driver() and instead call
platform_driver_register() from subsys_initcall() to make sure
As Freescale IFC controller has been moved to driver to driver/memory.
So enable memory driver in powerpc config
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
Branch next
Changes for v2: Sending as it
Hi Ben !
On Wed, 15 Jan 2014 22:18:59 +0100
Anatolij Gustschin ag...@denx.de wrote:
Hi Ben !
please pull mpc5xxx patches for v3.14:
Ping.
Switch mpc512x to the common clock framework and adapt mpc512x
drivers to use the new clock driver. Old PPC_CLOCK code is
removed entirely since
On Tue, 2014-01-28 at 06:46 +0100, Anatolij Gustschin wrote:
Hi Ben !
On Wed, 15 Jan 2014 22:18:59 +0100
Anatolij Gustschin ag...@denx.de wrote:
Hi Ben !
please pull mpc5xxx patches for v3.14:
Ping.
Oops, you sent that while I was on vacation and I missed it.
Next time, try to
Hi Ben !
On Fri, 17 Jan 2014 19:22:36 -0600
Scott Wood scottw...@freescale.com wrote:
This contains a fix for a chroma_defconfig build break that was
introduced by e6500 tablewalk support, and a device tree binding patch
that missed the previous pull request due to some last-minute polishing.
On Tue, 28 Jan 2014 17:00:14 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Tue, 2014-01-28 at 06:46 +0100, Anatolij Gustschin wrote:
Hi Ben !
On Wed, 15 Jan 2014 22:18:59 +0100
Anatolij Gustschin ag...@denx.de wrote:
Hi Ben !
please pull mpc5xxx patches
Although it's optional IBM POWER cpus always had DAR value set on
alignment interrupt. So don't try to compute these values.
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
Changes from V2:
* Depend on cpu feature flag to decide whether to use fault_dsir or not
This patch make sure we inherit the LE bit correctly in different case
so that we can run Little Endian distro in PR mode
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
Changes from V2:
* Move H_SET_MODE to qemu
arch/powerpc/include/asm/kvm_host.h | 1 +
45 matches
Mail list logo