From: Eric Brower <ebrower@usa.net>
To: sparclinux@vger.kernel.org
Subject: Re: E250 LED indicators
Date: Wed, 31 Mar 2004 19:56:06 +0000 [thread overview]
Message-ID: <406B2256.6000308@usa.net> (raw)
I have a mostly written driver that support environmental monitoring and
LEDs on the E250. It will handle temperature and fan monitoring, and
can control all the LEDs (currently is only twiddles the activity LED).
The bigger issue that has been keeping this driver off the list to date
is that the current PCF8584 (I2C bus controller) support must be
rewritten to support multi-master operation and I've not mustered the
enthusiasm to do it yet. Without such support, collisions result
infrequently in misread or miswritten data that results in possibly
bogus overheat conditions or LED states on the front status panel.
And since you asked, I'll poke a sore spot....
Another issue is the difference between the Solaris driver and existing
Linux envctrl driver(s). When the power-off temperature threshold is
met, Linux does a friendly shutdown. Solaris does a hard power-off,
which I feel is appropriate if we implement notification at the warning
threshold (bbc-envctrl and my envctrltwo do this, but envctrl does not).
However, due to the oft-lamented issue of sparc and sparc64 refusing to
power-down a system completely if it is on a serial console, you gain
little benefit from halting to OBP. DaveM-- I'll float you a sysctl
patch for sparc64 and sparc if you'd consider it and find the current
"protection" valuable, otherwise perhaps machine_power_off should
actually power-off, machine_halt should halt and userspace commands
should get smarter about whether they ask the system to halt or
power-off. As I recall, the Red Hat patches to /sbin/shutdown do
provide the distinction, though the userspace may not have "closed the
loop" to do the right thing by default on serial console installs.
To make a long answer short-- I can send you the work-in-progress driver
off-list, but I recommend running it in debug mode so that shutdowns are
not actually performed, otherwise you may get false positives. Let me know.
E
Costas Magkos wrote:
> Hi debian people,
>
> I have a Sun Enterprise E250 running sarge. E250 has a front panel with
> LEDs used as health and fault indicators, which apparently work only
> when the system is running Solaris.
>
> Does anyone know of a workaround for them to work under debian?
>
> Thanx in advance.
>
> ~kmag
>
>
> Costas Magkos
> Internet Systematics Lab
> NCSR "Demokritos"
> Athens, Greece
>
>
next reply other threads:[~2004-03-31 19:56 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-31 19:56 Eric Brower [this message]
2004-03-31 22:12 ` E250 LED indicators David S. Miller
2004-03-31 22:32 ` Eric Brower
2004-04-01 2:15 ` Eric Brower
2004-04-03 22:32 ` David S. Miller
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=406B2256.6000308@usa.net \
--to=ebrower@usa.net \
--cc=sparclinux@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.