SUMMARY - Netra T1-105 going into PROM...
2007-12-24 19:16:00
Netra from going down into prom mode, when I have
it connected to my PC, and I reboot my PC. THe
solution is to disconnect it first. Now, this hasn't
been an entirely useless exercise, I did discover
the following. There are ways to guard against most
of these things..
There has been some discussion in the news groups on the disabling of break
on Solaris systems, here is the good oil on this subject.
As of November last year a patch (for 2.6 and 7) introduces an alternate
break sequence for serial consoles the functionality of graphics consoles is
not affected.
I will be modifying the /etc/default/kbd file in jumpstart so all AlphaWest
builds will now by default have the alternate break sequence enabled as
explained below. Attached is the /etc/default/kbd file.
SRDB ID: 20427
Date: Nov/18/99
SYNOPSIS: Preventing a terminal server reboot from halting the Sun system
DETAIL DESCRIPTION:
When using a terminal server (connected to the system serial port) as
the console of a Sparc system, if the terminal server is rebooted or
has a power failure, the Sparc system could receive a break signal
from the port causing the system to halt(drop to the ok prompt).
SOLUTION SUMMARY:
When using a terminal server (connected to the system serial port) as
the console of a Sparc system, if the terminal server is rebooted or
has a power failure, the Sparc system could receive a break signal
from the port causing the system to halt(drop to the ok prompt).
Solution
--------
This problem is documented in bug 4147705: Provide a method other than
<break>
for entering the debugger. The bug is fixed in Solaris 8.
Patches for Solaris 2.6 and Solaris 7 are available:
Solaris 2.6: patch 105924-10
Solaris 7: patch 107589-02
The patches do not describe how to implement the alternate break signal.
To implement the alternate break signal, edit the /etc/default/kbd file to
remove the # from the entry:
The following procedure will enable the alternate break signal.
Step 1. Install patch 105924-10 on Solaris 2.6 or patch 107589-02 on
Solaris
2.7.
Step 2. Modify the /etc/default/kbd file, by removing the # from the entry:
#KEYBOARD_ABORT=enable
and changing it to:
KEYBOARD_ABORT=alternate
Step 3. Reboot the server.
Now only the alternate break sequence
#<CR>
# ~^b
will be recognized as the abort sequence.
The bug report also offers the following commentary:
A proposed solution is quite straightforward and simple: when the
customer wants BREAK capability and still wants protection against
"false" BREAKs a BREAK will be initiated by a character sequence
CR ~ ^b which is similar to a familiar pattern used on Sun servers
by the Remote Console. the Aux Break Sequence will be controlled by
a /etc/system set variable and this could be easily disabled. When
Aux Break is enabled the standard BREAK signal will be ignored for
console input, it will be handled in the normal way for a serial port
driver though. The Aux Break Sequence is recognized only when entered
from a true Console device.
In order for this change to provide the same high level interrupt
functionality and minimal use of system resources, the changes
are delivered in two binaries: The common SPARC zs serial driver
and the sun4u specific unix module. Separate patch streams are
maintained by use of dynamic symbol lookup at initialization time.
Original Questions
I have a Netra T1-105 attached to the com2 port of
my PC. I've noted that this box mysteriously "hangs".
Today I've discovered the mystery. When I reboot my
PC, it sends the T1-105 into prom mode.
I didn't have the usual teraterm window attached to
the Sun box this time. I had started to wonder, as
the only times that I have had this mystery was
when I shut down my PC.
What is the best way to deal with this. I'm not
going to keep it in this configuration permanently,
but there has got to be a workaround for this.
Thanks in advance!
Susan KJ Thielen ePeople
Unix Systems Administrator 450 National Avenue
Ph: 650 694-6475 Mountain View, CA
Fx: 650 694-6401 94043-2388
Email: sue.thielen at epeople.com www.epeople.com
Comments
Got something to say?
You must be logged in to post a comment.
