On Jul 21, 2011, at 9:04 PM, Xie Shaohui-B21989 wrote:
-Original Message-
From: Gala Kumar-B11780
Sent: Thursday, July 21, 2011 8:13 PM
To: Xie Shaohui-B21989
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 1/4] powerpc/85xx: fix interrupt number of memory-
controller
On Jul 21, 2011, at 5:25 AM, Shaohui Xie wrote:
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
arch/powerpc/platforms/85xx/corenet_ds.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/corenet_ds.c
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Friday, July 22, 2011 2:01 PM
To: Xie Shaohui-B21989
Cc: Gala Kumar-B11780; linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 1/4] powerpc/85xx: fix interrupt number of memory-
controller for P4080
On Jul
On Jul 12, 2011, at 2:49 AM, Fabio Baltieri wrote:
Change the string to check for CAMP mode boot on MPC85xx (eg. P2020) to match
the one in the corresponding dts files (p2020rdb_camp_core{0,1}.dts).
Without this fix the mpic is configured as in the SMP boot mode, which causes
the first
From: Xu lei b33...@freescale.com
For Freescale eSDHC registers only support 32-bit accesses,
this patch ensure that all Freescale eSDHC register accesses
are 32-bit.
Signed-off-by: Xu lei b33...@freescale.com
Signed-off-by: Roy Zang tie-fei.z...@freescale.com
Signed-off-by: Kumar Gala
From: Xu lei b33...@freescale.com
When esdhc module was enabled in p5020, there were following errors:
mmc0: Timeout waiting for hardware interrupt.
mmc0: error -110 whilst initialising SD card
mmc0: Unexpected interrupt 0x0200.
mmc0: Timeout waiting for hardware interrupt.
mmc0: error -110
-Original Message-
From: Gala Kumar-B11780
Sent: Friday, July 22, 2011 2:06 PM
To: Xie Shaohui-B21989
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 2/4] powerpc/85xx: enable pcie initialization for
P4080
On Jul 21, 2011, at 5:25 AM, Shaohui Xie wrote:
Signed-off-by: Shaohui
On Fri, Jul 22, 2011 at 06:15:17PM +0800, Roy Zang wrote:
[...]
if (host-version = SDHCI_SPEC_200) {
- ctrl = sdhci_readb(host, SDHCI_HOST_CONTROL);
- ctrl = ~SDHCI_CTRL_DMA_MASK;
- if ((host-flags SDHCI_REQ_USE_DMA)
-
I left Netstal Maschinen a couple of months ago. As I could never convince
my boss to give embedded Linux a real try, I would like to remove support
for this embedded board. I was the only user.
Many thanks for the friendly help I received on this list when I submitted
the patches for this
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
arch/powerpc/boot/dts/hcu4.dts | 168
---
arch/powerpc/configs/40x/hcu4_defconfig | 80 ---
arch/powerpc/platforms/40x/hcu4.c | 61 ---
3 files changed, 0
On Fri, Jul 22, 2011 at 6:40 AM, Niklaus Giger
niklaus.gi...@member.fsf.org wrote:
I left Netstal Maschinen a couple of months ago. As I could never convince
my boss to give embedded Linux a real try, I would like to remove support
for this embedded board. I was the only user.
Many thanks
On Thu, Jul 21, 2011 at 12:33 PM, Shaohui Xie shaohui@freescale.com wrote:
From: Kai.Jiang kai.ji...@freescale.com
Add pcie error interrupt edac support for mpc85xx and p4080.
mpc85xx uses the legacy interrupt report mechanism - the error
interrupts are reported directly to mpic. While,
when using the fsl_elbc_nand driver, mtd-ecc_stats does not appear to
get updated
UBI uses this to determine when to scrub blocks
the patch below appears to fix this (draft 0)
am I missing anything?
does this look reasonable?
diff -purN orig/drivers/mtd/nand/fsl_elbc_nand.c
On Fri, 22 Jul 2011 08:06:53 -0500
Michael Hench michaelhe...@gmail.com wrote:
when using the fsl_elbc_nand driver, mtd-ecc_stats does not appear to
get updated
It gets updated for uncorrectable errors (so no need to use lteccr for
that), but not correctable.
diff -purN
On Fri, Jul 8, 2011 at 7:06 PM, Timur Tabi ti...@freescale.com wrote:
The ePAPR embedded hypervisor specification provides an API for byte
channels, which are serial-like virtual devices for sending and receiving
streams of bytes. This driver provides Linux kernel support for byte
channels
On 07/16/2011 06:22 AM, Andrew Gabbasov wrote:
Kernel loadable module can use hard_smp_processor_id() if building with SMP
kernel. In order to make it work for UP kernels too, boot_cpuid_phys
symbol (which is what hard_smp_processor_id() macro resolves to
in non-SMP configuration) must be
On 7/19/11, Scott Wood scottw...@freescale.com wrote:
On Tue, 19 Jul 2011 12:53:41 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
As localbus on mpc8349e-mitx now provides simple-bus compatibility, we
can drop code asking for pq2pro-localbus devices on mpc834x_itx boards.
Do we
On 7/19/11, Scott Wood scottw...@freescale.com wrote:
On Tue, 19 Jul 2011 12:53:50 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
+static struct of_device_id __initdata mpc85xx_common_ids[] = {
+{ .type = soc, },
+{ .compatible = soc, },
+{ .compatible = simple-bus,
On 7/19/11, Kumar Gala ga...@kernel.crashing.org wrote:
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
p1020_rdb and p2020_rdb machine entries bear no in-kernel differencies
other than dt compatible strings. Merge them into single machine entry
named mpc85xx_rdb
Signed-off-by:
This is a revised version of leftovers from my cleanup efforts for MPC83xx
platform.
Changes since V1:
* Rename mpc83xx_both_init_IRQ to mpc83xx_ipic_and_qe_init_IRQ
* Add powerpc/ prefix to commit messages
___
Linuxppc-dev mailing list
On mpc83xx platform nearly all _init_IRQ functions look alike. They either
just setup ipic, or setup ipic and QE PIC. Separate this to special functions
to be either referenced from ppc_md, or called from board file.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
83xx board files have a lot of duplication in
*_declare_of_platform_devices() functions. Merge that into a single
function common to most of the boards.
The only leftover is mpc834x_itx.c board file which explicitly asks for
fsl,pq2pro-localbus, as corresponding bindings don't provide
simple-bus
Drop lots of unused headers after board files merge/splitup
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
arch/powerpc/platforms/83xx/asp834x.c |2 -
arch/powerpc/platforms/83xx/km83xx.c | 24 +--
On 7/19/11, Kumar Gala ga...@kernel.crashing.org wrote:
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
arch/powerpc/platforms/85xx/mpc85xx_ads.c |5 +++--
arch/powerpc/platforms/85xx/mpc85xx_cds.c |5 ++---
On 7/19/11, Kumar Gala ga...@kernel.crashing.org wrote:
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
p1020_rdb and p2020_rdb machine entries bear no in-kernel differencies
other than dt compatible strings. Merge them into single machine entry
named mpc85xx_rdb
Signed-off-by:
This is a second revision of patches, cleaning up mpc85xx support
Changes since V1:
* Temporarily drop questionable patches
* Use common cpm2 init routing in stx_gp3.c
* Add powerpc/ prefix
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
85xx board files have a lot of duplication in *_publish_devices()/
*_declare_of_platform_devices() functions. Merge that into a single
function common to most of the boards.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
arch/powerpc/platforms/85xx/Makefile |2 +
Separate handling of CPM2 PIC initialization to mpc85xx_cpm2_pic_init()
function.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
arch/powerpc/platforms/85xx/ksi8560.c| 29 +--
arch/powerpc/platforms/85xx/mpc85xx.h|7
On Jul 22, 2011, at 2:11 PM, Hollis Blanchard wrote:
On 07/16/2011 06:22 AM, Andrew Gabbasov wrote:
Kernel loadable module can use hard_smp_processor_id() if building with SMP
kernel. In order to make it work for UP kernels too, boot_cpuid_phys
symbol (which is what hard_smp_processor_id()
On Fri, 22 Jul 2011 23:44:01 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
On 7/19/11, Scott Wood scottw...@freescale.com wrote:
On Tue, 19 Jul 2011 12:53:50 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
+static struct of_device_id __initdata mpc85xx_common_ids[]
On Fri, 22 Jul 2011 23:55:43 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
83xx board files have a lot of duplication in
*_declare_of_platform_devices() functions. Merge that into a single
function common to most of the boards.
The only leftover is mpc834x_itx.c board file which
corenet based SoCs have SEC4 h/w, so enable the SEC4 driver,
caam, and the algorithms it supports, and disable the
SEC2/3 driver, talitos.
Signed-off-by: Kim Phillips kim.phill...@freescale.com
---
v2: rebase from old e55xx_smp_defconfig file to new corenet p1023
defconfigs
On Jul 21, 2011, at 5:44 PM, Andrew Morton wrote:
On Tue, 28 Jun 2011 14:54:45 -0500
Becky Bruce bec...@kernel.crashing.org wrote:
From: Becky Bruce bec...@kernel.crashing.org
This is needed on HIGHMEM systems - we don't always have a virtual
address so store the physical address and
On 7/23/11, Scott Wood scottw...@freescale.com wrote:
On Fri, 22 Jul 2011 23:44:01 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
On 7/19/11, Scott Wood scottw...@freescale.com wrote:
On Tue, 19 Jul 2011 12:53:50 +0400
Dmitry Eremin-Solenikov dbarysh...@gmail.com wrote:
On 6/29/11, Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2011-06-17 at 16:51 +0400, Dmitry Eremin-Solenikov wrote:
If second CPU is not enabled, CPC925 EDAC driver will spill out warnings
about errors on second Processor Interface. Support masking that out,
by detecting at
On Sat, 2011-07-23 at 01:56 +0400, Dmitry Eremin-Solenikov wrote:
On 6/29/11, Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2011-06-17 at 16:51 +0400, Dmitry Eremin-Solenikov wrote:
If second CPU is not enabled, CPC925 EDAC driver will spill out warnings
about errors on
On 7/23/11, Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Sat, 2011-07-23 at 01:56 +0400, Dmitry Eremin-Solenikov wrote:
On 6/29/11, Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2011-06-17 at 16:51 +0400, Dmitry Eremin-Solenikov wrote:
If second CPU is not
37 matches
Mail list logo