From: Doug Thompson <norsk5@yahoo.com>
To: linux-kernel@vger.kernel.org
Subject: [RFC] EDAC and the sysfs
Date: Mon, 14 Nov 2005 14:14:19 -0800 (PST) [thread overview]
Message-ID: <20051114221419.10324.qmail@web50101.mail.yahoo.com> (raw)
I am trying to design the sysfs interface tree for the
new set of EDAC modules that are waiting for this
interface, before being put into the kernel.
Currently the original EDAC (bluesmoke) has its own
/proc directory (/proc/mc) with files and a directory
(0,1,2,...)for each memory controller on the system.
This will be removed and the new information interface
will be placed in the sysfs.
One proposal is to place the information in
/sys/devices/system in the following directories:
For EDAC general memory ECC controls and information
files:
/sys/devices/systems/edac/mc/
For PCI Parity Error detection controls and
information files:
/sys/devices/system/edac/pci
In addition /sys/devices/system/edac/mc/ would have
directories:
mc0/
mc1/
...
for each memory controller's specific controls and
information.
Currently the similiar error detection device
/sys/devices/system/machinecheck resides here are
well.
The alternative layout would be to use the /sys/class
directory when nested-classes become available:
/sys/class/edac/mc/...
and
/sys/class/edac/pci/...
But edac doesn't quite seem to fit here.
I have failed to date to really find a policy or set
of rules of use for the sysfs as to what goes where
for such items as EDAC. After searching the web,
articles and thinking about this for some time now, I
am requesting comments on the sysfs model for where
EDAC would fit best.
I currently favor the /sys/devices/system/edac
placement at the moment, but would welcome input.
thanks
doug thompson
"If you think Education is expensive, just try Ignorance"
"Don't tell people HOW to do things, tell them WHAT you
want and they will surprise you with their ingenuity."
Gen George Patton
next reply other threads:[~2005-11-14 22:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-14 22:14 Doug Thompson [this message]
2005-11-14 22:31 ` Greg KH
2005-11-15 0:30 ` Dave Jones
2005-11-15 17:24 ` Greg KH
2005-11-15 0:47 ` Doug Thompson
2005-11-15 1:12 ` Doug Thompson
2005-11-15 17:25 ` Greg KH
2005-11-16 0:26 ` Doug Thompson
2005-11-17 7:05 ` Greg KH
2005-11-17 17:20 ` Doug Thompson
2005-11-17 17:18 ` Greg KH
2005-11-17 18:32 ` Kay Sievers
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=20051114221419.10324.qmail@web50101.mail.yahoo.com \
--to=norsk5@yahoo.com \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®