Doc update from Matt Kraai, better describing the init process.
authorEric Andersen <andersen@codepoet.org>
Mon, 18 Dec 2000 20:36:02 +0000 (20:36 -0000)
committerEric Andersen <andersen@codepoet.org>
Mon, 18 Dec 2000 20:36:02 +0000 (20:36 -0000)
docs/busybox.pod
docs/busybox.sgml

index 4dd3a3a984568f1af7c85e3ce95f4fc5e1124fce..8f6e1381ca243e5dd1e2daeabe1e5db689781862 100644 (file)
@@ -887,10 +887,11 @@ If you choose to use an /etc/inittab file, the inittab entry format is as follow
                the specified process to run on.  The contents of this field are
                appended to "/dev/" and used as-is.  There is no need for this field to
                be unique, although if it isn't you may have strange results.  If this
-               field is left blank, it is completely ignored.  Also note that if
-               BusyBox detects that a serial console is in use, then all entries
-               containing non-empty id fields will _not_ be run.  BusyBox init does
-               nothing with utmp.  We don't need no stinkin' utmp.
+               field is left blank, the controlling tty is set to the console.  Also
+               note that if BusyBox detects that a serial console is in use, then only
+               entries whose controlling tty is either the serial console or /dev/null
+               will be run.  BusyBox init does nothing with utmp.  We don't need no
+               stinkin' utmp.
 
        <runlevels>: 
 
@@ -2293,4 +2294,4 @@ Enrique Zanardi <ezanardi@ull.es>
 
 =cut
 
-# $Id: busybox.pod,v 1.83 2000/12/13 17:59:37 andersen Exp $
+# $Id: busybox.pod,v 1.84 2000/12/18 20:36:02 andersen Exp $
index fda66a619e7a4d77fd0ba2f098ebdaa99c17c279..c64dab80fa58254fd9e12a4d8fc5615be185d677 100644 (file)
                <sect2>
                    <title>id</title>
                        <para>
-                       WARNING: This field has a non-traditional
-                       meaning for BusyBox init!  The id field is used
-                       by BusyBox init to specify the controlling tty
-                       for the specified process to run on.  The
-                       contents of this field are appended to "/dev/"
-                       and used as-is.  There is no need for this field
-                       to be unique, although if it isn't you may have
-                       strange results.  If this field is left blank,
-                       it is completely ignored.  Also note that if
-                       BusyBox detects that a serial console is in use,
-                       then all entries containing non-empty id fields
-                       will _not_ be run.  BusyBox init does nothing
-                       with utmp.  We don't need no stinkin' utmp.
+
+                       WARNING: This field has a non-traditional meaning for BusyBox init!
+                       The id field is used by BusyBox init to specify the controlling tty
+                       for the specified process to run on.  The contents of this field
+                       are appended to "/dev/" and used as-is.  There is no need for this
+                       field to be unique, although if it isn't you may have strange
+                       results.  If this field is left blank, the controlling tty is set
+                       to the console.  Also note that if BusyBox detects that a serial
+                       console is in use, then only entries whose controlling tty is
+                       either the serial console or /dev/null will be run.  BusyBox init
+                       does nothing with utmp.  We don't need no stinkin' utmp.
+
                        </para>
                </sect2>