On 03/19/2014 05:07 AM, Benjamin Herrenschmidt wrote:
On Mon, 2014-03-10 at 16:40 +0530, Gautham R. Shenoy wrote:
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
Create a helper method that computes the cpumask corresponding to the
thread-siblings of a cpu. Use this for initializing
Hi Dan,
In async_mult(...) of async_raid6_recov.c, the count 3 is used to request an
unmap.
However the to_cnt and bidi_cnt are both set to 1 and from_cnt to 0.
Then while trying to do unmap, we are getting the wrong unmap from a
different mempool.
In this patch, the mempool is associated with
From: Xuelin Shi xuelin@freescale.com
dmaengine_unmap_put does below two things:
a) unmap pages for srcs and dests
b) free unmap struct
The unmap struct data is generated but only initialized while
other some dma contions are met, like dma alignment etc.
If the unmap data is not initialized,
On Wed, Mar 19, 2014 at 12:05:20PM +0530, Srivatsa S. Bhat wrote:
On 03/19/2014 05:07 AM, Benjamin Herrenschmidt wrote:
On Mon, 2014-03-10 at 16:40 +0530, Gautham R. Shenoy wrote:
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
Create a helper method that computes the cpumask
Hello Andy
2014-03-14 13:47 GMT+04:00 Andy Shevchenko andriy.shevche...@linux.intel.com:
On Wed, 2014-03-12 at 15:47 +0400, Alexander Popov wrote:
+ case DMA_SLAVE_CONFIG:
+ /* Constraints:
+ * - only transfers between a peripheral device and
+ *
On Wed, Mar 19, 2014 at 05:26:47PM +0400, Alexander Popov wrote:
Hello Andy
2014-03-14 13:47 GMT+04:00 Andy Shevchenko
andriy.shevche...@linux.intel.com:
On Wed, 2014-03-12 at 15:47 +0400, Alexander Popov wrote:
+ case DMA_SLAVE_CONFIG:
+ /* Constraints:
+
Hi,
When running specjbb on a power7 numa box, I am seeing java threads
getting stuck in futex
# ps -Ao pid,tt,user,fname,tmout,f,wchan | grep futex
14808 pts/0root java - 0 futex_wait_queue_me
14925 pts/0root java - 0 futex_wait_queue_me
#
stack traces, I
On Wed, Mar 19, 2014 at 08:56:19PM +0530, Srikar Dronamraju wrote:
There are 332 tasks all stuck in futex_wait_queue_me().
I am able to reproduce this consistently.
Infact I can reproduce this if the java_constraint is either node, socket,
system.
However I am not able to reproduce if
On Wed, Mar 19, 2014 at 01:46:37PM +0100, Valentin Longchamp wrote:
Hello,
We have a board that is based on Freescale's P2041 SoC. The boards has 2 PCIe
buses with this topology:
PCIe 0 --- PEX8505 switch --- 4 network devices
PCIE 2 --- FPGA
On 3.10.33 + a subset of the Freescale SDK 1.4
On Tue, Mar 18, 2014 at 11:39 PM, Xuelin Shi xuelin@freescale.com wrote:
Hi Dan,
In async_mult(...) of async_raid6_recov.c, the count 3 is used to request an
unmap.
However the to_cnt and bidi_cnt are both set to 1 and from_cnt to 0.
Then while trying to do unmap, we are getting the
Infact I can reproduce this if the java_constraint is either node, socket,
system.
However I am not able to reproduce if java_constraint is set to core.
What's any of that mean?
Using the constraint, one can specify how many jvm instances should
participate in the specjbb run.
For
On Wed, Mar 19, 2014 at 8:26 AM, Srikar Dronamraju
sri...@linux.vnet.ibm.com wrote:
I reverted b0c29f79ecea0b6fbcefc999e70f2843ae8306db on top of v3.14-rc6 and
confirmed that
reverting the commit solved the problem.
Ok. I'll give Peter and Davidlohr a few days to perhaps find something
On Wed, Mar 19, 2014 at 04:47:05PM +0100, Peter Zijlstra wrote:
I reverted b0c29f79ecea0b6fbcefc999e70f2843ae8306db on top of v3.14-rc6 and
confirmed that
reverting the commit solved the problem.
Joy,.. let me look at that with ppc in mind.
OK; so while pretty much all the comments from
The ppc_rtas() syscall allows userspace to interact directly with RTAS.
For the moment, it assumes every thing is big endian and returns either
EINVAL or EFAULT when called in a little endian environment.
As suggested by Benjamin, to avoid bugs when userspace wants to pass
a non 32 bit value to
On Wed, 2014-03-19 at 18:08 +0100, Peter Zijlstra wrote:
On Wed, Mar 19, 2014 at 04:47:05PM +0100, Peter Zijlstra wrote:
I reverted b0c29f79ecea0b6fbcefc999e70f2843ae8306db on top of v3.14-rc6
and confirmed that
reverting the commit solved the problem.
Joy,.. let me look at that
On Sun, Dec 15, 2013 at 04:09:57PM +0100, LEROY Christophe wrote:
Hereunder is a try to implement the sizing of the initial memory size based on
initial-mapped-area size given by uboot in r7.
As this has an impact on all powerpc platforms due to the need to provide the
info up to function
Hello,
-Original Message-
From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-
ow...@vger.kernel.org] On Behalf Of Valentin Longchamp
Sent: Wednesday, March 19, 2014 5:47 AM
To: linuxppc-dev@lists.ozlabs.org; linux-...@vger.kernel.org
Subject: EDAC PCIe errors when scannning the
On Tue, Jan 07, 2014 at 04:04:08PM +0800, Dongsheng Wang wrote:
From: Wang Dongsheng dongsheng.w...@freescale.com
The new suspend/resume implementation, send pme turnoff message
in suspend, and send pme exit message in resume.
Add a PME handler, to response PME message interrupt.
On Tue, Jan 21, 2014 at 09:32:45AM +0800, tang yuantian wrote:
From: Tang Yuantian yuantian.t...@freescale.com
The clock bindings for Freescale CoreNet platform are updated.
So, the driver needs to be updated accordingly.
The main changes include:
- Added a new node to present the
For all arches which support audit implement syscall_get_arch()
They are all pretty easy and straight forward, stolen from how the call
to audit_syscall_entry() determines the arch.
Signed-off-by: Eric Paris epa...@redhat.com
Cc: linux-i...@vger.kernel.org
Cc: microblaze-ucli...@itee.uq.edu.au
On Wed, 2014-03-19 at 22:52 +0100, Christophe Leroy wrote:
This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
Unlike PPC64, PPC32 doesn't provide the PACA register. Therefore the
implementation is similar to the one done in the IA64 architecture.
It is based on additional
On Wed, Mar 19, 2014 at 3:04 PM, Eric Paris epa...@redhat.com wrote:
For all arches which support audit implement syscall_get_arch()
support audit -- is that AUDIT_ARCH? If so, alpha gained support
recently, so I think this patch needs to handle alpha too?
This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
Unlike PPC64, PPC32 doesn't provide the PACA register. Therefore the
implementation is similar to the one done in the IA64 architecture.
It is based on additional information added to the Task Info structure.
Signed-off-by: Christophe
On Sat, Jan 25, 2014 at 05:10:59PM +0530, Prabhakar Kushwaha wrote:
+ corenet-cf@18000 {
+ compatible = fsl,corenet-cf;
+ reg = 0x18000 0x1000;
+ interrupts = 16 2 1 31;
+ fsl,ccf-num-csdids = 32;
+ fsl,ccf-num-snoopids = 32;
+
On Sat, Jan 25, 2014 at 05:53:32PM +0530, Prabhakar Kushwaha wrote:
CONFIG_FSL_IFC gets enabled by Kconfig dependancies.
So remove unnecssary define from the defconfigs
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
arch/powerpc/configs/corenet64_smp_defconfig |1 -
We have a function where the arch can be queried, syscall_get_arch().
So rather than have every single piece of arch specific code use and/or
duplicate syscall_get_arch(), just have the audit code use the
syscall_get_arch() code.
Signed-off-by: Eric Paris epa...@redhat.com
Cc:
On Wed, 2014-03-19 at 15:19 -0700, Matt Turner wrote:
On Wed, Mar 19, 2014 at 3:04 PM, Eric Paris epa...@redhat.com wrote:
For all arches which support audit implement syscall_get_arch()
support audit -- is that AUDIT_ARCH? If so, alpha gained support
recently, so I think this patch needs
On Tue, Feb 11, 2014 at 12:50:07PM +0100, Valentin Longchamp wrote:
+ reset_cpld@1,0 {
+ interrupt-controller;
+ #interrupt-cells = 2;
+ reg = 1 0 0x80;
+ interrupt-parent = mpic;
+
Platform: Freescale p4080--e500mc ,
Suggestions welcome .
/bin/sh arch/powerpc/kernel/systbl_chk.sh arch/powerpc/kernel/systbl_chk.i
make -f scripts/Makefile.build obj=arch/powerpc/kernel/vdso32
gcc -mbig-endian -m32 -Wp,-MD,arch/powerpc/kernel/.swsusp_booke.o.d
-nostdinc -isystem
Quoting Scott Wood (2014-03-19 14:52:23)
On Tue, Jan 21, 2014 at 09:32:45AM +0800, tang yuantian wrote:
From: Tang Yuantian yuantian.t...@freescale.com
The clock bindings for Freescale CoreNet platform are updated.
So, the driver needs to be updated accordingly.
The main changes
On Mon, Mar 03, 2014 at 05:50:18PM +0800, Shengzhou Liu wrote:
+ corenet-cf@18000 {
+ compatible = fsl,corenet-cf;
+ reg = 0x18000 0x1000;
+ interrupts = 16 2 1 31;
+ fsl,ccf-num-csdids = 32;
+ fsl,ccf-num-snoopids = 32;
+
On Wed, 2014-03-12 at 20:56 -0500, Zhao Qiang-B45475 wrote:
On Wed, 2014-03-13 at 2:46 AM, Scott wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Thursday, March 13, 2014 2:46 AM
To: Zhao Qiang-B45475
Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421; Xie
Hi Scott,
I will send v2 patch to fix your comment. Thanks for your review. :)
-Original Message-
From: Wood Scott-B07421
Sent: Thursday, March 20, 2014 5:01 AM
To: Wang Dongsheng-B40534
Cc: bhelg...@google.com; r...@rjwysocki.net; roy.z...@freescale.com;
ga...@codeaurora.org;
From: Wang Dongsheng dongsheng.w...@freescale.com
If we do nothing in suspend/resume, some platform PCIe ip-block
can't guarantee the link back to L0 state from sleep, then, when
we read the EP device will hang. Only we send pme turnoff message
in pci controller suspend, and send pme exit message
The following changes since commit c7e64b9ce04aa2e3fad7396d92b5cb92056d16ac:
powerpc/powernv Platform dump interface (2014-03-07 16:19:10 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/scottwood/linux.git next
for you to fetch changes up to
On Wed, 2014-03-19 at 17:58 -0500, John Donnelly wrote:
Platform: Freescale p4080--e500mc ,
Suggestions welcome .
/bin/sh arch/powerpc/kernel/systbl_chk.sh
arch/powerpc/kernel/systbl_chk.i
make -f scripts/Makefile.build obj=arch/powerpc/kernel/vdso32
gcc -mbig-endian -m32
Joy,.. let me look at that with ppc in mind.
OK; so while pretty much all the comments from that patch are utter
nonsense (what was I thinking), I cannot actually find a real bug.
But could you try the below which replaces a control dependency with a
full barrier. The control flow is
On Thu, 2014-03-20 at 11:03 +0530, Srikar Dronamraju wrote:
Joy,.. let me look at that with ppc in mind.
OK; so while pretty much all the comments from that patch are utter
nonsense (what was I thinking), I cannot actually find a real bug.
But could you try the below which replaces
38 matches
Mail list logo