All of lore.kernel.org
 help / color / mirror / Atom feed
From: r.marek@sh.cvut.cz (Rudolf Marek)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] [Fwd: Linux kernel - i2c - eeprom module]
Date: Thu, 02 Jun 2005 14:50:45 +0000	[thread overview]
Message-ID: <429F0092.5000202@sh.cvut.cz> (raw)
In-Reply-To: <429C9BCD.1040605@edgedesign.us>

Hello,

Correct place to ask is this mailing list.

> 
> Lately I've been playing a lot with the kernel i2c modules. I want to
> use the
> eeprom module to read/write eeproms. However, it only has read support,
> and it
> supports only one size (256 bytes). I'm interested in adding new
> features to
> this module. I could code them myself, but I don't know who to ask about
> details...

Well this is quite dangenourous. Athough SPD eeproms do have sometimes writeprotect lock
this is not always true imho.

Now digging through JEDEC standards to see how it is about write protection:

This is aprooved:

"The contents of the lower 128 bytes (bytes 0-127) of the SPD EEPROM must
be software write protected by the DIMM vendor, using one of the two
methods defined by ballot JC-42.4-03-103 (item 1435.01,) either the
permanent software write protect method, or the reversible software write
protect method. This requirement is to be phased in by the end of the first
quarter of 2004."

But I failed to find ballot JC-42.4-03-103 (item 1435.01,) I will try again.

My question is why you need kernel support for this and why you cannot use the userspace utils in
lm_sensors packages for that?

Also when implemented I am for [ ] compile time feature that will clearly state that it is EXTREMLY DANGEROUS

> My question is: who is the current eeprom maintainer?
Most of stuff goes through this list.

Regards

Rudolf


  reply	other threads:[~2005-06-02 14:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-31 19:16 [lm-sensors] [Fwd: Linux kernel - i2c - eeprom module] Philip Edelbrock
2005-06-02 14:50 ` Rudolf Marek [this message]
2005-06-02 15:07 ` Rudolf Marek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=429F0092.5000202@sh.cvut.cz \
    --to=r.marek@sh.cvut.cz \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.