/ Resources / Design / Transitions |
|
The following table explains the various numbered transitions contained in the RCOS.java overview diagram
Number | Cause |
---|---|
1 | Memory access (read/write). |
2 | The disk device calls CPU.GenerateInterrupt to add an interrupt to the CPU Interrupt Queue. The interrupt signifies that a disk request has completed or generated an error. CPU Interrupt handling takes over. |
3 |
A number of possibilities:
|
4 | Interrupt generated because of a terminal I/O completion or error condition |
5 | DiskScheduler executes Disk.HandleRequest( DiskXferRequest theRequest ) equivalent to disk driver asking physical disk to perform a task |
6 | Memory read by MemoryManager in response to request by other process, in combination with CPU read may mean that we do need a seperate RAM object so that both can access it |
7 | ??KernelMemory read?? will it need to do it, can this be restricted to just reading CPU registers, probably should |
8 | ??KernelMemory read?? will it need to do it, can this be restricted to just reading CPU registers, probably should |
9 |
MemoryManager receiving and sending messages will include
|
10 |
Kernel sending and receiving messages including
|
11 |
Tty sending and receiving messages including
|
12 |
DiskScheduler reciving and sending messages including
|
13 |
ProcessScheduler receiving and sending messages including
|
14 | Messages to the Animator, ??Animator doesn't send (to PostOffice) just receive, at least it doesn't send to "real" OS components, it may send to other Animator components but that probably won't use the PostOffice. PostOffices sends the Animator all messages (asyncrhonously??) BEFORE sending them to proper destination. Animator decides whether it wants to do anything withit. |
15 |
FileSystem sending and receiving messages including
|
16 |
IPCManager sending and receiving messages including
|
17 |
IPCManager sending and receiving messages including
|