Re: [RFC] Linux memory error handling

[Russ Anderson]

Russell King wrote:
> On Wed, Jun 15, 2005 at 04:26:13PM +0100, Maciej W. Rozycki wrote:
> > On Wed, 15 Jun 2005, Russ Anderson wrote:
> > > 	Memory DIMM information & settings:
> > > 
> > > 	    Use a /proc/dimm_info interface to pass DIMM information to Linux.
> > > 	    Hardware vendors could add their hardware specific settings.
> > 
> >  I'd recommend a more generic name rather than "dimm_info" if that is to 
> > be reused universally.
> 
> Agree.

I really don't care what it's called, as long as it's descriptive.
/proc/meminfo is taken.  :-)

One idea would follow the concept of /proc/bus/ and have /proc/memory/
with different memory types.  /proc/memory/dimm0 /proc/memory/dimm1
/proc/memory/flash0 .  
 
> I'd also suggest that there be some method to tell the kernel from
> architecture code about this "dimm_info" stuff - many embedded
> platforms already know their memory organisation.
> 
> BTW, Russ, could we have a better description of what information is
> intended to be supplied?

Part tracking info and configuration info.  For example, we were doing
some experiments to determine the relationship between refresh rates
and memory errors.  Could increasing the refresh rate reduce the number
of memory errors, therefor making memory more reliable for customers?
Could decreasing the refresh rate in manufacturing be used to identify
questionable DIMMs?  Having a convient interface to read the current
refresh rate setting and write a new setting would be useful.

This type info, not necessarily in this format:
------------------------------------------------------------------------------

EEPROM     JEDEC-SPD Info           Part Number        Rev  Speed  SGI      BC
---------- ------------------------ ------------------ ---- ------ -------- --
DIMM0 N0 L CE0000000000000006071D84 M3 12L6423DT0-CB3   0D    6.0  09/02/03 00
DIMM1 N0 L CE0000000000000006051CB2 M3 12L6423DT0-CB3   0D    6.0  09/02/03 00
DIMM2 N0 L no hardware detected
DIMM3 N0 L no hardware detected


-- 
Russ Anderson, OS RAS/Partitioning Project Lead  
SGI - Silicon Graphics Inc          rja@xxxxxxx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/