Thread (1 message) 1 message, 1 author, 2001-04-04

RE: Correct /etc/gettydefs for a Serial Console

From: Grant Erickson <hidden>
Date: 2001-04-04 15:51:29

On Tue, 3 Apr 2001, Brian Kuschak wrote:
Second issue first.  You need to change the si line to this.  This
causes init to wait until this is finished before continuing.

si::bootwait:/etc/rc.sysinit

I use the following line in my gettydefs:

# 9600 baud Dumb Terminal entry
DT9600# B9600 CS8 CLOCAL # B9600 SANE -ISTRIP CLOCAL #@S login: #DT9600

And this in my inittab:

# Run gettys in standard runlevels
cn1:123:respawn:/sbin/getty -h ttyS0 DT9600 vt100

This works well on a custom PPC405 board.
Unfortunately, neither of these changes seemed to influence much. However,
what was different is that I'd previously specified my getty line as:

	co:123:respawn:/sbin/getty console console

Changing it to:

	co:123:respawn:/sbin/getty ttyS0 console

didn't do much to help my "CR/NL" problem as shown below. In playing with
it though, I did change ttyS0 to ttyS1 (the other serial port). This DID
fix the below "CR/NL" problem as desired; however, now the console login
prompt shows up on the wrong port.

What finally DID work was to move the 'co' inittab entry to the bottom,
AFTER all the 'l#' entries.

Thanks for the tip which got me going in the direction I needed!

Regards,

Grant

-----Original Message-----
From: Grant Erickson [mailto:erick205@umn.edu]
Sent: Tuesday, April 03, 2001 8:58 AM
To: linuxppc-embedded@lists.linuxppc.org
Subject: Correct /etc/gettydefs for a Serial Console



I am trying to debug two issues with the look and feel of a serial console
on a IBM PowerPC 405GP Walnut board.

Issue 1)

	- After the first few lines of text spew out for user-space
	  process kick-off, the end-of-line characters get translated
	  incorrectly:

	  INIT: Entering runlevel: 3
	  The system is coming up.
	  Network daemons: portmap.
	  NIS domain: borg-nis
	  NIS daemons: ypbind.

	  Linux (walnut)


	  walnut console login: .
                                  NFS daemons: automount.
                                                         Internet daemons:
ine
          td.
             Log daemons: syslogd klogd.
                                        RPC daemons: rstatd rusersd.
                                                                    Other
dae
          mons:.

	I suspect that the problem is with my /etc/gettydefs file:

	  #
	  #    Line settings and hunt sequences for TTY ports used by getty.
	  #

	  #
	  # <speed># <init flags> # <final flags> #<login
string>#<next-speed>
	  #

	  # Serial Console entry
	  console# B9600 CLOCAL # B9600 SANE TAB3 CLOCAL #\r\n\n@S console
login: #console

	Does anyone have a more reasonable /etc/gettydefs. I suspect I
	might need ONLCR?

Issue 2)

	- The console prompt from getty comes up before the daemons
	  executed by the scripts in /etc/rc.d/rc3.d are finished (see
	  above example). I suspect that there's a possible problem in my
	  /etc/inittab:

	  #
	  #    System V init run level process control file
	  #

	  # Default run level
	  id:3:initdefault:

	  # System initialization.
	  si::sysinit:/etc/rc.d/rc.sysinit

	  # System console
	  co:123:respawn:/sbin/getty console console

	  l0:0:wait:/etc/rc.d/rc 0
	  l1:1:wait:/etc/rc.d/rc 1
	  l2:2:wait:/etc/rc.d/rc 2
	  l3:3:wait:/etc/rc.d/rc 3
	  l4:4:wait:/etc/rc.d/rc 4
	  l5:5:wait:/etc/rc.d/rc 5
	  l6:6:wait:/etc/rc.d/rc 6

Any ideas?

Thanks,

Grant Erickson


--
 Grant Erickson                       University of Minnesota Alumni
  o mail:erick205@umn.edu                                 1996 BSEE
  o http://www.umn.edu/~erick205                          1998 MSEE

--
 Grant Erickson                       University of Minnesota Alumni
  o mail:erick205@umn.edu                                 1996 BSEE
  o http://www.umn.edu/~erick205                          1998 MSEE


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help