On Tue, 2013-08-20 at 10:30 +0100, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu
On 08/22/2013 11:28 AM, Benjamin Herrenschmidt wrote:
On Thu, 2013-08-22 at 11:20 +0530, Deepthi Dharwar wrote:
But if having cpuidle backend-driver separately for other powerpc arcs
makes sense such that each one have their own state information etc
then it makes sense to name the files as
Quoting Tomasz Figa (2013-08-21 14:34:55)
On Wednesday 21 of August 2013 09:50:15 Mark Rutland wrote:
On Tue, Aug 20, 2013 at 01:06:25AM +0100, Mike Turquette wrote:
Quoting Mark Rutland (2013-08-19 02:35:43)
On Sat, Aug 17, 2013 at 04:17:18PM +0100, Tomasz Figa wrote:
On
On 08/19/2013 11:55 AM, Wei Yang wrote:
On Mon, Aug 19, 2013 at 11:39:49AM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:29 AM, Wei Yang wrote:
On Fri, Aug 16, 2013 at 08:15:36PM +1000, Alexey Kardashevskiy wrote:
On 08/16/2013 08:08 PM, Wei Yang wrote:
---
arch/powerpc/kernel/iommu.c
On Thu, Aug 22, 2013 at 05:23:34PM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:55 AM, Wei Yang wrote:
On Mon, Aug 19, 2013 at 11:39:49AM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:29 AM, Wei Yang wrote:
On Fri, Aug 16, 2013 at 08:15:36PM +1000, Alexey Kardashevskiy wrote:
On
(2013/08/22 17:20), Yasuaki Ishimatsu wrote:
(2013/08/21 2:13), Seth Jennings wrote:
Right now memory_dev_init() maintains the memory block pointer
between iterations of add_memory_section(). This is nasty.
This patch refactors add_memory_section() to become add_memory_block().
The
(2013/08/21 2:24), Seth Jennings wrote:
Gah! Forgot the cover letter.
This patchset just seeks to clean up and refactor some things in
memory.c for better understanding and possibly better performance due do
a decrease in mutex acquisitions and refcount churn at boot time. No
functional change
Hi Ben,
On 08/22/2013 08:57 AM, Benjamin Herrenschmidt wrote:
On Wed, 2013-08-14 at 17:26 +0530, Preeti U Murthy wrote:
static irqreturn_t timer_action(int irq, void *data)
{
-timer_interrupt();
+decrementer_timer_interrupt();
return IRQ_HANDLED;
}
I don't completely
Hi Ben,
On 08/22/2013 08:58 AM, Benjamin Herrenschmidt wrote:
On Wed, 2013-08-14 at 17:26 +0530, Preeti U Murthy wrote:
This patch hooks into the existing broadcast framework along with the support
that this patchset introduces for ppc, and the cpuidle driver backend
for powernv(posted out by
(2013/08/21 2:13), Seth Jennings wrote:
Right now memory_dev_init() maintains the memory block pointer
between iterations of add_memory_section(). This is nasty.
This patch refactors add_memory_section() to become add_memory_block().
The refactoring pulls the section scanning out of
On Wed, Aug 21, 2013 at 11:13:16AM +0800, Nicolin Chen wrote:
This patch implements a device-tree-only CPU DAI driver for Freescale
S/PDIF controller that supports stereo playback and record feature.
Applied, thanks.
signature.asc
Description: Digital signature
As a part of pseries_idle cleanup to make the backend driver
code common to both pseries and powernv.
Remove non-essential smt_snooze_delay declaration in pseries.h
header file and pseries.h file inclusion in
pseries/processor_idle.c
Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com
---
This patch series consolidates the backend cpuidle driver for pSeries
and powernv platforms with minimal code duplication.
Current existing backend driver for pseries has been moved to drivers/cpuidle
and has been extended to accommodate powernv idle power mgmt states.
As seen in V1 of this
As a part of pseries_idle backend driver cleanup to make
the code common to both pseries and powernv platforms, it
is necessary to move the backend-driver code to drivers/cpuidle.
As a pre-requisite for that, it is essential to move plpar_wrapper.h
to include/asm.
Signed-off-by: Deepthi Dharwar
This patch involves moving the current pseries_idle backend driver code
from pseries/processor_idle.c to drivers/cpuidle/cpuidle-ibm-power.c.
It enables the support for pseries platform, such that going forward the
same code with minimal efforts can be re-used for a common driver on powernv
This
The following patch extends the current power backend
idle driver to the powernv platform.
Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com
---
drivers/cpuidle/cpuidle-ibm-power.c | 37 ---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git
This patch enables idle cpu on the powernv platform to hook on to the cpuidle
framework, if available, else call on to default idle platform
code.
Signed-off-by: Deepthi Dharwar deep...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/setup.c | 14 +-
1 file changed, 13
On Tue, Aug 06, 2013 at 10:43:41PM +0200, Gerhard Sittig wrote:
cleanup the MPC512x SoC's SPI master's use of the clock API
- get, prepare, and enable the MCLK during probe; disable, unprepare and
put the MCLK upon remove; hold a reference to the clock over the
period of use
Applied,
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
We should be able to copy upto count bytes
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
arch/powerpc/kvm/book3s_64_mmu_hv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Otherwise we would clear the pvr value
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
arch/powerpc/kvm/book3s_hv.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv.c
Hi Stephen,
On Wed, Aug 21, 2013 at 12:30:59PM -0600, Stephen Warren wrote:
I still don't think those two properties are correct.
Exactly what node will those phandles point at?
There definitely should not be a DT node for any dummy CODEC,
irrespective of whether this binding calls the
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-21 14:34:55)
On Wednesday 21 of August 2013 09:50:15 Mark Rutland wrote:
On Tue, Aug 20, 2013 at 01:06:25AM +0100, Mike Turquette wrote:
Quoting Mark Rutland (2013-08-19 02:35:43)
On
Hi,
On Thursday, August 22, 2013 11:00:29 AM Deepthi Dharwar wrote:
This patch involves moving the current pseries_idle backend driver code
from pseries/processor_idle.c to drivers/cpuidle/cpuidle-powerpc.c,
and making the backend code generic enough to be able to extend this
driver code for
On 22/08/13 07:15, Benjamin Herrenschmidt wrote:
On Tue, 2013-08-20 at 10:30 +0100, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering
Just out of curiosity: What's the difference (if any) between -mcpu=e500mc64
and -mcpu=e5500? AFAIK -mcpu=e500mc64 is supported by gcc since at least
version 4.6 whereas -mcpu=e5500 is only supported since gcc 4.8. But is there
actually any difference?
Rojhalat
On Tuesday 20 August 2013
Hi Rafael,
Here is the v2 of the pull request for cpu of_node updates for v3.12
It includes ACK for all the new changes since v1(mainly from Ben for
PPC). Currently there's trivial conflict with today's linux-next in 3
files. Let me know if you need me to rebase this on any particular
branch if
On Mon, Aug 19, 2013 at 02:56:10PM +0100, Sudeep KarkadaNagesha wrote:
On 19/08/13 14:02, Rob Herring wrote:
On 08/19/2013 05:19 AM, Mark Rutland wrote:
On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrenschmidt wrote:
On Sat, 2013-08-17 at 12:50 +0200, Tomasz Figa wrote:
I wonder
On Thu, 2013-08-22 at 15:56 +0200, Rojhalat Ibrahim wrote:
Just out of curiosity: What's the difference (if any) between -mcpu=e500mc64
and -mcpu=e5500? AFAIK -mcpu=e500mc64 is supported by gcc since at least
version 4.6 whereas -mcpu=e5500 is only supported since gcc 4.8. But is there
On Wed, 2013-08-21 at 22:13 -0500, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, August 20, 2013 8:39 AM
To: Wang Dongsheng-B40534
Cc: Wood Scott-B07421; Kumar Gala; linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 1/2] powerpc/85xx:
On Thu, 2013-08-22 at 15:52 +0800, Wei Yang wrote:
On Thu, Aug 22, 2013 at 05:23:34PM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:55 AM, Wei Yang wrote:
On Mon, Aug 19, 2013 at 11:39:49AM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:29 AM, Wei Yang wrote:
On Fri, Aug 16,
On Thu, Aug 22, 2013 at 09:28:23AM -0600, Alex Williamson wrote:
On Thu, 2013-08-22 at 15:52 +0800, Wei Yang wrote:
On Thu, Aug 22, 2013 at 05:23:34PM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:55 AM, Wei Yang wrote:
On Mon, Aug 19, 2013 at 11:39:49AM +1000, Alexey Kardashevskiy
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child nodes in the core instead of doing this manually
in each driver.
On Thu, 2013-08-22 at 23:41 +0800, Wei Yang wrote:
On Thu, Aug 22, 2013 at 09:28:23AM -0600, Alex Williamson wrote:
On Thu, 2013-08-22 at 15:52 +0800, Wei Yang wrote:
On Thu, Aug 22, 2013 at 05:23:34PM +1000, Alexey Kardashevskiy wrote:
On 08/19/2013 11:55 AM, Wei Yang wrote:
On Mon, Aug
On 22.08.2013, at 12:38, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Otherwise we would clear the pvr value
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Thanks, applied to kvm-ppc-queue. Next time please do whitespace changes in a
On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Isn't this you?
We should be able to copy upto count bytes
Why?
Alex
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
arch/powerpc/kvm/book3s_64_mmu_hv.c | 4
On 22/08/13 14:59, Mark Rutland wrote:
On Mon, Aug 19, 2013 at 02:56:10PM +0100, Sudeep KarkadaNagesha wrote:
On 19/08/13 14:02, Rob Herring wrote:
On 08/19/2013 05:19 AM, Mark Rutland wrote:
On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrenschmidt wrote:
On Sat, 2013-08-17 at 12:50
On 08/22/2013 05:40 AM, Nicolin Chen wrote:
Hi Stephen,
On Wed, Aug 21, 2013 at 12:30:59PM -0600, Stephen Warren wrote:
I still don't think those two properties are correct.
Exactly what node will those phandles point at?
There definitely should not be a DT node for any dummy CODEC,
On Thu, Aug 22, 2013 at 01:56:32PM -0600, Stephen Warren wrote:
On 08/22/2013 05:40 AM, Nicolin Chen wrote:
Documentation/devicetree/bindings/sound/spdif-receiver.txt
If I understand correctly, this doc for the dummy codec should be invalid?
Yes, I'm not convinced that binding is a good
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland wrote:
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-21 14:34:55)
On Wednesday 21 of August 2013 09:50:15 Mark Rutland wrote:
On Tue, Aug 20, 2013 at 01:06:25AM +0100, Mike Turquette
Hi All,
I have a custom board with four MPC8640 nodes connected over a
transparent PCI express switch . In this configuration one node is
configured as host(Root Complex) and others as agents(End Point) .Thus the
legacy PCI software works fine . However the mainline kernel lacks any
On Thu, 2013-08-22 at 11:20 +0530, Deepthi Dharwar wrote:
On 08/22/2013 01:38 AM, Scott Wood wrote:
On Wed, 2013-08-21 at 10:23 +0530, Deepthi Dharwar wrote:
On 08/19/2013 11:47 PM, Scott Wood wrote:
What actual functionality is common to all powerpc but not common to
other arches?
On Thu, 2013-08-22 at 21:04 +0530, Saravanan S wrote:
a) I can generate MSI interrupts from End Point to Root Complex over
PCI . But the vice-versa is not possible . However i need a method to
interrupt the End Point from the Root Complex to complete my driver.
Only previous references I
Hi S.Saravanan,
I have a custom board with four MPC8640 nodes connected over
a transparent PCI express switch . In this configuration one node is
configured as host(Root Complex) and others as agents(End Point). Thus
the legacy PCI software works fine . However the mainline kernel lacks
any
On Wed, 2013-08-21 at 14:55 +0530, Poonam Aggrwal wrote:
Binding for DSP CPU clusters and DSP CPUs for Freescale SOCs which
have DSP CPUs in addition to PowerPC CPUs. For example B4860.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
---
On Thu, 2013-08-22 at 12:06 +0800, Shengzhou Liu wrote:
Update phy node according to new P1010RDB-PB board.
Signed-off-by: Shengzhou Liu shengzhou@freescale.com
---
arch/powerpc/boot/dts/p1010rdb.dtsi |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
On Thu, Aug 22, 2013 at 02:43:38PM -0700, David Hawkins wrote:
Hi S.Saravanan,
I have a custom board with four MPC8640 nodes connected over
a transparent PCI express switch . In this configuration one node is
configured as host(Root Complex) and others as agents(End Point). Thus
the
Quoting Sascha Hauer (2013-08-22 14:00:35)
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland wrote:
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-21 14:34:55)
On Wednesday 21 of August 2013 09:50:15 Mark Rutland wrote:
On Tue, Aug
On Thursday 22 of August 2013 15:43:31 Mike Turquette wrote:
Quoting Sascha Hauer (2013-08-22 14:00:35)
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland wrote:
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-21 14:34:55)
On
I am working on implementing the 'perf mem' command for Power
systems. This would for instance, let us know where in the memory
hierarchy (L1, L2, Local RAM etc) the data for a load/store
instruction was found (hit).
On Power7, if the mcmcra[DCACHE_MISS] is clear _and_ the
instruction is a
On Thursday, August 22, 2013 02:57:56 PM Sudeep KarkadaNagesha wrote:
Hi Rafael,
Here is the v2 of the pull request for cpu of_node updates for v3.12
It includes ACK for all the new changes since v1(mainly from Ben for
PPC). Currently there's trivial conflict with today's linux-next in 3
1[ 383.209057] RIP [813d3946] sysrq_handle_crash+0x16/0x20
4[ 383.209057] RSP 88006f551e80
4[ 383.209057] CR2:
4[ 383.209057] ---[ end trace 04a1cddad37b4b33 ]---
3[ 383.209057] pstore: compression failed for Part 2 returned -5
3[ 383.209057] pstore: Capture
I am working on implementing the 'perf mem' command for Power
systems. This would for instance, let us know where in the memory
hierarchy (L1, L2, Local RAM etc) the data for a load/store
instruction was found (hit).
On Power7, if the mcmcra[DCACHE_MISS] is clear _and_ the
instruction is a
On Thu, Aug 22, 2013 at 10:17:20AM -0600, Alex Williamson wrote:
On Thu, 2013-08-22 at 23:41 +0800, Wei Yang wrote:
Alex,
Sorry for not including you in the very beginning, which may spend you
more
efforts to track previous mails in this thread.
Do you think it is reasonable to
On Wed, Aug 14, 2013 at 01:46:11PM +0800, Haijun Zhang wrote:
Add function to support get voltage from device-tree.
If there are voltage-range specified in device-tree node, this function
will parse it and return the available voltage mask.
Signed-off-by: Haijun Zhang
On Mon, Aug 12, 2013 at 09:39:05AM +0800, Haijun Zhang wrote:
Using function mmc_of_parse_voltage() to get voltage-ranges.
Signed-off-by: Haijun Zhang haijun.zh...@freescale.com
---
Acked-by: Anton Vorontsov an...@enomsg.org
___
Linuxppc-dev
On Mon, Aug 12, 2013 at 09:39:04AM +0800, Haijun Zhang wrote:
Add suppport to get voltage from device-tree node for esdhc host,
if voltage-ranges was specified in device-tree node we can get
ocr_mask instead of read from host capacity register. If not voltages
still can be get from host
On Mon, Aug 12, 2013 at 09:39:06AM +0800, Haijun Zhang wrote:
We use host-ocr_mask to hold the voltage get from device-tree
node, In case host-ocr_mask was available, we use host-ocr_mask
as the final available voltage can be used by MMC/SD/SDIO card.
Signed-off-by: Haijun Zhang
When removing a device from the system, iommu_group driver will try to
disconnect it from its group. While in some cases, one device may not
associated with any iommu_group. For example, not enough DMA address space.
In the generic bus notification, it will check dev-iommu_group before calling
-Original Message-
From: Wood Scott-B07421
Sent: Thursday, August 22, 2013 11:19 PM
To: Wang Dongsheng-B40534
Cc: Wood Scott-B07421; Kumar Gala; Zhao Chenhui-B35336; linuxppc-
d...@lists.ozlabs.org
Subject: Re: [PATCH 1/2] powerpc/85xx: add hardware automatically enter
altivec
diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
index 0e2cd5c..e805dcd 100644
--- a/drivers/cpuidle/Kconfig
+++ b/drivers/cpuidle/Kconfig
Maybe drivers/cpuidle/Kconfig.powerpc is better? Like arm.
+obj-$(CONFIG_CPU_IDLE_IBM_POWER) += cpuidle-ibm-power.o
diff --git
On 08/22/2013 07:16 AM, Stephen Warren wrote:
On 08/21/2013 05:00 PM, Scott Wood wrote:
On Wed, 2013-08-21 at 16:40 -0600, Stephen Warren wrote:
On 07/29/2013 04:49 AM, hongbo.zh...@freescale.com wrote:
+- reg : registers mapping for channel
+- interrupts
Alexander Graf ag...@suse.de writes:
On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Isn't this you?
Yes. The patches are generated using git format-patch and sent by
git send-email. That's how it always created patches for me. I am
[+cc iommu]
On Fri, 2013-08-23 at 09:55 +0800, Wei Yang wrote:
When removing a device from the system, iommu_group driver will try to
disconnect it from its group. While in some cases, one device may not
associated with any iommu_group. For example, not enough DMA address space.
In the
On Fri, Aug 23, 2013 at 10:48:36AM +0800, Rui Xiang wrote:
This patchset implements an accessor functions to set uid/gid
in inode struct. Just finish code clean up.
Why?
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
On Fri, 2013-08-23 at 09:01 +0530, Aneesh Kumar K.V wrote:
Alexander Graf ag...@suse.de writes:
On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Isn't this you?
Yes. The patches are generated using git format-patch and sent by
Hi, Chris
Could help give some advice on this patch set ?
Thanks in advance.
On 08/23/2013 09:48 AM, Anton Vorontsov wrote:
On Mon, Aug 12, 2013 at 09:39:06AM +0800, Haijun Zhang wrote:
We use host-ocr_mask to hold the voltage get from device-tree
node, In case host-ocr_mask was available,
From: Rui Xiang rui.xi...@huawei.com
Date: Fri, 23 Aug 2013 10:48:38 +0800
Use the new interface to set i_uid/i_gid in inode struct.
Signed-off-by: Rui Xiang rui.xi...@huawei.com
For the networking bits:
Acked-by: David S. Miller da...@davemloft.net
67 matches
Mail list logo
