— SCSI Environmental Services
driver provides support for all SCSI devices of the
environmental services class that are attached to the system through a
supported SCSI Host Adapter, as well as emulated support for SAF-TE (SCSI
Accessible Fault Tolerant Enclosures). The environmental services class
generally are enclosure devices that provide environmental information such as
number of power supplies (and state), temperature, device slots, and so on.
A SCSI Host adapter must also be separately configured into the system before a
SCSI Environmental Services device can be configured.
It is only necessary to explicitly configure one ses
data structures are dynamically allocated as devices are found on the SCSI
A separate option, SES_ENABLE_PASSTHROUGH
, may be
specified to allow the ses
driver to perform functions on
devices of other classes that claim to also support ses
The following ioctl(2)
calls apply to ses
devices. They are defined in the header file
- Used to find out how many ses objects are
driven by this particular device instance.
- Read, from the kernel, an array of SES objects which
contains the object identifier, which subenclosure it is in, and the
ses type of the object.
- Get the overall enclosure status.
- Set the overall enclosure status.
- Get the status of a particular object.
- Set the status of a particular object.
- Get the associated help text for an object (not yet
implemented). ses devices often have descriptive text
for an object which can tell you things like location (e.g, "left
- Initialize the enclosure.
The files contained in
mechanisms for how to use these interfaces, as well as a very stupid simple
- The Nth SES
When the kernel is configured with DEBUG enabled, the first open to an SES
device will spit out overall enclosure parameters to the console.
driver was written for the CAM SCSI subsystem by
Matthew Jacob. This is a functional equivalent of a similar driver available
in Solaris, Release 7.