On 04/03/2014 05:20 AM, dongsheng.w...@freescale.com wrote:
Hi Daniel,
Thanks for your review. I will fix your comments.
BTW, fix Rafael's email. :)
+#include linux/cpu.h
+#include linux/cpuidle.h
+#include linux/init.h
+#include linux/kernel.h
+#include linux/notifier.h
+
+#include
This patch uses of_node_init() to initialize the kobject in the fake
node used in test_of_node(), to avoid following kobject warning.
[0.897654] kobject: '(null)' (c007ca183a08): is not initialized, yet
kobject_put() is being called.
[0.897682] [ cut here ]
[
On 04/03/2014 12:35 AM, Vinod Koul wrote:
On Mon, Mar 31, 2014 at 12:08:55PM +0800, Hongbo Zhang wrote:
On 03/29/2014 09:45 PM, Vinod Koul wrote:
On Fri, Mar 28, 2014 at 02:33:37PM +0800, Hongbo Zhang wrote:
On 03/26/2014 03:01 PM, Vinod Koul wrote:
On Thu, 2014-01-16 at 13:47 +0800,
-Original Message-
From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
Sent: Thursday, April 03, 2014 2:29 PM
To: Wang Dongsheng-B40534; Wood Scott-B07421
Cc: r...@rjwysocki.net; Li Yang-Leo-R58472; Jin Zhengxiong-R64188; Zhao
Chenhui-
B35336; linux...@vger.kernel.org;
On 03/28/2014 11:44 AM, Hongbo Zhang wrote:
On 03/11/2014 07:06 PM, Vinod Koul wrote:
On Thu, Jan 16, 2014 at 01:47:22PM +0800, hongbo.zh...@freescale.com
wrote:
From: Hongbo Zhang hongbo.zh...@freescale.com
There are several places where descriptors are freed using identical
code.
This
On 04/03/2014 10:03 AM, dongsheng.w...@freescale.com wrote:
-Original Message-
From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
Sent: Thursday, April 03, 2014 2:29 PM
To: Wang Dongsheng-B40534; Wood Scott-B07421
Cc: r...@rjwysocki.net; Li Yang-Leo-R58472; Jin Zhengxiong-R64188;
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] .build_sched_domains+0xec8/0x1200
Hi, Claudiu
Please help to review this patch. This patch is for kernel 2.6.x. Thanks
a lot.
Hi, Willy
Please help to merge this patch to longterm: 2.6.32.61 since this
problem also occurs on this kernel. Thanks a lot.
Based on kernel 2.6.x, gianfar nic driver can not work well. The root
Hi Zhu,
On Thu, Apr 03, 2014 at 05:11:48PM +0800, zhuyj wrote:
Hi, Claudiu
Please help to review this patch. This patch is for kernel 2.6.x. Thanks
a lot.
Hi, Willy
Please help to merge this patch to longterm: 2.6.32.61 since this
problem also occurs on this kernel. Thanks a lot.
On 04/03/2014 05:27 PM, Willy Tarreau wrote:
Hi Zhu,
On Thu, Apr 03, 2014 at 05:11:48PM +0800, zhuyj wrote:
Hi, Claudiu
Please help to review this patch. This patch is for kernel 2.6.x. Thanks
a lot.
Hi, Willy
Please help to merge this patch to longterm: 2.6.32.61 since this
problem also
Hi Zhu,
On Thu, Apr 03, 2014 at 05:57:53PM +0800, zhuyj wrote:
I reference the following 2 mainline commits. These 2 commits are based
on the current kernel 3.x and ethtool.
If we only backport these 2 commits on kernel 2.6.x, this problem will
not be fixed yet.
OK fine, I just wanted that
On 04/03/2014 05:27 PM, Willy Tarreau wrote:
Hi Zhu,
On Thu, Apr 03, 2014 at 05:11:48PM +0800, zhuyj wrote:
Hi, Claudiu
Please help to review this patch. This patch is for kernel 2.6.x. Thanks
a lot.
Hi, Willy
Please help to merge this patch to longterm: 2.6.32.61 since this
problem also
On 04/03/2014 06:01 PM, Willy Tarreau wrote:
Hi Zhu,
On Thu, Apr 03, 2014 at 05:57:53PM +0800, zhuyj wrote:
I reference the following 2 mainline commits. These 2 commits are based
on the current kernel 3.x and ethtool.
If we only backport these 2 commits on kernel 2.6.x, this problem will
not
On Thu, Apr 03, 2014 at 06:15:25PM +0800, zhuyj wrote:
Hi, Willy
I made a new patch. In long commit message, I inserted the equivalent
mainline commit
about this feature. Maybe it is better. Now this patch is in the
attachment. Please check
and merge it into kernel 2.6.32.62.
Sure, it's
Hello,
2014-03-20 18:47 GMT+04:00 Alexander Popov a13xp0p0...@gmail.com:
Changes in v10:
Part 2/6:
- don't use direction field of dma_slave_config in mpc_dma_device_control()
but store settings in mpc_dma_chan for both DMA_DEV_TO_MEM and
DMA_MEM_TO_DEV cases; then retrieve the
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 happens next?
I'm trying to figure out
On 03.04.14 13:36, Alexander Graf wrote:
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 03.04.14 13:38, Alexander Graf wrote:
On 03.04.14 13:36, Alexander Graf wrote:
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
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
commit 22d651dcef536c75f75537290bf3da5038e68b6b
Author: Michael
Nishanth Aravamudan n...@linux.vnet.ibm.com writes:
On 24.03.2014 [16:02:56 -0700], Nishanth Aravamudan wrote:
In KVM guests on Power, if the guest is not backed by hugepages, we see
the following in the guest:
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free:0
On Mon, 31 Mar 2014, Nishanth Aravamudan wrote:
Yep. The node exists, it's just fully exhausted at boot (due to the
presence of 16GB pages reserved at boot-time).
Well if you want us to support that then I guess you need to propose
patches to address this issue.
I'd appreciate a bit more
From: Rob Herring r...@kernel.org
This is a series of clean-ups of architecture FDT code and converts the
core FDT code over to using libfdt functions. This is in preparation
to add FDT based address translation parsing functions for early
console support.
The current MIPS lantiq and xlp DT
From: Rob Herring r...@kernel.org
Both powerpc and microblaze have the same FDT blob in debugfs feature.
Move this to common location and remove the powerpc and microblaze
implementations. This feature could become more useful when FDT
overlay support is added.
This changes the path of the blob
From: Rob Herring r...@kernel.org
Now powerpc is the only user of struct boot_param_header and FDT defines,
so they can be moved into the powerpc architecture code.
Signed-off-by: Rob Herring r...@kernel.org
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
On 03.04.2014 [21:49:46 +0530], Aneesh Kumar K.V wrote:
Nishanth Aravamudan n...@linux.vnet.ibm.com writes:
On 24.03.2014 [16:02:56 -0700], Nishanth Aravamudan wrote:
In KVM guests on Power, if the guest is not backed by hugepages, we see
the following in the guest:
AnonHugePages:
In KVM guests on Power, in a guest not backed by hugepages, we see the
following:
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize: 64 kB
HPAGE_SHIFT == 0 in this configuration, which indicates
Nishanth Aravamudan n...@linux.vnet.ibm.com writes:
In KVM guests on Power, in a guest not backed by hugepages, we see the
following:
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize: 64
From: Hongbo Zhang hongbo.zh...@freescale.com
Some codes are calling chan_dbg with FSL_DMA_LD_DEBUG surrounded, it is really
unnecessary to use such a macro because chan_dbg is a wrapper of dev_dbg, we do
have corresponding DEBUG macro to switch on/off dev_dbg, and most of the other
codes are
From: Hongbo Zhang hongbo.zh...@freescale.com
Methods of accessing DMA contorller registers are inconsistent, some registers
are accessed by DMA_IN/OUT directly, while others are accessed by functions
get/set_* which are wrappers of DMA_IN/OUT, and even for the BCR register, it
is read by get_bcr
From: Hongbo Zhang hongbo.zh...@freescale.com
Hi Vinod Koul,
Please have a look at the v2 patch set.
v1 - v2 change:
The only one change is introducing a new patch[1/7] to remove the unnecessary
macro FSL_DMA_LD_DEBUG, thus the total patches number is 8 now (was 7)
Hongbo Zhang (8):
DMA:
From: Hongbo Zhang hongbo.zh...@freescale.com
Delete attribute DMA_INTERRUPT because fsldma doesn't support this function,
exception will be thrown if talitos is used to offload xor at the same time.
Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com
Signed-off-by: Qiang Liu
From: Hongbo Zhang hongbo.zh...@freescale.com
These functions will be modified in the next patch in the series. By moving the
function in a patch separate from the changes, it will make review easier.
Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com
Signed-off-by: Qiang Liu
From: Hongbo Zhang hongbo.zh...@freescale.com
There are several places where descriptors are freed using identical code.
This patch puts this code into a function to reduce code duplication.
Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com
Signed-off-by: Qiang Liu qiang@freescale.com
From: Hongbo Zhang hongbo.zh...@freescale.com
Fix the potential risk when enable config NET_DMA and ASYNC_TX. Async_tx is
lack of support in current release process of dma descriptor, all descriptors
will be released whatever is acked or no-acked by async_tx, so there is a
potential race
From: Hongbo Zhang hongbo.zh...@freescale.com
The usage of spin_lock_irqsave() is a stronger locking mechanism than is
required throughout the driver. The minimum locking required should be used
instead. Interrupts will be turned off and context will be saved, it is
unnecessary to use irqsave.
From: Hongbo Zhang hongbo.zh...@freescale.com
This patch adds suspend resume functions for Freescale DMA driver.
.prepare callback is used to stop further descriptors from being added into the
pending queue, and also issue pending queues into execution if there is any.
.suspend callback makes
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 redundant update.
However, if CPU0's original node mapping was
From: Rusty Russell ru...@rustcorp.com.au
This adds files in debugfs that can be used to retrieve the
OPALv3 firmware live binary traces which can then be parsed
using a userspace tool.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
Signed-off-by: Benjamin Herrenschmidt
38 matches
Mail list logo