On 4/14/09 4:08 AM, SunNeo wrote:
My platform uses the MICRON MT47H256M8THN DDRII SDRAM and the DDRII SDRAM is
soldered on the board.
As I said, my board was similar with Kilauea evb, so I created my
configuration header file from Kilauea's at U-Boot. In the configuration file,
register
On 1/30/09 2:05 PM, Andrew Morton wrote:
On Fri, 30 Jan 2009 09:54:42 -0700 dougthomp...@xmission.com wrote:
From: Grant Erickson gerick...@nuovations.com
Perhaps a powerpc mailing list should have been cc'ed?
The first round patch went to Doug, the BlueSmoke (EDAC) mailing list
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick...@nuovations.com
---
At present, this driver has been developed and tested against the
controller realization
also tried to compile 2.6.27.8. I get the same error.
Mike:
Denx's ELDK 4.1 or 4.2 make a great It Just Works solution. I've used 4.1
running from 2.6.23 up to 2.6.27.11 and 4.2 from 2.6.26 to 2.6.27.11 with
zero problems or issues.
Regards,
Grant Erickson
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick...@nuovations.com
---
At present, this driver has been developed and tested against the
controller realization
On 1/6/09 4:04 PM, Benjamin Herrenschmidt wrote:
On Tue, 2008-11-25 at 10:34 -0800, Grant Erickson wrote:
This merges support for the previously DENX-only kernel feature of
specifying an alternative, external buffer for kernel printk
messages and their associated metadata. In addition
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick...@nuovations.com
---
At present, this driver has been developed and tested against the
controller realization
On 12/18/08 9:56 AM, Josh Boyer wrote:
On Thu, Dec 18, 2008 at 09:04:23AM +0100, Stefan Roese wrote:
On Thursday 18 December 2008, Grant Erickson wrote:
diff --git a/arch/powerpc/boot/dts/haleakala.dts
b/arch/powerpc/boot/dts/haleakala.dts index 513bc43..64880ab 100644
--- a/arch/powerpc/boot
On 12/18/08 9:56 AM, Josh Boyer wrote:
On Wed, Dec 17, 2008 at 05:42:21PM -0800, Grant Erickson wrote:
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards to facilitate binding
with the new ibm,sdram-4xx-ddr2 EDAC memory controller adapter driver.
Signed-off-by: Grant
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards to facilitate binding
with the new ibm,sdram-4xx-ddr2 EDAC memory controller adapter driver.
Signed-off-by: Grant
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards to facilitate binding
with the new ibm,sdram-4xx-ddr2 EDAC memory controller adapter driver.
Signed-off-by: Grant
On 12/18/08 11:13 AM, Grant Erickson wrote:
On 12/18/08 9:56 AM, Josh Boyer wrote:
So, I am not an expert at the EDAC subsystem. Just looking at the
number of functions that get call from this interrupt handler, I'm
wondering if a significant amount of time could be spent here. With
all
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards to facilitate binding
with the new ibm,sdram-4xx-ddr2 EDAC memory controller adapter driver.
Signed-off-by: Grant
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick...@nuovations.com
---
At present, this driver has been developed and tested against the
controller realization
On 12/17/08 3:46 PM, David Gibson wrote:
On Wed, Dec 17, 2008 at 11:56:07AM -0800, Grant Erickson wrote:
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards
Added additional information for type and compatibility strings and
interrupt information to the SDRAM0 memory-controller device tree
nodes for AMCC PowerPC 405EX[r]-based boards to facilitate binding
with the new ibm,sdram-4xx-ddr2 EDAC memory controller adapter driver.
Signed-off-by: Grant
This adds support for an EDAC memory controller adaptation driver for
the ibm,sdram-4xx-ddr2 ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson gerick...@nuovations.com
---
At present, this driver has been developed and tested against the
controller realization
Josh:
In working through the PPC4XX memory-controller,ibm,sdram-4xx-ddr2
adapter driver for the EDAC MC driver, there are a substantial number of
indirect DCR accesses.
Ideally, I would use the address and data DCRs implied from the SDRAM0
dcr-reg device tree property; however, the mtdcri and
Does anyone have any strong preferences on where configurations, definitions
and sources for a PPC4xx ECC monitoring and reporting driver should go?
Specifically, this concerns ECC handling code for the IBM DDR2 ECC
controller found in the 405EX[r], 440SP, 440SPe, 460EX and 460GT. However,
I'd
On 12/8/08 12:21 PM, Josh Boyer wrote:
On Mon, Dec 08, 2008 at 11:28:15AM -0800, Grant Erickson wrote:
Does anyone have any strong preferences on where configurations, definitions
and sources for a PPC4xx ECC monitoring and reporting driver should go?
Specifically, this concerns ECC handling
On 12/8/08 3:10 PM, Josh Boyer wrote:
On Mon, 08 Dec 2008 14:08:01 -0800
Grant Erickson [EMAIL PROTECTED] wrote:
Well, at the moment CONFIG_PPC4xx_IBM_DDR2 doesn't exist, and has no
meaning. Adding a Kconfig option for it just so you can select an ECC
option seems superfluous. Because
On 12/8/08 9:57 PM, Stefan Roese wrote:
On Tuesday 09 December 2008, Grant Erickson wrote:
Just to make sure, are you planning on just implementing a driver to
deal with whatever settings the bootloader configured? E.g., if ECC is
enabled deal with correctable/uncorrectable errors
This merges support for the previously DENX-only kernel feature of
specifying an alternative, external buffer for kernel printk
messages and their associated metadata. In addition, this ports
architecture support for this feature from arch/ppc to arch/powerpc.
Signed-off-by: Grant Erickson [EMAIL
On 11/25/08 10:55 AM, Josh Boyer wrote:
On Tue, 25 Nov 2008 12:53:12 -0600
Matt Sealey [EMAIL PROTECTED] wrote:
Nitpick, really.. shouldn't the logbuffer location(s) be some device tree
property(ies), perhaps something in the
/chosen node that U-Boot etc. can then fill out?
I don't think
On 10/30/08 7:03 AM, Josh Boyer wrote:
On Wed, 29 Oct 2008 14:41:14 -0700
Grant Erickson [EMAIL PROTECTED] wrote:
If the size of RAM is not an exact power of two, we may not have
covered RAM in its entirety with large 16 and 4 MiB
pages. Consequently, restrict the top end of RAM currently
with normal-sized pages (or other
reasons) do not attempt to allocate outside the allowed range.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
This bug was discovered in the course of working on CONFIG_LOGBUFFER support
(see http://ozlabs.org/pipermail/linuxppc-dev/2008-October/064685.html).
However
I am working on attempting to migrate the Denx CONFIG_LOGBUFFER feature from
arch/ppc:
http://git.denx.de/?p=linux-2.6-denx.git;a=blob_plain;f=arch/ppc/mm/init.c;h
b=3df65660bbfa769b10b141351b0ea10427b0b709
http://git.denx.de/?p=linux-2.6-denx.git;a=blob_plain;f=kernel/printk.c;hb=3
to allow DTS authors to
specify each explicitly.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
drivers/net/ibm_newemac/rgmii.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ibm_newemac/rgmii.c b/drivers/net/ibm_newemac/rgmii.c
index e32da3d..5acb006
On 7/7/08 12:50 PM, Valentine Barshak wrote:
Grant Erickson wrote:
snip
-reg = ef600a00 70;
+reg = ef600900 c4;
Should be reg = ef600a00 c4
snip
-reg = ef600a00 70;
+reg = ef600900 c4;
Should be reg = ef600a00 c4
Good catch; amended patch forthcoming.
Regards
systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/canyonlands.dts |8 +-
arch/powerpc/boot/dts/glacier.dts |8 +-
arch/powerpc/boot
to allow DTS authors to
specify each explicitly.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
drivers/net/ibm_newemac/rgmii.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ibm_newemac/rgmii.c b/drivers/net/ibm_newemac/rgmii.c
index e32da3d..5acb006
On 7/7/08 4:40 PM, Benjamin Herrenschmidt wrote:
On Mon, 2008-07-07 at 16:31 -0700, Grant Erickson wrote:
#define RGMII_FER_GMII(idx)(0x7 ((idx) * 4))
+#define RGMII_FER_MII(idx) (0x7 ((idx) * 4))
Hrm... the setting of the register is exactly the same right ?
Do we -really
systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/canyonlands.dts |8 +-
arch/powerpc/boot/dts/glacier.dts |8 +-
arch/powerpc/boot
systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/canyonlands.dts |8 ++--
arch/powerpc/boot/dts/glacier.dts |8 ++--
arch/powerpc
systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/canyonlands.dts |8 ++--
arch/powerpc/boot/dts/glacier.dts |8 ++--
arch/powerpc
On 6/30/08 11:37 PM, Stefan Roese wrote:
On Tuesday 01 July 2008, Benjamin Herrenschmidt wrote:
Stefan and/or Ben:
Any thoughts on this?
I was hesitating a bit... do we really need to be -that- flexible ?
That is, either that or use some new compatible entry to detect the new
reg
On 6/24/08 5:08 PM, Grant Erickson wrote:
Various instances of the EMAC core have varying: 1) number of address
match slots, 2) width of the registers for handling address match slots,
3) number of registers for handling address match slots and 4) base
offset for those registers
X 10.4.11
and Ubuntu 8.04 systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts |6 +++
arch/powerpc/boot/dts
X 10.4.11
and Ubuntu 8.04 systems as well as 2) outbound ICMP requests from
'haleakala.local' to those same systems in the '.local' domain via MDNS
now work.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts |6 +++
arch/powerpc/boot/dts
, linked and tested against the AMCC Haleakala board.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
diff -rauN linux-2.6.25-rc2-git1/arch/powerpc/kernel/head_40x.S
linux-2.6.25-rc2-git1.N/arch/powerpc/kernel/head_40x.S
--- linux-2.6.25-rc2-git1/arch/powerpc/kernel/head_40x.S2008-01-24
14:58
On 2/21/08 11:19 AM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Josh, is this what your were looking for?
Cheers,
g.
---
arch/powerpc/Makefile |2 +-
arch/powerpc/boot/Makefile |4
2 files
42 matches
Mail list logo