Re: [slackware-sparcdevel] New updates

From: Phil Howard (phil@ipal.net)
Date: Mon Dec 18 2000 - 07:43:54 PST


Charles Fultz wrote:

> > BTW, the SysRQ feature isn't working on Sparc serial port. BREAK just drops
> > to PROM.. My thought for the kernel is to change it so BREAK doesn't do
> > that, but make a SysRQ letter to drop to the PROM if SysRQ is enabled.
> > Another suggestion for the kernel people instead of us.
>
> I realize that this is personal opinion, so, my opinion is to keep
> BREAK so that it does drop you to the PROM. That's how it works on
> Solaris for Sparc and {Net,Open}BSD for Sparc.
>
> Please keep it!

I can understand the need for keeping to some standards, and I do
support that idea. However, it is even more important to have the
functionality. The reason I proposed BREAK->SysRQ and SysRQ->PROM
was because that was a compromise that ensured full functionality.
The SysRQ is extensible and can provide a means to get to the PROM
on its own. I would suggest SysRQ+'a' (not yet assigned) to do it
since that is rememberable like "Stop A". SysRQ+'p' is already
assigned.

However, if there is another way to do the important functions that
SysRQ does, I'd just as well go along with that. What is important
to me is that there be SOME MEANS to do these important functions.
Please suggest something. Maybe something can be done from within
the PROM prompt to do these things in Linux:

SysRQ+'b' -> immediately reboot (no sync, no unmount)
SysRQ+'s' -> immediately sync all mounted filesystems
SysRQ+'u' -> remount all filesystems in read-only (almost unmount)

If there is no way to do SysRQ functions while having BREAK go
directly to PROM, then I will most definitely want to have BREAK
do SysRQ and use SysRQ to get to PROM. Both SysRQ and PROM are
equally important to me, and I know SysRQ can get to PROM if the
feature is added (and I plan to add that when I get Slackware
stable on my Sparc 5's). But maybe you know how to do those
SysRQ actions from PROM or how we might be able to add some
kind of PROM entry points in the kernel to do them.

At this point, what we'd probably have to do something like a boot
parameter to specify the BREAK behaviour so each person can have
it work they way they prefer:

   sparcserialbreak=PROM
or
   sparcserialbreak=SysRQ

(I believe it would be case insensitive)

--
-----------------------------------------------------------------
| Phil Howard - KA9WGN |   Dallas   | http://linuxhomepage.com/ |
| phil-nospam@ipal.net | Texas, USA | http://phil.ipal.org/     |
-----------------------------------------------------------------



This archive was generated by hypermail 2b30 : Thu Sep 19 2002 - 11:00:02 PDT