Fixup the number of cells for the values of CPC925 Memory Controller,
and setup related platform device during system booting up, against
which CPC925 Memory Controller EDAC driver would be matched.
Signed-off-by: Harry Ciao qingtao@windriver.com
---
arch/powerpc/kernel/prom_init.c |
Add edac_device_alloc_index(), because for MAPLE platform there may
exist several EDAC driver modules that could make use of
edac_device_ctl_info structure at the same time. The index allocation
for these structures should be taken care of by EDAC core.
Signed-off-by: Harry Ciao
Introduce IBM CPC925 EDAC driver, which makes use of ECC, CPU and
HyperTransport Link error detections and corrections on the IBM
CPC925 Bridge and Memory Controller.
Signed-off-by: Harry Ciao qingtao@windriver.com
---
drivers/edac/Kconfig |9 +
drivers/edac/Makefile |1 +
Hi Doug and Michael,
This is the latest v2 patches, the 1/3 of CPC925 MC EDAC driver remains
the same as before, the 2/3 has been pushed to Andrew already, and the
3/3 has integrated Michael's suggestions to add a fixup routine for the
memory controller on Maple that has incorrect number of
On Thu, 2009-04-09 at 01:32 -0400, Jeff Garzik wrote:
Michael Ellerman wrote:
On Wed, 2009-04-08 at 23:23 -0500, Kumar Gala wrote:
On Apr 8, 2009, at 6:53 PM, Michael Ellerman wrote:
On Wed, 2009-04-08 at 17:15 -0500, Timur Tabi wrote:
On Wed, Apr 8, 2009 at 4:31 PM, Tejun Heo
Hi, All,
I'm porting Linux-2.6.29 on PPC405Ex based board, it's very similar to AMCC
Kilauea evb.
In my board, two 512MB DDRII memory is connected to 2 ranks of the 405Ex CPU.
This 1GB memory works well at U-Boot-2009.01, but when I boot Linux-2.6.29, the
kernel hangs somewhere. What
The legacy i2c binding model is going away soon, so convert the
macintosh therm_pm72 driver to the new model or it will break.
This is really a quick and dirty conversion, that should do the trick
for now, but no doubt that something cleaner can be done if anyone is
interested.
Signed-off-by:
I thought it was based on mainline, but I now see the weirdness you're talking
about. I'll dig in on this and let you know more as I'm confused also.
-- John
-Original Message-
From: Grant Likely [mailto:grant.lik...@secretlab.ca]
Sent: Sunday, April 12, 2009 12:15 AM
To: John Linn
On Mon, 13 Apr 2009 16:09:27 +0200, Jean Delvare wrote:
The legacy i2c binding model is going away soon, so convert the
macintosh therm_pm72 driver to the new model or it will break.
This is really a quick and dirty conversion, that should do the trick
for now, but no doubt that something
On Sun, 2009-04-05 at 23:07 +0200, Sam Ravnborg wrote:
4) The individual HAVE_* members should be sorted alphabetically in the arch
Kconfig file (which they seldomly are :-( )
Note, my first port of Ftrace to PPC sorted the Kconfig HAVE_* macros,
which ended up being reverted :-/
On Mon, Apr 13, 2009 at 10:49 AM, Stephen Neuendorffer
stephen.neuendorf...@xilinx.com wrote:
I think the mainline driver might (still) assume the presence of a PLB-DCR
bridge?
Correct.
So there are really 4 cases:
Core has DCR access, accessed directly using DCR.
Core has DCR access,
I think the mainline driver might (still) assume the presence of a PLB-DCR
bridge?
So there are really 4 cases:
Core has DCR access, accessed directly using DCR.
Core has DCR access, accessed indirectly using DCR.
Core has DCR access, accessed through plb-dcr bridge.
Core has PLB access.
Jeff, you are correct. I will submit a patch to correct that.
Andrew Morton wrote:
(cc's added)
On Wed, 8 Apr 2009 14:57:42 -0700
Jeff Haran jha...@brocade.com wrote:
Hi,
Recent versions of this function start off with:
static void mpc85xx_mc_check(struct mem_ctl_info *mci)
{
struct
Matt Turner wrote:
Hi,
Going on Richard's advice, I've tried to write an alpha futex
implementation based on the powerpc futex.h.
I've gotten this far.. :\
#define __futex_atomic_op(insn, ret, oldval, uaddr, oparg) \
__asm__ __volatile( \
__ASM_MB
Richard Henderson r...@twiddle.net writes:
switch (op) {
case FUTEX_OP_SET:
__futex_atomic_op(mov %0,%1, ret, oldval, uaddr, oparg);
That should probably be mov %4,%1\n?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5
Andreas Schwab wrote:
Richard Henderson r...@twiddle.net writes:
switch (op) {
case FUTEX_OP_SET:
__futex_atomic_op(mov %0,%1, ret, oldval, uaddr, oparg);
That should probably be mov %4,%1\n?
You're right.
r~
___
Linuxppc-dev
Jean Delvare writes:
The legacy i2c binding model is going away soon, so convert the
macintosh therm_pm72 driver to the new model or it will break.
This is really a quick and dirty conversion, that should do the trick
for now, but no doubt that something cleaner can be done if anyone is
Richard Henderson pointed out that the powerpc __futex_atomic_op has a
bug: it will write the wrong value if the stwcx. fails and it has to
retry the lwarx/stwcx. loop, since 'oparg' will have been overwritten
by the result from the first time around the loop. This happens
because it uses the
Adds support for the unused page hint which can be used in shared
memory partitions to flag pages not in use, which will then be stolen
before active pages by the hypervisor when memory needs to be moved to
LPARs in need of additional memory. Failure to mark pages as 'unused'
makes the LPAR
In commit 51dcdfec6a274afc1c6fce180d582add9ff512c0 (parport: Use the PCI
IRQ if offered) parport_pc_probe_port() gained an irqflags arg. This
isn't being supplied on powerpc. This patch make powerpc fallback to
the old behaviour, that is using 0 for irqflags.
Fixes build failure:
In file
20 matches
Mail list logo