Dhruvaraj Subhashchandran | 5006cdf | 2020-01-20 04:08:10 -0600 | [diff] [blame] | 1 | description: > |
| 2 | Implement this to add system dump management. |
| 3 | |
Patrick Williams | a134741 | 2022-12-06 10:56:22 -0600 | [diff] [blame] | 4 | System dumps are dump of the host memory and hardware states generated |
| 5 | during a failure in the host firmware. This can be a huge dump stored in the |
| 6 | host memory, the BMC doesnt store this dump but stream this dump to an |
| 7 | external client based on the offload request. Apart from system generated |
| 8 | system dump, users can also request for this kind of dump. |
Dhruvaraj Subhashchandran | 5006cdf | 2020-01-20 04:08:10 -0600 | [diff] [blame] | 9 | |
| 10 | properties: |
| 11 | - name: SourceDumpId |
| 12 | type: uint32 |
| 13 | description: > |
Patrick Williams | a134741 | 2022-12-06 10:56:22 -0600 | [diff] [blame] | 14 | The dump id provided by the source of the dump. There are dumps which |
| 15 | get generated outside the BMC, like a system dump which gets generated |
| 16 | and stored in the host memory. All dumps will have a unique id but |
| 17 | when communicating to the source of the dump the SourceDumpId will be |
| 18 | used. |
Dhruvaraj Subhashchandran | 27afd1f | 2023-07-08 13:07:21 -0500 | [diff] [blame^] | 19 | - name: Token |
| 20 | type: uint32 |
| 21 | description: > |
| 22 | A token exchanged with an external firmware subsystem when creating a |
| 23 | dump outside of the BMC. This token can be used to identify the dump |
| 24 | entry once the collection is completed. |