Yes, there was a bug in busybox that caused this. I helped track it down a
few months ago and it should be fixed in the latest one. I have attached an
email about the bug. What version(s) of busybox are you using?
From: Karsten Merker [mailto:email@example.com]
Sent: Friday, September 21, 2001 1:30 AM
To: Jun Sun
Subject: Re: busybox does not like 2.4.8, or the other way around?
On Thu, Sep 20, 2001 at 06:21:49PM -0700, Jun Sun wrote:
> I have a small busybox userland that works fine with 2.4.2 kernel, but
> with the latest 2.4.8 kernel. The symptom is that it is stuck at the
> following prompt:
[busybox waiting for keypress]
> A simple test shows the console is still working, i.e., pressing a key
> generate an interrupt and ISR *does* read the correct char value.
> I really cannot think of anything else that might make busybox stuck here.
> Any clue? Anybody else is using busybox with more recent kernels?
I have a smilar problem on my DECstation. Using 2.4.8 with the Debian
boot-floppies (based on busybox), the machine hangs when waiting for
the first keypress after the splash screen.
When booting 2.4.8 with my "normal" installation into single user mode,
I get a shell prompt, but cannot enter anything. I first thought of
a problem with the DECstation keyboard driver, but the same happens
on serial console. I have tested various kernel version with regard
to this - the last one working for me is 2.4.5.
When booting my "normal" installation with 2.4.8 into multiuser mode,
the machine crashes somewhere in the init scripts.
Is your box little or big endian?
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
--- Begin Message ---
Hi Marc and Kanoj
This is definitely a busybox bug for me. Busybox (0.50pre) init didn't
set CREAD in c_cflag:
--- init.c.orig Sat Apr 21 17:46:57 2001
+++ init.c Sat Apr 21 17:46:31 2001
@@ -276,7 +276,7 @@
/* Make it be sane */
tty.c_cflag &= CBAUD|CBAUDEX|CSIZE|CSTOPB|PARENB|PARODD;
- tty.c_cflag |= HUPCL|CLOCAL;
+ tty.c_cflag |= CREAD|HUPCL|CLOCAL;
/* input modes */
tty.c_iflag = ICRNL | IXON | IXOFF;
Guess this is the same problem for other inits.
The sample init code Richard B. Johnson posted on lkml does have CREAD,
that's why he didn't noticed anything.
On Fri, 20 Apr 2001 23:01:50 -0400
Marc Karasek <firstname.lastname@example.org> wrote:
> I got in touch with Kanoj (his email was the last one in the comments of
> He recommended I make the below change to serial.c. It worked for me and
> got my serial console port back :-)
> Okay. In change_speed(), comment out the two lines
> if ((cflag & CREAD) == 0)
> info->ignore_status_mask |= UART_LSR_DR;
> This might get you back up. If you can track back to how the serial
> port needs to be opened, or some extra ioctls need to be made, let
> me know.
> -----Original Message-----
> From: Fabrice Gautier
> To: email@example.com
> Cc: firstname.lastname@example.org
> Sent: 4/20/01 12:31 PM
> Subject: Re: Bug in serial.c
> Same thing for me.
> I'm using busybox as init/getty/shell.
> Everything works fine with 2.4.2.
> With 2.4.3 console output is fine but not input.
> Fabrice Gautier <email@example.com>
Fabrice Gautier <firstname.lastname@example.org>
--- End Message ---