eeprom driver

phil at netroedge.com phil at netroedge.com
Mon Feb 4 19:12:41 CET 2002


I think all the related eeprom decode stuff (SPD, Xeon, etc.) was from
Intel's web site.  Thankfully, Intel does a reasonable job documenting
things and providing them to the development community.


Phil

On Mon, Feb 04, 2002 at 07:00:57PM +0100, Jean Delvare wrote:
> 
> > BTW- Have you tried running eeprom-decode.pl?  It's in
> > lm-sensors/prog/eeprom, I think.  It can help decode the values of
> > your valid SPD DIMM (timing and such).  There is also a checksum value
> > which it computes and compared with what is stored on the chip.  If
> > the checksum isn't valid, then it is almost certainly evidence that
> > the chip isn't on a DIMM (or is corrupted).
> 
> I guess you refer to decode-dimms.pl.  Yes, I tried it.  It gives correct
> results for 0x50 and awful garbage for 0x57.
> 
> I also just tried xeon/decode-xeon.pl.  No resulult either.
> 
> If byte at 0x02 has a class meaning (0x04 for DIMMs, you said), is there a
> reference about this? It would help to know what kind of item 0x00 is
> supposed to be.
> 
> 
> -- 
>        /~~       Jean "Khali" Delvare
>   -----\_                        mail: delvare at ensicaen.ismra.fr
>  --------\                http://www.ensicaen.ismra.fr/~delvare/
> ---=ISMRA/- ____________________________________________________

-- 
Philip Edelbrock -- IS Manager -- Edge Design, Corvallis, OR
   phil at netroedge.com -- http://www.netroedge.com/~phil
 PGP F16: 01 D2 FD 01 B5 46 F4 F0  3A 8B 9D 7E 14 7F FB 7A



More information about the lm-sensors mailing list