| Ben Tyner | 0205f3b | 2020-02-24 10:24:47 -0600 | [diff] [blame] | 1 | #pragma once |
| 2 | |
| Ben Tyner | b1ebfcb | 2020-05-08 18:52:48 -0500 | [diff] [blame] | 3 | #include <map> |
| 4 | #include <string> |
| 5 | |
| Ben Tyner | 0205f3b | 2020-02-24 10:24:47 -0600 | [diff] [blame] | 6 | namespace analyzer |
| 7 | { |
| 8 | |
| 9 | /** |
| Zane Shelley | 097a71a | 2020-06-08 15:55:29 -0500 | [diff] [blame] | 10 | * @brief Queries the host hardware for all attentions reported by each active |
| 11 | * chip. Then it performs all approriate RAS actions based on the active |
| 12 | * attentions. |
| Ben Tyner | 0205f3b | 2020-02-24 10:24:47 -0600 | [diff] [blame] | 13 | * |
| Zane Shelley | 097a71a | 2020-06-08 15:55:29 -0500 | [diff] [blame] | 14 | * @return True if an active attenion was successfully analyzed, false |
| 15 | * otherwise. |
| 16 | * For system checkstop handling: |
| 17 | * If analysis fails, there likely is a defect in the design because |
| 18 | * an active attention is required to trigger the interrupt. |
| 19 | * For TI handling: |
| 20 | * It is possible that a recoverable attention could cause a TI, |
| 21 | * however, it is not required. Therefore, it is expected that |
| 22 | * analysis could fail to find an attention and it should not be |
| 23 | * treated as a defect. |
| Ben Tyner | 0205f3b | 2020-02-24 10:24:47 -0600 | [diff] [blame] | 24 | */ |
| Zane Shelley | 9fb7393 | 2020-09-15 13:34:57 -0500 | [diff] [blame] | 25 | bool analyzeHardware(); |
| Ben Tyner | 0205f3b | 2020-02-24 10:24:47 -0600 | [diff] [blame] | 26 | |
| 27 | } // namespace analyzer |