Hi Alex,
On Thu, 12 Jul 2012 07:56:46 +0200 Alexander Graf ag...@suse.de wrote:
On 12.07.2012, at 05:57, Stephen Rothwell wrote:
Today's linux-next merge of the kvm-ppc tree got a conflict in
arch/powerpc/kvm/booke_interrupts.S between commit c75df6f96c59
(powerpc: Fix usage of register
-Original Message-
From: Ira W. Snyder [mailto:i...@ovro.caltech.edu]
Sent: Thursday, July 12, 2012 12:31 AM
To: Liu Qiang-B32616
Cc: linux-cry...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; Vinod
Koul; herb...@gondor.hengli.com.au; Dan Williams; da...@davemloft.net
Subject: Re:
Commit 9778b696 (powerpc: Use CURRENT_THREAD_INFO instead of open
coded assembly) got a rejected merge file iommu.c.rej committed with
it.
Signed-off-by: Gerard Snitselaar d...@snitselaar.org
---
arch/powerpc/kernel/iommu.c.rej | 22 --
1 file changed, 22 deletions(-)
delete
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+qiang.liu=freescale@lists.ozlabs.org] On Behalf Of Liu Qiang-
B32616
Sent: Thursday, July 12, 2012 3:12 PM
To: Ira W. Snyder
Cc: herb...@gondor.apana.org.au; Vinod Koul; linux-cry...@vger.kernel.org;
Dan
-Original Message-
From: Tabi Timur-B04825
Sent: Wednesday, July 11, 2012 11:01 PM
To: Liu Qiang-B32616
Cc: linux-cry...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; Vinod
Koul; herb...@gondor.hengli.com.au; Dan Williams; Li Yang-R58472;
da...@davemloft.net
Subject: Re:
In SGMII riser card different PHY chip are used with different external
IRQ from eTSEC. To support PHY link state auto detect in SGMII mode we
should add another group of PHY nodes for SGMII mode.
For MPC8572DS IRQ6 is used for PHY0~PHY1, IRQ7 is used for PHY2~PHY3.
For MPC8544DS and MPC8536DS
On some platforms, in RC mode, root port has neither MSI/MSI-X nor INTx
interrupt generated, which are available only in EP mode on those platform.
In this case, we try to use other interrupt for port service driver to have
AER, Hot-plug, etc, services to work. (i.e. there is the shared error
Note that this patch works with uboot update.
Please refer to:
http://patchwork.ozlabs.org/patch/170627/
-Hongtao.
-Original Message-
From: Jia Hongtao-B38951
Sent: Thursday, July 12, 2012 5:36 PM
To: linuxppc-dev@lists.ozlabs.org; ga...@kernel.crashing.org
Cc: Li Yang-R58472; Jia
On Thu, 2012-07-12 at 00:05 -0700, Gerard Snitselaar wrote:
Commit 9778b696 (powerpc: Use CURRENT_THREAD_INFO instead of open
coded assembly) got a rejected merge file iommu.c.rej committed with
it.
Oops, that's me having too much coffee using git citool ... I'll get
rid of it, thanks.
On Jul 12, 2012, at 5:02 AM, Shengzhou Liu wrote:
On some platforms, in RC mode, root port has neither MSI/MSI-X nor INTx
interrupt generated, which are available only in EP mode on those platform.
In this case, we try to use other interrupt for port service driver to have
AER, Hot-plug,
On Jul 12, 2012, at 5:28 AM, Jia Hongtao-B38951 wrote:
Note that this patch works with uboot update.
Please refer to:
http://patchwork.ozlabs.org/patch/170627/
-Hongtao.
Will RGMII still work with this patch if I dont update u-boot?
I'm assuming yes.
- k
-Original Message-
On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote:
Does the following patch include your comment? If O.K., I will separate
the patch from the series and send it for bug fix.
Looks sane to me. It does now mean that the calling conventions for
some of the other firmware_map*() functions are
On Thu, Jul 12, 2012 at 8:18 PM, Kumar Gala ga...@kernel.crashing.org wrote:
On Jul 12, 2012, at 5:28 AM, Jia Hongtao-B38951 wrote:
Note that this patch works with uboot update.
Please refer to:
http://patchwork.ozlabs.org/patch/170627/
-Hongtao.
Will RGMII still work with this patch if
On Jul 12, 2012, at 4:36 AM, Jia Hongtao wrote:
In SGMII riser card different PHY chip are used with different external
IRQ from eTSEC. To support PHY link state auto detect in SGMII mode we
should add another group of PHY nodes for SGMII mode.
For MPC8572DS IRQ6 is used for PHY0~PHY1,
On 07/12/2012 05:02 AM, Shengzhou Liu wrote:
On some platforms, in RC mode, root port has neither MSI/MSI-X nor INTx
interrupt generated, which are available only in EP mode on those platform.
In this case, we try to use other interrupt for port service driver to have
AER, Hot-plug, etc,
Liu Qiang-B32616 wrote:
I compared my test result before and after this patch, write performance can
improved by 15%. I will send the latest patches sooner because of Ira's
concern.
I will give a complete description about the improvement of spin_lock_bh().
About your question,
The following changes since commit db9112173b185995b80f56e136bd2ae44e4e6366:
powerpc: Turn on BPF_JIT in ppc64_defconfig (2012-07-10 19:19:02 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git next
Christian Herzig (1):
From: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com
Date: Tue, 3 Jul 2012 13:32:46 -0700
Subject: [PATCH 1/2] power: Define PV_POWER7P
This change is based on the patch that Carl Love posted to LKML
https://lkml.org/lkml/2012/6/22/309
It is included here for completeness and to enable
From: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com
Date: Mon, 2 Jul 2012 08:06:14 -0700
Subject: [PATCH 2/2] [perf][power]: Sample only if SIAR-Valid bit is set in P7+
On POWER7+ two new bits (mmcra[35] and mmcra[36]) indicate whether the
contents of SIAR and SDAR are valid.
For marked
On Thu, Jul 05, 2012 at 09:41:35AM -0500, Stuart Yoder wrote:
diff --git a/arch/powerpc/kernel/entry_32.S b/arch/powerpc/kernel/entry_32.S
index ba3aeb4..bad42e3 100644
--- a/arch/powerpc/kernel/entry_32.S
+++ b/arch/powerpc/kernel/entry_32.S
@@ -92,7 +92,7 @@ crit_transfer_to_handler:
Hello,
I just got a TWR-MPC8309 from Freescale running Embedded Linux OS. The kernel
version is Linux 2.6.11+pq3 patches and the kernel preconfig file is
linux_2.6.11_mpc8548_cds_def.config.
I'm new to processors running Linux and I'm having a hard time trying to
understand how can I program the
From: Tang Yuantian yuantian.t...@freescale.com
The following platforms are supported:
mpc8544, mpc8572, mpc8536, p1021, p1025, p1024, p1010.
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
---
arch/powerpc/sysdev/fsl_85xx_l2ctlr.c | 10 ++
1 files changed, 10 insertions(+),
From: Tang Yuantian yuantian.t...@freescale.com
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
---
arch/powerpc/boot/dts/p2020rdb-pc_32b.dts |4 ++--
arch/powerpc/boot/dts/p2020rdb-pc_36b.dts |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
acpi_memory_device_remove() has been prepared to remove physical memory.
But, the function only frees acpi_memory_device currentlry.
The patch adds following functions into acpi_memory_device_remove():
- offline memory
- remove physical
Function eeh_event_handler() dereferences the pointer returned by
handle_eeh_events() without checking, causing a crash if NULL was
returned, which is expected in some situations.
This patch fixes this bug by checking for the value returned by
handle_eeh_events() before dereferencing it.
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
acpi_memory_device_remove() has been prepared to remove physical memory.
But, the function only frees acpi_memory_device currentlry.
The patch adds following functions into acpi_memory_device_remove():
- offline memory
- remove physical
On Fri, 2012-07-13 at 08:45 +1000, Paul Mackerras wrote:
On Thu, Jul 05, 2012 at 09:41:35AM -0500, Stuart Yoder wrote:
diff --git a/arch/powerpc/kernel/entry_32.S b/arch/powerpc/kernel/entry_32.S
index ba3aeb4..bad42e3 100644
--- a/arch/powerpc/kernel/entry_32.S
+++
On Fri, 2012-07-13 at 00:14 -0300, Kleber Sacilotto de Souza wrote:
Function eeh_event_handler() dereferences the pointer returned by
handle_eeh_events() without checking, causing a crash if NULL was
returned, which is expected in some situations.
This patch fixes this bug by checking for
At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote:
Since applying a patch(de7f0cba96786c), release_mem_region() has been changed
as called in PAGES_PER_SECTION chunks because register_memory_resource() is
called in PAGES_PER_SECTION chunks by add_memory(). But it seems firmware
dependency. If
On PPC44x core, the WRC(Watchdog-timer Reset Control) field of TCR
of timer can not reset by software after set to a non-zero value.
Which means software can not reset the timeout behaviour of watchdog timer.
This patch selects WATCHDOG_NOWAYOUT option for 44x platforms to
indicate the watchdog
Hi Dave,
2012/07/12 22:40, Dave Hansen wrote:
On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote:
Does the following patch include your comment? If O.K., I will separate
the patch from the series and send it for bug fix.
Looks sane to me. It does now mean that the calling conventions for
Hi Dave,
2012/07/12 22:40, Dave Hansen wrote:
On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote:
Does the following patch include your comment? If O.K., I will separate
the patch from the series and send it for bug fix.
Looks sane to me. It does now mean that the calling conventions for
32 matches
Mail list logo