Here is the beginnings of a Terminology Map between the respective design documents of Keykos and Eros.
KeykosErosCoyotosComments
KeyCapability
DomainProcess
AvailableOpen Wait(a domain state) Will accept messages via a start key.
WaitingClosed Wait(a domain state) Will accept messages only via a resume key.
Domain toolProcess toolFault Handler
MeterSchedClassScheduleSame Problem, Different Solution
SegmentAddress SpaceGPT
Data KeyNumber CapabilityLater KK docs use “number key”.
KernelVirtual Machine
JumpIPC
ForkSend
PageData Page
NodeCapPage
Sense keyweak RO cappage capability
SensoryWeak
Segment KeyOpaque Capability“Opaque” better describes a discovered patterns for segment keys.
trap codefault code
processthread of control The Keykos process is an emergent concept. The Eros thread is a real kernel construct.
data byte (of key)key data or key info, (“Facet ID” for start keys)
Return keysReply ports
lssblss
FactoryConstructor
Swap AreaLog
Dry RunSetupPortion of kernel code that establishes or verifies preconditions necessary for kernel object invocation.
Involved - Don’t readRead HazardKernel logic
Involved - Don’t writeWrite HazardKernel logic
Device Allocation ObjectDevice CreatorDifferences due Differences due to hardware platforms.
Page RangePhysRange
DIB (Derivative Information Block)PCB(Process Control Block) Kernel logic
Entry blockExitBlockKeykos terminology from perspective of domain code, EROS from perspective of kernel.
Exit blockEntryBlock
KKEROS
Front endWrapper (both good and newly conventional)
Please suggest additions.