The driver and device registry mechanisms, described briefly in the first chapter, are explained in more detail below.
The device tree is a data structure providing a description of the hardware topology and device properties of a given device. The hardware topology is specified in terms of parent/child relationships. Device properties associated with each device node in the tree are device specific.
A device property is a name/value pair. The property name is a null terminated ASCII string. The property value is a stream of bytes specified by the length/address pair. Note that the property value format is property specific and has to be standardized between the property producer and its consumers.
For instance, among all device node properties, there are some related to the bus resources allocated to the device (for example, interrupt lines, I/O registers, DMA channels). These properties must be standardized to be understood by the bus driver, as well as any device drivers connected to the given bus.
The device tree data structure may be built either statically or dynamically.
In the static case, the device tree is populated by the system booter.
For instance, the system booter may include a pre-defined sequence of device tree function calls. Another possibility for the system booter is to build the device tree from a hardware description provided by firmware.
In the dynamic case, the device tree is populated at system initialization time using an enumeration/probing mechanism. The device tree is populated by propagating from parent to children.
Note that it is possible to combine both methods. In other words, an initial (incomplete) device tree may be provided by the ChorusOS operating system booter, which will later be completed dynamically using an enumeration/probing mechanism. In any case, the device tree structure can be modified (extended/truncated) dynamically at run time using hot-plug insertion/removal service (for example, when using PCMCIA cards).
Device Tree related services are described below. See the man pages for complete descriptions of the commands listed:
returns the root device node
returns the first child node
returns the next "sibling" device node
returns the parent device node
returns the pathname length of the given device node
returns, in buf, the absolute pathname of the given device node. The trailing part of the pathname is the name of the node and is read in a node property. If this property does not exist, the trailing part of the returned pathname is set to '???'.
allocates a new device node object
releases all memory and properties attached to the node
adds a child node to the specified parent
detaches a node from its parent
return the first property of a node
return the next property of a node
returns the property value length (in bytes)
returns a pointer to the first byte of the property value
returns a pointer to the property name
allocates a new device property object
releases the memory allocated by the property object
attaches a property object to a device node
detaches a property object from a device node
Device tree high-level services
adds a named device node to the tree
looks for a named node in the list of children of a given device node
allocates a new property, sets its value and attaches it to a given device node
The driver registry module implements a data base of drivers registered in the ChorusOS operating system. The driver registry data base is populated by drivers which perform self-registration (using svDriverRegister) at driver initialization time.
The bus/nexus drivers perform a search in the driver registry data base to find a driver they are interested in. Typically, there are two kinds of searches used by the bus/nexus drivers. The first one is done at device enumeration/probing time when the bus/nexus driver is interested in all drivers matching the bus/nexus class (specified as the parent device class). The second is at device instance creation time, when the bus/nexus driver looks for a driver which must be started for a particular device node.
Driver Registry related services are described below. See the man pages for complete descriptions of the commands listed:
adds a driver entry to the driver registry
returns the id of the first driver entity
returns the id of the next driver entity
releases the lock of a driver
returns a pointer to the driver entry structure (using an id)
returns a pointer to the driver actor capability (using an id)
removes a driver entry from the registry
The device registry microkernel module implements a data base of driver instances servicing devices currently supported by the system. The device registry data base is populated by drivers that perform self-registration (using svDeviceRegister) at device initialization time.
The device registry data base is accessed by driver clients in order to obtain a pointer to the driver instance servicing a given (logical) device.
The device registry API is described in detail in the man pages. Note that only the svDeviceLookup, svDeviceRelease and svDeviceEntry microkernel calls should be used by driver clients. The rest of API is dedicated to device drivers.
Device Registry related services are described below. See the man pages for complete descriptions of listed commands:
allocates a device registry entry for a given device driver instance
adds a given entry to the device registry
removes an entry from the device registry
notifies the device registry module that a given event has occurred
releases a previously allocated device registry entry
searches a device entry in the registry, matching given device class and logical unit.
returns the device entry associated to a client identifier returned by svDeviceLookup
releases the lock on a looked-up device entry