mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: James Bottomley <James.Bottomley@SteelEye.com>
To: "christophe barbé" <christophe.barbe@lineo.fr>
Cc: linux-kernel@vger.kernel.org
Subject: Re: serial console and kernel 2.4
Date: Mon, 30 Jul 2001 10:20:55 -0500	[thread overview]
Message-ID: <200107301520.f6UFKtT06867@localhost.localdomain> (raw)

> I recently upgraded a linux box to the kernel 2.4.4 (from 2.2.18).
> This box has no display and use the serial console. Since the upgrade
> I can see the boot output on the remote console but I can't use the
> keyboard. Each time I press a key, an interrupt is seen by the
> no-display machine but no char appears in the console.  Today I've
> upgraded an another box to 2.4.7 with a similar setup and I've the
> same problem.

> Is there something that I'm missing ? (something new with the kernel
> 2.4 that is required for a serial console that was not required with
> the 2.2 ?)

I hate to send an email which says "it works for me", but it does (all the way 
up to 2.4.7).

However, one of the things to remember about the serial console is that it is 
primarily designed for *output*.  If you see the boot messages, then it's 
doing its job correctly.  Things like kdb and sysrq can accept input from the 
serial console, but usually only if something else (like getty) has opened it 
first.

My setup (on RedHat 7.1) looks like this

In /etc/lilo.conf

# make lilo output to serial console
serial=0,9600n8

# for each kernel add this line
        append="console=ttyS0,9600n8 console=tty0"

Note, the above append causes /dev/console to be /dev/tty0 (the virtual 
console).  If you want to see all the boot messages you need /dev/ttyS0 to be 
/dev/console and you should reverse the two console statements in this line.

In /etc/inittab:

S:0123456:respawn:/sbin/mingetty --noclear ttyS0

With this setup I can activate sysrq and kdb from the serial console.

Note also that different distributions have different ways of handling the 
system console; you might also have to disable the special distribution 
handling on a non-RedHat system.

James Bottomley



             reply	other threads:[~2001-07-30 15:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-30 15:20 James Bottomley [this message]
2001-07-30 15:37 ` christophe barbé
2001-07-30 15:53   ` Stuart MacDonald
2001-07-30 16:21     ` christophe barbé
2001-07-30 16:55       ` Chris Wedgwood
2001-07-30 20:36       ` Thomas Duffy
2001-07-30 21:41         ` Chris Wedgwood
2001-07-30 22:24           ` Miquel van Smoorenburg
2001-07-31  7:51             ` christophe barbé
  -- strict thread matches above, loose matches on Subject: below --
2002-01-16 14:29 Eric Lamarque
2001-07-30 14:54 christophe barbé
2001-07-30 15:18 ` baettig
2001-07-30 15:33   ` christophe barbé
2001-07-30 15:19 ` Steve Hill
2001-07-30 20:43 ` Fabrice Gautier
2001-07-30 20:59   ` Miquel van Smoorenburg

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=200107301520.f6UFKtT06867@localhost.localdomain \
    --to=james.bottomley@steeleye.com \
    --cc=christophe.barbe@lineo.fr \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®