Method of detecting and recovering a lost system management interrupt (SMI) in a multiprocessor (MP) environment
View Patent ↗A method for handling multiple system management interrupt (SMI) events in a multiprocessor system. The method comprises a first set of one or more processors in the multiprocessor system receiving a first SMI event. The first set of processors then enter an SMI handler for the first SMI event. The method further comprising determining that fewer than all of the active processors in the multiprocessor system are in the SMI handler for the first SMI event, and scheduling a second SMI event based upon the content of the first SMI event. The first set of processors each exit the SMI handler for the first SMI event without handling the first SMI event. Preferably, the method includes handling the second SMI event as a result of determining that all of the active processors in the multiprocessor system are in the SMI handler for the second SMI event.
1. A method for handling multiple SMI events in a multiprocessor system, comprising:
a first set of one or more processors in the multiprocessor system receiving a first SMI event;
the first set of processors entering an SMI handler for the first SMI event;
determining that fewer than all of the active processors in the multiprocessor system are in the SMI handler for the first SMI event;
scheduling a second SMI event based upon the content of the first SMI event; and
the first set of processors each exiting the SMI handler for the first SMI event without handling the first SMI event.
2. The method of claim 1 , wherein the step of determining that fewer than all of the active processors in the multiprocessor system are in the SMI handler for the first SMI event includes waiting for a period of time before scheduling the second SMI event, wherein the period of time has a duration sufficient to allow processors to enter the SMI handler for the first SMI event under typical conditions had the first SMI event been received.
3. The method of claim 1 , further comprising:
handling the second SMI event as a result of determining that all of the active processors in the multiprocessor system are in the SMI handler for the second SMI event.
4. The method of claim 1 , wherein the first set of processors each exit the SMI handler for the first SMI event before the occurrence of the second SMI event.
5. The method of claim 4 , further comprising:
allowing the first set of processors to enter the SMI handler for a third SMI event that was pending while the first set of processors were in the SMI handler for the first SMI event; and
handling the third SMI event so long as all of the active processors in the multiprocessor system are in the SMI handler for the third SMI event.
6. The method of claim 1 , wherein the first set of processors each exit the SMI handler for the first SMI event before the occurrence of the second SMI event if the SMI handler has a pending SMI event at the time that the second SMI event is being scheduled.
7. The method of claim 1 , further comprising:
scheduling an additional SMI event for an SMI event that is pending at the time that the second SMI event is being scheduled, wherein the additional SMI is based upon the content of the pending SMI event; and
canceling the pending SMI event without handling the pending SMI event.
8. The method of claim 1 , further comprising:
a second set of one or more processors in the multiprocessor system that are in the SMI handler for a third SMI event scheduling a fourth SMI event based upon the content of the third SMI; and
the second set of processors each exiting the SMI handler for the third SMI event without handling the third SMI event.
9. The method of claim 1 , further comprising:
handling any particular SMI event as a result of determining that all of the active processors in the multiprocessor system are in the SMI handler for that particular SMI event.