Provide access through PPS communication to a variety of services, including shutdown.
coreServices2 [-r path] [-U UID:GIG] [-S UID:GIG] [-M UID:GIG]
[-l none|module[,module]*] [-v]* [-d] [-C
configuration file]
QNX Neutrino
The coreServices2 utility provides a single point from which to ask the system to run a variety of services. It handles the house-keeping, while communication is through PPS. This design means that the requesting component or application only needs to publish and subscribe to the relevant PPS objects.
The QNX CAR platform uses coreServices2 to provide access from the HMI to the shutdown service.
The coreServices2 service maintains an object for every service to which it gives access. Each object represents a single service. An object may be static (compiled into the coreServices binary) or dynamic (loaded through dlopen() at runtime).
Most basic services are static, but some services that are large (or that require large shared libraries) and are not needed by all implementations are made available as dynamic modules.
In the QNX CAR platform, coreServices2 maintains the following statically loaded object:
In the QNX CAR platform, coreServices2 doesn't use any dynamically loaded modules.
A configuration file specifies the core services that will be used. The name and location of the file is specified by the -C. In the QNX CAR platform, the configuration file is located at /etc/system/config/coreServices2.json.
{ "static_modules" : comma separated string of static module names "dynamic_modules" : comma separated string of dynamic module names "disable_procmon" : Boolean: true|false "disable_hwid" : Boolean: true|false }
{ "static_modules" : "shutdown", "dynamic_modules" : "", "disable_procmon" : true, "disable_hwid" : true }