---

** [tickets:#1601] PLM: better handle ATCA M7 state (communication lost)**

**Status:** unassigned
**Milestone:** 4.7.1
**Created:** Tue Nov 17, 2015 08:31 PM UTC by Alex Jones
**Last Updated:** Tue Nov 17, 2015 08:31 PM UTC
**Owner:** Alex Jones


ATCA M7 (communication lost) state is not handled well in the code. M7 state 
should translate to PLM Management Lost readiness state. Currently, the PLM 
code only sets Management Lost when an HPI call fails.

There are a few problems with this: (1) If the blade is extracted very quickly, 
no hotswap event occurs, and Management Lost doesn't get set, because no HPI 
calls are ever made. (2) Also, if the active controller starts up with another 
blade in the chassis not physically present, but in M7 state, that other blade 
will not come up when reinserted. The reason is that HPI will not generate a 
hotswap event, but a RESOURCE Restored event. Even though a hotswap event is 
created by PLM in this case, the IDR is not retrieved, so it fails verification.

According to HPI-B.03.02-XTCA, the RESOURCE event is used for M7 transitions. 
The HPI PLM code should send this event up to the HE FSM to set/unset 
Management Lost. And when the HPI PLM code receives RESOURCE Restored it should 
also send a hotswap event with the IDR info, so the FRU can be properly 
validated if need be.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

Reply via email to