2009-12-02 10:54:50 +01:00
|
|
|
#ifndef RS_H
|
|
|
|
|
#define RS_H
|
|
|
|
|
|
2006-10-20 17:01:32 +02:00
|
|
|
/*
|
|
|
|
|
minix/rs.h
|
|
|
|
|
|
|
|
|
|
Interface to the reincarnation server
|
|
|
|
|
*/
|
|
|
|
|
|
2009-09-21 16:23:10 +02:00
|
|
|
#include <minix/bitmap.h>
|
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 02:20:42 +01:00
|
|
|
#include <minix/com.h>
|
2014-09-28 22:49:23 +02:00
|
|
|
#include <minix/ipc_filter.h>
|
2009-09-21 16:23:10 +02:00
|
|
|
|
2012-01-27 15:18:41 +01:00
|
|
|
#define SERVICE_LOGIN "service" /* passwd file entry for services */
|
|
|
|
|
|
2015-06-06 13:21:23 +02:00
|
|
|
/* The following definition should be kept in sync with the actual /etc/passwd
|
|
|
|
|
* value for SERVICE_LOGIN for now, and removed altogether once we are able to
|
|
|
|
|
* obtain its value dynamically everywhere.
|
|
|
|
|
*/
|
|
|
|
|
#define SERVICE_UID 12 /* user ID for services */
|
|
|
|
|
|
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 02:20:42 +01:00
|
|
|
/* RSS definitions. */
|
2006-10-20 17:01:32 +02:00
|
|
|
#define RSS_NR_IRQ 16
|
|
|
|
|
#define RSS_NR_IO 16
|
2010-07-13 23:11:44 +02:00
|
|
|
#define RSS_IRQ_ALL (RSS_NR_IRQ+1)
|
|
|
|
|
#define RSS_IO_ALL (RSS_NR_IO+1)
|
|
|
|
|
#define RSS_IPC_ALL "IPC_ALL"
|
|
|
|
|
#define RSS_IPC_ALL_SYS "IPC_ALL_SYS"
|
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 02:20:42 +01:00
|
|
|
|
|
|
|
|
/* RSS flags. */
|
2010-04-27 13:17:30 +02:00
|
|
|
#define RSS_COPY 0x01 /* keep an in-memory copy of the binary */
|
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 02:20:42 +01:00
|
|
|
#define RSS_REUSE 0x04 /* Try to reuse previously copied binary */
|
2010-04-09 23:56:44 +02:00
|
|
|
#define RSS_NOBLOCK 0x08 /* unblock caller immediately */
|
2010-04-27 13:17:30 +02:00
|
|
|
#define RSS_REPLICA 0x10 /* keep a replica of the service */
|
2014-09-28 22:49:23 +02:00
|
|
|
#define RSS_BATCH 0x20 /* batch mode */
|
|
|
|
|
#define RSS_SELF_LU 0x40 /* perform self update */
|
|
|
|
|
#define RSS_ASR_LU 0x80 /* perform ASR update */
|
|
|
|
|
#define RSS_FORCE_SELF_LU 0x0100 /* force self update */
|
|
|
|
|
#define RSS_PREPARE_ONLY_LU 0x0200 /* request prepare-only update */
|
|
|
|
|
#define RSS_FORCE_INIT_CRASH 0x0400 /* force crash at initialization time (for debugging) */
|
|
|
|
|
#define RSS_FORCE_INIT_FAIL 0x0800 /* force failure at initialization time (for debugging) */
|
|
|
|
|
#define RSS_FORCE_INIT_TIMEOUT 0x1000 /* force timeout at initialization time (for debugging) */
|
|
|
|
|
#define RSS_FORCE_INIT_DEFCB 0x2000 /* force default cb at initialization time (for debugging) */
|
|
|
|
|
#define RSS_SYS_BASIC_CALLS 0x4000 /* include basic kernel calls */
|
|
|
|
|
#define RSS_VM_BASIC_CALLS 0x8000 /* include basic vm calls */
|
|
|
|
|
#define RSS_UNSAFE_LU 0x10000 /* allow unsafe update */
|
|
|
|
|
#define RSS_NOMMAP_LU 0x20000 /* don't inherit mmapped regions */
|
|
|
|
|
#define RSS_DETACH 0x40000 /* detach on update/restart */
|
|
|
|
|
#define RSS_NORESTART 0x80000 /* don't restart */
|
|
|
|
|
#define RSS_FORCE_INIT_ST 0x100000 /* force state transfer at initialization time */
|
|
|
|
|
#define RSS_NO_BIN_EXP 0x200000 /* suppress binary exponential offset */
|
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 02:20:42 +01:00
|
|
|
|
|
|
|
|
/* Common definitions. */
|
|
|
|
|
#define RS_NR_CONTROL 8
|
|
|
|
|
#define RS_NR_PCI_DEVICE 32
|
|
|
|
|
#define RS_NR_PCI_CLASS 4
|
|
|
|
|
#define RS_MAX_LABEL_LEN 16
|
2014-09-28 22:49:23 +02:00
|
|
|
#define RS_MAX_IPCF_STR_LEN (RS_MAX_LABEL_LEN+12)
|
|
|
|
|
#define RS_MAX_IPC_FILTERS 4
|
2009-12-02 10:54:50 +01:00
|
|
|
|
2010-09-15 16:10:42 +02:00
|
|
|
/* CPU special values */
|
|
|
|
|
#define RS_CPU_DEFAULT -1 /* use the default cpu or do not change the current one */
|
|
|
|
|
#define RS_CPU_BSP -2 /* use the bootstrap cpu */
|
|
|
|
|
|
2009-12-02 10:54:50 +01:00
|
|
|
/* Labels are copied over separately. */
|
|
|
|
|
struct rss_label
|
|
|
|
|
{
|
|
|
|
|
char *l_addr;
|
|
|
|
|
size_t l_len;
|
|
|
|
|
};
|
2006-10-20 17:01:32 +02:00
|
|
|
|
2013-10-01 00:42:41 +02:00
|
|
|
struct rs_pci_id {
|
|
|
|
|
u16_t vid;
|
|
|
|
|
u16_t did;
|
|
|
|
|
u16_t sub_vid;
|
|
|
|
|
u16_t sub_did;
|
|
|
|
|
};
|
|
|
|
|
#define NO_SUB_VID 0xffff
|
|
|
|
|
#define NO_SUB_DID 0xffff
|
|
|
|
|
|
|
|
|
|
struct rs_pci_class {
|
|
|
|
|
u32_t pciclass;
|
|
|
|
|
u32_t mask;
|
|
|
|
|
};
|
|
|
|
|
|
2014-09-28 22:49:23 +02:00
|
|
|
/* State-related data. */
|
|
|
|
|
struct rs_ipc_filter_el {
|
|
|
|
|
int flags;
|
|
|
|
|
char m_label[RS_MAX_LABEL_LEN];
|
|
|
|
|
int m_type;
|
|
|
|
|
};
|
|
|
|
|
struct rs_state_data {
|
|
|
|
|
size_t size;
|
|
|
|
|
void *ipcf_els;
|
|
|
|
|
size_t ipcf_els_size;
|
|
|
|
|
int ipcf_els_gid;
|
|
|
|
|
void *eval_addr;
|
|
|
|
|
size_t eval_len;
|
|
|
|
|
int eval_gid;
|
|
|
|
|
};
|
|
|
|
|
|
2006-10-20 17:01:32 +02:00
|
|
|
/* Arguments needed to start a new driver or server */
|
|
|
|
|
struct rs_start
|
|
|
|
|
{
|
|
|
|
|
unsigned rss_flags;
|
|
|
|
|
char *rss_cmd;
|
|
|
|
|
size_t rss_cmdlen;
|
|
|
|
|
uid_t rss_uid;
|
2010-07-13 23:11:44 +02:00
|
|
|
endpoint_t rss_sigmgr;
|
|
|
|
|
endpoint_t rss_scheduler;
|
2010-07-22 11:57:14 +02:00
|
|
|
int rss_priority;
|
|
|
|
|
int rss_quantum;
|
2006-10-20 17:01:32 +02:00
|
|
|
int rss_major;
|
|
|
|
|
long rss_period;
|
|
|
|
|
char *rss_script;
|
|
|
|
|
size_t rss_scriptlen;
|
2014-10-27 22:36:25 +01:00
|
|
|
long rss_restarts;
|
2014-09-28 22:49:23 +02:00
|
|
|
long rss_heap_prealloc_bytes;
|
|
|
|
|
long rss_map_prealloc_bytes;
|
2006-10-20 17:01:32 +02:00
|
|
|
int rss_nr_irq;
|
|
|
|
|
int rss_irq[RSS_NR_IRQ];
|
|
|
|
|
int rss_nr_io;
|
|
|
|
|
struct { unsigned base; unsigned len; } rss_io[RSS_NR_IO];
|
|
|
|
|
int rss_nr_pci_id;
|
2013-10-01 00:42:41 +02:00
|
|
|
struct rs_pci_id rss_pci_id[RS_NR_PCI_DEVICE];
|
2006-10-20 17:01:32 +02:00
|
|
|
int rss_nr_pci_class;
|
2013-10-01 00:42:41 +02:00
|
|
|
struct rs_pci_class rss_pci_class[RS_NR_PCI_CLASS];
|
New RS and new signal handling for system processes.
UPDATING INFO:
20100317:
/usr/src/etc/system.conf updated to ignore default kernel calls: copy
it (or merge it) to /etc/system.conf.
The hello driver (/dev/hello) added to the distribution:
# cd /usr/src/commands/scripts && make clean install
# cd /dev && MAKEDEV hello
KERNEL CHANGES:
- Generic signal handling support. The kernel no longer assumes PM as a signal
manager for every process. The signal manager of a given process can now be
specified in its privilege slot. When a signal has to be delivered, the kernel
performs the lookup and forwards the signal to the appropriate signal manager.
PM is the default signal manager for user processes, RS is the default signal
manager for system processes. To enable ptrace()ing for system processes, it
is sufficient to change the default signal manager to PM. This will temporarily
disable crash recovery, though.
- sys_exit() is now split into sys_exit() (i.e. exit() for system processes,
which generates a self-termination signal), and sys_clear() (i.e. used by PM
to ask the kernel to clear a process slot when a process exits).
- Added a new kernel call (i.e. sys_update()) to swap two process slots and
implement live update.
PM CHANGES:
- Posix signal handling is no longer allowed for system processes. System
signals are split into two fixed categories: termination and non-termination
signals. When a non-termination signaled is processed, PM transforms the signal
into an IPC message and delivers the message to the system process. When a
termination signal is processed, PM terminates the process.
- PM no longer assumes itself as the signal manager for system processes. It now
makes sure that every system signal goes through the kernel before being
actually processes. The kernel will then dispatch the signal to the appropriate
signal manager which may or may not be PM.
SYSLIB CHANGES:
- Simplified SEF init and LU callbacks.
- Added additional predefined SEF callbacks to debug crash recovery and
live update.
- Fixed a temporary ack in the SEF init protocol. SEF init reply is now
completely synchronous.
- Added SEF signal event type to provide a uniform interface for system
processes to deal with signals. A sef_cb_signal_handler() callback is
available for system processes to handle every received signal. A
sef_cb_signal_manager() callback is used by signal managers to process
system signals on behalf of the kernel.
- Fixed a few bugs with memory mapping and DS.
VM CHANGES:
- Page faults and memory requests coming from the kernel are now implemented
using signals.
- Added a new VM call to swap two process slots and implement live update.
- The call is used by RS at update time and in turn invokes the kernel call
sys_update().
RS CHANGES:
- RS has been reworked with a better functional decomposition.
- Better kernel call masks. com.h now defines the set of very basic kernel calls
every system service is allowed to use. This makes system.conf simpler and
easier to maintain. In addition, this guarantees a higher level of isolation
for system libraries that use one or more kernel calls internally (e.g. printf).
- RS is the default signal manager for system processes. By default, RS
intercepts every signal delivered to every system process. This makes crash
recovery possible before bringing PM and friends in the loop.
- RS now supports fast rollback when something goes wrong while initializing
the new version during a live update.
- Live update is now implemented by keeping the two versions side-by-side and
swapping the process slots when the old version is ready to update.
- Crash recovery is now implemented by keeping the two versions side-by-side
and cleaning up the old version only when the recovery process is complete.
DS CHANGES:
- Fixed a bug when the process doing ds_publish() or ds_delete() is not known
by DS.
- Fixed the completely broken support for strings. String publishing is now
implemented in the system library and simply wraps publishing of memory ranges.
Ideally, we should adopt a similar approach for other data types as well.
- Test suite fixed.
DRIVER CHANGES:
- The hello driver has been added to the Minix distribution to demonstrate basic
live update and crash recovery functionalities.
- Other drivers have been adapted to conform the new SEF interface.
2010-03-17 02:15:29 +01:00
|
|
|
bitchunk_t rss_system[SYS_CALL_MASK_SIZE];
|
2009-12-02 10:54:50 +01:00
|
|
|
struct rss_label rss_label;
|
2014-09-28 22:49:23 +02:00
|
|
|
struct rss_label rss_trg_label;
|
2008-02-21 16:49:44 +01:00
|
|
|
char *rss_ipc;
|
|
|
|
|
size_t rss_ipclen;
|
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 02:20:42 +01:00
|
|
|
bitchunk_t rss_vm[VM_CALL_MASK_SIZE];
|
2009-12-02 10:54:50 +01:00
|
|
|
int rss_nr_control;
|
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 02:20:42 +01:00
|
|
|
struct rss_label rss_control[RS_NR_CONTROL];
|
2014-09-28 22:49:23 +02:00
|
|
|
struct rs_state_data rss_state_data;
|
2011-02-25 17:15:54 +01:00
|
|
|
int devman_id;
|
2010-07-20 09:27:45 +02:00
|
|
|
/*
|
|
|
|
|
* SMP specific data
|
|
|
|
|
*
|
|
|
|
|
* must be at the end of the structure for binary compatibility with
|
|
|
|
|
* non-smp sysytems
|
|
|
|
|
*/
|
|
|
|
|
int rss_cpu;
|
2006-10-20 17:01:32 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* ACL information for access to PCI devices */
|
|
|
|
|
struct rs_pci
|
|
|
|
|
{
|
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 02:20:42 +01:00
|
|
|
char rsp_label[RS_MAX_LABEL_LEN];
|
2006-10-20 17:01:32 +02:00
|
|
|
int rsp_endpoint;
|
|
|
|
|
int rsp_nr_device;
|
2013-10-01 00:42:41 +02:00
|
|
|
struct rs_pci_id rsp_device[RS_NR_PCI_DEVICE];
|
2006-10-20 17:01:32 +02:00
|
|
|
int rsp_nr_class;
|
2013-10-01 00:42:41 +02:00
|
|
|
struct rs_pci_class rsp_class[RS_NR_PCI_CLASS];
|
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 02:20:42 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/* Definition of a public entry of the system process table. */
|
|
|
|
|
struct rprocpub {
|
|
|
|
|
short in_use; /* set when the entry is in use */
|
|
|
|
|
unsigned sys_flags; /* sys flags */
|
|
|
|
|
endpoint_t endpoint; /* process endpoint number */
|
2014-09-28 22:49:23 +02:00
|
|
|
endpoint_t old_endpoint; /* old instance endpoint number (for VM, when updating) */
|
|
|
|
|
endpoint_t new_endpoint; /* new instance endpoint number (for VM, when updating) */
|
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 02:20:42 +01:00
|
|
|
|
2013-11-15 19:01:25 +01:00
|
|
|
devmajor_t dev_nr; /* major device number or NO_DEV */
|
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 02:20:42 +01:00
|
|
|
|
|
|
|
|
char label[RS_MAX_LABEL_LEN]; /* label of this service */
|
|
|
|
|
char proc_name[RS_MAX_LABEL_LEN]; /* process name of this service */
|
|
|
|
|
|
|
|
|
|
bitchunk_t vm_call_mask[VM_CALL_MASK_SIZE]; /* vm call mask */
|
|
|
|
|
|
|
|
|
|
struct rs_pci pci_acl; /* pci acl */
|
2011-02-25 17:15:54 +01:00
|
|
|
int devman_id;
|
2006-10-20 17:01:32 +02:00
|
|
|
};
|
2007-01-22 16:25:41 +01:00
|
|
|
|
2013-08-07 22:03:47 +02:00
|
|
|
/* Return whether the given boot process is a user process, as opposed to a
|
|
|
|
|
* system process. Only usable by core services during SEF initialization.
|
|
|
|
|
*/
|
|
|
|
|
#define IS_RPUB_BOOT_USR(rpub) ((rpub)->endpoint == INIT_PROC_NR)
|
|
|
|
|
|
2014-03-12 00:34:54 +01:00
|
|
|
/* Sys flag values. */
|
|
|
|
|
#define SF_CORE_SRV 0x001 /* set for core system services */
|
|
|
|
|
#define SF_SYNCH_BOOT 0X002 /* set when process needs synch boot init */
|
|
|
|
|
#define SF_NEED_COPY 0x004 /* set when process needs copy to start */
|
|
|
|
|
#define SF_USE_COPY 0x008 /* set when process has a copy in memory */
|
|
|
|
|
#define SF_NEED_REPL 0x010 /* set when process needs replica to start */
|
|
|
|
|
#define SF_USE_REPL 0x020 /* set when process has a replica */
|
|
|
|
|
#define SF_VM_UPDATE 0x040 /* set when process needs vm update */
|
|
|
|
|
#define SF_VM_ROLLBACK 0x080 /* set when vm update is a rollback */
|
|
|
|
|
#define SF_VM_NOMMAP 0x100 /* set when vm update ignores mmapped regions */
|
|
|
|
|
#define SF_USE_SCRIPT 0x200 /* set when process has restart script */
|
|
|
|
|
#define SF_DET_RESTART 0x400 /* set when process detaches on restart */
|
|
|
|
|
#define SF_NORESTART 0x800 /* set when process should not be restarted */
|
2014-10-27 22:36:25 +01:00
|
|
|
#define SF_NO_BIN_EXP 0x1000 /* set when we should ignore binary exp. offset */
|
2014-03-12 00:34:54 +01:00
|
|
|
|
|
|
|
|
#define IMM_SF \
|
2014-10-27 22:36:25 +01:00
|
|
|
(SF_NO_BIN_EXP | SF_CORE_SRV | SF_SYNCH_BOOT | SF_NEED_COPY | SF_NEED_REPL) /* immutable */
|
2014-03-12 00:34:54 +01:00
|
|
|
|
2012-03-24 16:16:34 +01:00
|
|
|
int minix_rs_lookup(const char *name, endpoint_t *value);
|
2009-09-21 16:23:10 +02:00
|
|
|
|
2009-12-02 10:54:50 +01:00
|
|
|
#endif
|
