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
next prev parent 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.