Re: [PATCH 1/4] edac: mpc85xx add P2020DS support

[Doug Thompson <norsk5@yahoo.com>]

--- On Wed, 7/15/09, Andrew Morton <akpm@linux-foundation.org> wrote:

> From: Andrew Morton <akpm@linux-foundation.org>
> Subject: Re: [PATCH 1/4] edac: mpc85xx add P2020DS support
> To: dougthompson@xmission.com
> Cc: bluesmoke-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
> Date: Wednesday, July 15, 2009, 1:40 PM
> On Wed, 15 Jul 2009 11:38:49 -0600
> dougthompson@xmission.com
> wrote:
> 
> > Based on Kumar's new compatible types patch, add P2020
> into
> > MPC85xx EDAC compatible lists so that EDAC can
> recognize
> > P2020 meomry controller and L2 cache controller and
> export
> > the relevant fields to sysfs.
> > 
> > EDAC MPC85xx DDR3 support is needed if DDR3 memory
> stick is
> > installed on a P2020DS board so that EDAC core can
> recognize
> > DDR3 memory type.
> > 
> > Signed-off-by: Yang Shi <yang.shi@windriver.com>
> > Acked-by: Dave Jiang <djiang@mvista.com>
> > Signed-off-by: Doug Thompson <dougthompson@xmission.com>
> 
> The way the first two patches were sent indicates that you
> were their
> primary author.  Was that intended?


mmm, darn I missed that. No I am NOT the author. The first signed-off-by lines are the respective authors.

Not intended

> 
> Do you think that any/all of these should be in
> 2.6.31?  2.6.30.x?  If
> so, why?

The x38 fix could probably go into 2.6.31 as that addressing of the register does seem off with an ODD address and might/should cause bad data corruption at best, a fault at worst, IMHO. Maybe 2.6.30 as well

The resource fix patch probably does NOT need to go in, as the code looks to work now as is. It is just cleanup fix.

The mpc83xx patch was okay'd for queue into 2.6.32 only.

the mv64x patch is probably also for 2.6.32 since it is new addition

> 
> Thanks.
> 

thx

doug t