how to stop serial "doorstopping" on sunfire v240?

From: Duncan C White (dcw@doc.ic.ac.uk)
Date: Thu Jun 14 2007 - 10:27:48 EDT


Hi all,

Hopefully a really simple question that someone can answer for me:
I've setup serial access to a Sunfire v240 [via a linux (cyclades)
console server connected to the serial/LOM port, setup exactly as
for various other Sun servers eg. e220r, Sunfire e280r, v440s,
netras etc] and it works fine, connects to "sc>" as expected, then
"console" connects through to the serial, I can send breaks, type,
view eeprom settings (env), network install (boot net - install),
boot etc, all as normal...

...EXCEPT that once I boot Solaris 8 (installation or normal) all
the "output" messages start "doorstepping" horribly, like LF without
CR on an old style teletype, as in the following (after "bge0"):

Boot device: disk File and args:
Loading ufs-file-system package 1.4 04 Aug 1995 13:02:54.
FCode UFS Reader 1.11 97/07/10 16:19:15.
Loading: /platform/SUNW,Sun-Fire-V240/ufsboot
Loading: /platform/sun4u/ufsboot
SunOS Release 5.8 Version Generic_117000-05 64-bit
Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.
Hardware watchdog enabled
configuring IPv4 interfaces: bge0.
                                   Hostname: pipit.doc.ic.ac.uk
                                                               The system
is coming up. Please wait.
                     checking ufs filesystems
...

It carries on doorstepping throughout the entire boot process, and
when it finishes, we've set it up to start bash via the following
/etc/inittab entry:

co:1234:respawn:/bin/bash --rcfile /etc/bashrc-serial >/dev/console
2<>/dev/console </dev/console

and the bash prompts all appear on the same line as I press return
[not even doorstopping any more!] as in:

... you are ROOT on /dev/console
                          bash-2.03# bash-2.03# bash-2.03#

I've been mucking about with stty settings like onlcr, inlcr etc,
terminal settings etc, changing shells etc, but I haven't managed
to solve the problem. I'd really like to know how to fix the
doorstopping once and for all, while the system is booting. No
other Sun server in my experience has done this, so I'm a bit baffled!

When I "exec /bin/tcsh" (my desired shell) I get the warning, which
may be a hint:

Warning: no access to tty (Inappropriate ioctl for device).

Thus no job control in this shell.
                                  #

and tcsh goes back to full scale doorstopping, in fact it's worse
than before because now it's not just "output side" - the "input
side" has changed behaviour, to get "return" I now have to type
CTRL-J! I can fix up most of the problems via:

set term = vt100 CTRL-J
set home = / CTRL-J
source .cshrc CTRL-J

and now the input side is fixed, return works again, it can even
clear the screen and run vi, but it's still doorstopping...

"stty -a" reports [with all the doorstepping removed]:

speed 9600 baud;
rows = 0 columns = 0; ypixels = 0 xpixels = 0
min = 0; time = 0;
intr = <undef>; quit = <undef>; erase = <undef>; kill = <undef>;
eof = <undef>; eol = <undef>; eol2 = <undef>; swtch = <undef>;
start = <undef>; stop = <undef>; susp = <undef>; dsusp = <undef>;
rprnt = <undef>; flush = <undef>; werase = <undef>; lnext = <undef>;
-parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -parext
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl
-iuclc -ixon -ixany -ixoff -imaxbel
-isig -icanon -xcase -echo -echoe -echok -echonl -noflsh
-tostop -echoctl -echoprt -echoke -defecho -flusho -pendin -iexten
-opost -olcuc -onlcr -ocrnl -onocr -onlret -ofill -ofdel

Any thoughts? I'll summarise, with gratitude, any suggestions!

Thanks in advance!
         duncan

---------------------------------------------------------------------------
Duncan C. White, Unix Systems Programmer, Dept of Computing,
                  Imperial College, London, SW7 2BZ, UK.
Email: dcw@doc.ic.ac.uk Phone: 0207 594 8254
URL: http://www.doc.ic.ac.uk/~dcw/ Fax: 0207 594 8389
---------------------------------------------------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:03 EDT