linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Support of DDR4 EEPROMs
@ 2017-11-10  9:14 Jean Delvare
  2017-11-18 18:05 ` Jean Delvare
  0 siblings, 1 reply; 2+ messages in thread
From: Jean Delvare @ 2017-11-10  9:14 UTC (permalink / raw)
  To: Linux I2C; +Cc: Bartosz Golaszewski, Wolfram Sang

Hi all,

My topic for SUSE Hackweek 16 is to add support for DDR4 memory modules
to decode-dimms:
https://hackweek.suse.com/16/projects/add-support-for-ddr4-to-decode-dimms

I naively thought it would only be about modifying the perl script to
decode new fields and new values from the SPD EEPROM, however it turns
out that the EEPROM themselves are different. Instead of regular
24C02-style 256-byte EEPROMs, DDR4 memory modules use 512-byte EEPROMs.
The trick is that they still use only 1 I2C address each in the
0x50-0x57 range. You have to tinker with special commands in the
0x30-0x37 range to select one of 2 256-byte pages that will be
reachable through the 0x50-0x57 I2C address. And as far as I can, it
switched all EEPROMs at once, which won't be easy to implement.

The standard in question is JEDEC EE1004. I'm not sure if we should add
support to the at24 driver, or write a separate driver for such
EEPROMs. Before I start working on that, I would like to ask if anybody
is already working on it?

Thanks,
-- 
Jean Delvare
SUSE L3 Support

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-11-18 18:05 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-11-10  9:14 Support of DDR4 EEPROMs Jean Delvare
2017-11-18 18:05 ` Jean Delvare

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).