No description
Find a file
Cristiano Giuffrida d1fd04e72a Initialization protocol for system services.
SYSLIB CHANGES:
- SEF framework now supports a new SEF Init request type from RS. 3 different
callbacks are available (init_fresh, init_lu, init_restart) to specify
initialization code when a service starts fresh, starts after a live update,
or restarts.

SYSTEM SERVICE CHANGES:
- Initialization code for system services is now enclosed in a callback SEF will
automatically call at init time. The return code of the callback will
tell RS whether the initialization completed successfully.
- Each init callback can access information passed by RS to initialize. As of
now, each system service has access to the public entries of RS's system process
table to gather all the information required to initialize. This design
eliminates many existing or potential races at boot time and provides a uniform
initialization interface to system services. The same interface will be reused
for the upcoming publish/subscribe model to handle dynamic 
registration / deregistration of system services.

VM CHANGES:
- Uniform privilege management for all system services. Every service uses the
same call mask format. For boot services, VM copies the call mask from init
data. For dynamic services, VM still receives the call mask via rs_set_priv
call that will be soon replaced by the upcoming publish/subscribe model.

RS CHANGES:
- The system process table has been reorganized and split into private entries
and public entries. Only the latter ones are exposed to system services.
- VM call masks are now entirely configured in rs/table.c
- RS has now its own slot in the system process table. Only kernel tasks and
user processes not included in the boot image are now left out from the system
process table.
- RS implements the initialization protocol for system services.
- For services in the boot image, RS blocks till initialization is complete and
panics when failure is reported back. Services are initialized in their order of
appearance in the boot image priv table and RS blocks to implements synchronous
initialization for every system service having the flag SF_SYNCH_BOOT set.
- For services started dynamically, the initialization protocol is implemented
as though it were the first ping for the service. In this case, if the
system service fails to report back (or reports failure), RS brings the service
down rather than trying to restart it.
2010-01-08 01:20:42 +00:00
boot start a.out2com script with 'sh' (Bug#365.1, reported by Antoine Leca) 2010-01-05 09:21:55 +00:00
commands Fix netconf alignment now that there is a number 10" 2010-01-06 08:20:12 +00:00
docs Drivers and servers are simply known as services. 2009-12-17 01:53:26 +00:00
drivers Initialization protocol for system services. 2010-01-08 01:20:42 +00:00
etc General cleanup: 2010-01-05 19:39:27 +00:00
include Initialization protocol for system services. 2010-01-08 01:20:42 +00:00
kernel Initialization protocol for system services. 2010-01-08 01:20:42 +00:00
lib Initialization protocol for system services. 2010-01-08 01:20:42 +00:00
man Add ENOTSUP error code 2010-01-07 09:53:31 +00:00
servers Initialization protocol for system services. 2010-01-08 01:20:42 +00:00
test Allow test43 to deal with broken symlinks 2010-01-07 09:52:23 +00:00
tools unbreak building CDs 2009-12-23 23:59:32 +00:00
LICENSE Removal of the executable flag from files that cannot be executed 2009-11-09 10:26:00 +00:00
Makefile Removal of the executable flag from files that cannot be executed 2009-11-09 10:26:00 +00:00