Describe boot sequencing work.

1 files changed, 6 insertions, 1 deletions

diff --git a/dev.html b/dev.html
index 98eeb7d..3ef1b3a 100755
--- a/dev.html
+++ b/dev.html
@@ -37,8 +37,13 @@
 <p>All packages are cross-built using a toolchain consisting of kernel headers, GNU Binutils, GCC, and a standard C/C++ library.  The cortexa8-linux-eglibc port, for example, is <a href="http://git.os.pehjota.net/notes/free-embedded-os.git/tree/temporary-bootstrap-builder-setup-cortexa8.txt">currently built</a> using Linux-libre 3.2.7, GMP 5.0.2, MPFR 3.1.0, MPC 0.9, Binutils 2.22, GCC 4.6.2, and EGLIBC 2.15.</p>
 <p>This operating system currently supports the following programming languages: C (ISO/IEC 9899 as <a href="http://gcc.gnu.org/onlinedocs/gcc/Standards.html">implemented by GCC</a>), C++ (ISO/IEC 14882 as <a href="http://gcc.gnu.org/onlinedocs/gcc/Standards.html">implemented by GCC</a>), UNIX shell command language (POSIX.1-2008 XCU), and microprocessor assembly languages (with syntax and directives as implemented in GNU as).  Support for more languages (e.g. Perl and Python) will come as their respective interpreters and compilers are packaged; this may take time as these programs usually have many build-time and run-time dependencies and some of these programs cannot easily be cross-built.</p>
 <h2>Remaining Tasks</h2>
-<p>The following is an overview of development work that needs to be done before the operating system can be considered ready for production use.</p>
+<p>The following is an overview of development projects that need to be done before the operating system can be considered ready for production use.</p>
 <h3>Boot Sequencing</h3>
+<p>Currently, service init scripts are provided by the monolithic <code>initscripts</code> binary package. These init scripts are executed in the lexicographic order of the symbolic links matching <code>/etc/rc.d/S*</code> that target them.  The names of these symbolic links are currently hardcoded in <a href="http://git.os.pehjota.net/pkg/basefiles.git/tree/build?id=0ae24516#n43">the <code>build</code> makefile</a> of the <code>basefiles</code> source package.  This monolithic packaging and hardcoding of link names is a temporary and poor technical solution that doesn't scale with the number and selection of services that can be installed on a system.  Init scripts should instead be provided by the packages that provide the relevant system services.  The order in which init scripts are executed should be determined by dynamic boot sequencing based on inter-service dependency metadata.</p>
+<p>This boot sequencing can be done when the system boots or after a new system service is installed.  For reference, NetBSD <a href="http://www.netbsd.org/docs/guide/en/chap-rc.html#chap-rc-rcorder">uses a program called "rcorder"</a> to determine a boot sequence at boot time.  Many GNU/Linux distributions follow (to some degree) the Linux Standard Base (LSB) specification, which defines <a href="http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html">"Comment Conventions" for dependency metadata</a> and <a href="http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/initsrcinstrm.html">a method for installing sequentially-named symbolic links</a>.  Conforming implementations perform boot sequencing at the time of service installation.  Because boot sequencing at boot time can slow down system booting, it is better to perform boot sequencing at install time.</p>
+<p>Thus, generally speaking, the solution to be adopted in this system is to make packages that provide system services also include the necessary init scripts (installed in <code>/etc/init.d</code>), to include inter-service dependency metadata in init scripts, and to use a tool at the time of service package installation to generate sequentially-named symoblic links in <code>/etc/rc.d</code>.</p>
+<p>An obvious boot sequencing tool is <a href="http://svn.savannah.nongnu.org/viewvc/insserv/trunk/?root=sysvinit">"insserv"</a> maintained by Werner Fink and used by Debian and openSUSE.  However, this C program (in compliance with the LSB) assumes the use of runlevels.  This operating system uses the init daemon of BusyBox, which <a href="http://git.busybox.net/busybox/tree/init/init.c?id=3da46c81#n1221">doesn't support runlevels</a>.  Therefore, we'll need to either modify insserv to work without runlevels or write our own tool for installing symbolic links to init scripts.</p>
+<p>Additionally, we need to decide how completely we'll conform, if at all, with the LSB in this area.</p>
 <h3>Multiarch</h3>
 <h3>Installation Bootstrap Tool</h3>
 <h3>Package Cross Building Tool</h3>