(→How to Run cmPlugin model) |
|||
Line 45: | Line 45: | ||
|} | |} | ||
− | + | In the above example, the Sensor Events from Sensor #4 is changed to lower severity, so that the event is given lower importance or can be ignored and other events which are of importance can be received and processed by Application. | |
Line 61: | Line 61: | ||
# cd /root/asp/bin | # cd /root/asp/bin | ||
# ./hpithres</pre></code> | # ./hpithres</pre></code> | ||
+ | </ol> | ||
The logs are available in var/log/sys.latest and application_name.latest. | The logs are available in var/log/sys.latest and application_name.latest. | ||
− | === | + | ===Advanced Usage:=== |
− | + | HPI layer can handle events for various kinds originated for Resource Details, Domain events, Sensor, Hot-Swap, Watchdog, Software-Events, OEM, User events, Dimi, Fumi events. While developing any event specific change either in Middleware or in Application, the specific event is allowed from PSP and is received by Application and rest of events are suppressed. |
Revision as of 11:59, 10 October 2013
Contents |
CM Plug-in Guide
Objective
CM-Plugin is an event controlling policy in Platform-Support-Package(PSP) to allow, restrict, or modify the events received from HPI and forwarded to the Application during run-time. The policy is defined by the Application programmer and is loaded into the Chassis Manager and called whenever a hardware event is received.
The purpose of this plugin is to allow the application programmer to intercept events that may be miscategorized by the hardware and transform them. For example, if a voltage loss event is reported as MAJOR in a dual power supply system, this even should not cause system shutdown so can be reduced to a MINOR level event.
What you can learn
How to define a policy to control the events in the CM, so that only interested events are forwarded to the Application and unintended events are discarded.
Building the CM-Plugin model and controlling Events in run-time
The example code containing Application and CM-Policy is available in PSP/src/example
Usage of CM-Plugin
The policy to control the events is defined in cmPolicy.c and is available in the location: .../CmPlugin/src/app/common/plugins/cmPolicy.c in specified example.
- HpiEventFilter() will be contain the details of specific event to be handled and specific modification for that event.
- We shall show the usage of the filter for a SENSOR Event.
cmPolicy.c |
---|
|
In the above example, the Sensor Events from Sensor #4 is changed to lower severity, so that the event is given lower importance or can be ignored and other events which are of importance can be received and processed by Application.
How to Run cmPlugin model
Copy the image to new directory (/root/SAFplus/).
- Start the SAFplus Platform on deployed node
# cd /root/asp/ # ./etc/init.d/asp start
- Generate event using HPI Event Simulator OR through actual hardware
# cd /root/asp/bin # ./hpithres
The logs are available in var/log/sys.latest and application_name.latest.
Advanced Usage:
HPI layer can handle events for various kinds originated for Resource Details, Domain events, Sensor, Hot-Swap, Watchdog, Software-Events, OEM, User events, Dimi, Fumi events. While developing any event specific change either in Middleware or in Application, the specific event is allowed from PSP and is received by Application and rest of events are suppressed.