-
Notifications
You must be signed in to change notification settings - Fork 8
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
* From Safety Architecture WG minutes WW21
- Loading branch information
1 parent
8465ee4
commit dd6ab94
Showing
1 changed file
with
17 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,17 @@ | ||
# Kernel Safety Architecture Methodology | ||
|
||
## Goals | ||
|
||
* Provide an architectural break down and description of the Kernel in supporting an allocated top level requirement | ||
* Enable and execute an STPA safety analysis to verify Linux to be capable and fit to meet an allocated top level safety requirement | ||
|
||
## Flow of Analysis | ||
|
||
* Safety Requirement Definition: an initial safety requirement must be allocated to the Kernel as a whole from the safety concept of domain specific WGs. | ||
* Scope Identification: given a safety requirement, the code functionally supporting such requirement must be comprehensively identified | ||
* Initial partitioning into functional blocks: one or more functional blocks in the scope of the code above must be identified and for each of these blocks we should describe: | ||
* Interfaces with the other blocks (NOTE: only interfaces that are meaningful in functionally supporting the allocated requirement) | ||
* Functionalities allocated to each functional block (NOTE: only functionalities that are meaningful for fulfilling the allocated requirement) | ||
* For each of the identified functionalities the role of the interfaces shall be described (under which conditions they are invoked) | ||
* Safety Analysis: Do an STPA analysis and define derived safety requirements for each of the functional blocks as in 3) | ||
* Iterate: Evaluate functional blocks complexity vs allocated safety requirements and eventually iterate back in 1) or stop here if not needed (complexity is acceptable) |