On 04/07/2014 02:42 AM, Rob Herring wrote:
On Fri, Apr 4, 2014 at 9:11 AM, Michal Simek mon...@monstr.eu wrote:
On 04/04/2014 03:32 PM, Rob Herring wrote:
On Fri, Apr 4, 2014 at 8:22 AM, Michal Simek mon...@monstr.eu wrote:
On 04/04/2014 03:00 PM, Rob Herring wrote:
On Fri, Apr 4, 2014 at
This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
Unlike PPC64, PPC32 doesn't use the PACA convention. Therefore the
implementation is taken from the IA64 architecture.
It is based on additional information added to the Task Info structure.
Signed-off-by: Christophe Leroy
Benjamin Herrenschmidt b...@kernel.crashing.org writes:
On Wed, 2014-04-02 at 21:37 +0530, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
We need to handle numa pte via the slow path
Is this -stable material ? If yes how far back ?
I am not sure we really
Alexander Graf ag...@suse.com writes:
On 03.04.14 04:36, Liu ping fan wrote:
Hi Alex, could you help to pick up this patch? since v3.14 kernel can
enable numa fault for powerpc.
What bad happens without this patch? We map a page even though it was
declared to get NUMA migrated? What
On 07.04.14 09:42, Aneesh Kumar K.V wrote:
Alexander Graf ag...@suse.com writes:
On 03.04.14 04:36, Liu ping fan wrote:
Hi Alex, could you help to pick up this patch? since v3.14 kernel can
enable numa fault for powerpc.
What bad happens without this patch? We map a page even though it was
Hi Michael,
On 04/04/2014 09:18 AM, Michael wang wrote:
Hi, Srivatsa
Thanks for your reply :)
On 04/03/2014 04:50 PM, Srivatsa S. Bhat wrote:
[snip]
Now, the interesting thing to note here is that, if CPU0's node was already
set as node0, *nothing* should go wrong, since its just a
Hi Michael,
On 04/02/2014 08:59 AM, Michael wang wrote:
During the testing, we encounter below WARN followed by Oops:
WARNING: at kernel/sched/core.c:6218
...
NIP [c0101660] .build_sched_domains+0x11d0/0x1200
LR [c0101358]
On Thu, Apr 03, 2014 at 03:16:15PM +0200, Yann Droneaud wrote:
Hi,
I'm using cscope to browse kernel sources, but I'm facing warnings from
the tool since following commit:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=22d651dcef536c75f75537290bf3da5038e68b6b
On Mon, 2014-04-07 at 06:42 -0400, Neil Horman wrote:
On Thu, Apr 03, 2014 at 03:16:15PM +0200, Yann Droneaud wrote:
[ ... ]
cscope reports error when generating the cross-reference database:
$ make ALLSOURCE_ARCHS=all O=./obj-cscope/ cscope
GEN cscope
On Mon, Apr 07, 2014 at 02:42:59PM +0200, Gerhard Sittig wrote:
On Mon, 2014-04-07 at 06:42 -0400, Neil Horman wrote:
On Thu, Apr 03, 2014 at 03:16:15PM +0200, Yann Droneaud wrote:
[ ... ]
cscope reports error when generating the cross-reference database:
$ make
On Sun, 2014-04-06 at 18:48 +0530, Prabhakar Kushwaha wrote:
On 3/20/2014 4:03 AM, Scott Wood wrote:
On Sat, Jan 25, 2014 at 05:10:59PM +0530, Prabhakar Kushwaha wrote:
+ display@18 {
+ compatible = fsl,t1040-diu, fsl,diu;
+ reg = 0x18 1000;
+
On Tue, Mar 25, 2014 at 1:43 AM, Michael Neuling mi...@neuling.org wrote:
next-20140324 currently fails compiling celleb_defconfig with:
arch/powerpc/include/asm/opal.h:894:42: error: 'struct notifier_block'
declared inside parameter list [-Werror]
arch/powerpc/include/asm/opal.h:894:42:
Hello,
Here is a fix to allow compilation of
tools/testing/selftests/ptrace/peeksiginfo.c on ppc64/ppc64el.
Canonical is waiting for the patch to be upstream.
Thanks
Thierry
From 48a9a9834377a74b603be12dcc76cda24105e33c Mon Sep 17 00:00:00 2001
From: Thierry Fauck
On Mon, 2014-04-07 at 23:03 +0200, Geert Uytterhoeven wrote:
On Tue, Mar 25, 2014 at 1:43 AM, Michael Neuling mi...@neuling.org wrote:
next-20140324 currently fails compiling celleb_defconfig with:
arch/powerpc/include/asm/opal.h:894:42: error: 'struct notifier_block'
declared inside
Greg Kurz gk...@linux.vnet.ibm.com writes:
The current kernel code assumes big endian and parses RTAS events all
wrong. The most visible effect is that we cannot honor EPOW events,
meaning, for example, we cannot shut down a guest properly from the
hypervisor.
This new patch is largely
Hi, Srivatsa
It's nice to have you confirmed the fix, and thanks for the well-writing
comments, will apply them and send out the new patch later :)
Regards,
Michael Wang
On 04/07/2014 06:15 PM, Srivatsa S. Bhat wrote:
Hi Michael,
On 04/02/2014 08:59 AM, Michael wang wrote:
During the
On 04/04/2014 02:35 AM, Greg Kurz wrote:
The current kernel code assumes big endian and parses RTAS events all
wrong. The most visible effect is that we cannot honor EPOW events,
meaning, for example, we cannot shut down a guest properly from the
hypervisor.
This new patch is largely
Since v1:
Edited the comment according to Srivatsa's suggestion.
During the testing, we encounter below WARN followed by Oops:
WARNING: at kernel/sched/core.c:6218
...
NIP [c0101660] .build_sched_domains+0x11d0/0x1200
LR [c0101358]
This patch fixes this section mismatch:
WARNING: vmlinux.o(.text+0x1efc4): Section mismatch in reference from
the function apm821xx_pciex_init_port_hw() to the function
.init.text:ppc4xx_pciex_wait_on_sdr.isra.9()
The function apm821xx_pciex_init_port_hw() references the function
__init
19 matches
Mail list logo