intro.7 (2010 09)

intro(7) intro(7)
NAME
intro - introduction to device special files
DESCRIPTION
This section describes the device special files (DSFs) and hardware paths used to access HP peripherals
and device drivers. The names of the entries are generally derived from the type of device being
described (disk, tape, terminal, and so on.), not the names of the device special files or device drivers
themselves. Characteristics of both the hardware device and the corresponding HP-UX device driver are
discussed where applicable.
Device Types
Devices can be classified in two device access modes, raw and block . A raw or character-mode device,
such as a line printer, transfers data in an unbuffered stream and uses a character device special file.
A block-mode device, as the name implies, transfers data in blocks by means of the system’s normal
buffering mechanism. Block devices use block device special files and may have a character device inter-
face too.
Device File Naming Convention
A device special file name becomes associated with a device when the file is created, either automatically
by the special file daemon
sfd, or explicitly with the insf, mknod,or
mksf command. When creating
device special files, it is recommended that the following standard naming convention be used:
/dev/subdir/class#[options]
subdir An optional subdirectory for the device class (for example, rdisk for raw device special
files for disks, disk for block device special files for disks, rtape for raw tape devices).
class The class of device, such as
tape, disk,orlan.
# The instance number assigned by the operating system to the device. Each class of dev-
ice has its own set of instance numbers, so each combination of class and instance
number refers to exactly one device.
options Further qualifiers, such as disk partition (
p
#), tape density selection for a tape device, or
surface specification for magneto-optical media.
Naming conventions for each type of device are described in their respective manpage entries.
Legacy mass storage device special files have a different naming convention that encodes the hardware
path; this is described in the Device File Types (Mass Storage Devices) section.
Cluster Device Special Files
A cluster device special file provides a consistent set of device special files across a set of cluster nodes.
The cluster device special files of a LUN will be the same on any node in a specified set of nodes that
share the LUN.
The set of cluster nodes across which cluster device special files need to be created can be specified using
the cmsetdsfgroup(1M) command.
The cluster device special files can be displayed using the io_cdsf_config(1M) command.
Cluster device special files are created in both block access mode and raw (character) access mode. Block
mode cluster device special files are created in the
/dev/cdisk directory, and character mode cluster
device special files are created in the /dev/rcdisk directory.
Cluster device special file creation requires that Serviceguard A.11.20 be installed and patched with the
cluster-wide device special file (cDSF) enhancement, and possibly other dependent patches. See the latest
version of the HP Serviceguard A.11.20 Release Notes for more information.
Hardware Paths
Hardware path information, as well as class names and instance numbers, can be derived from ioscan
output; see ioscan (1M). There are three different types of paths to a device: legacy hardware path , lun-
path hardware path , and LUN hardware path . All three are numeric strings of hardware components,
notated sequentially from the system bus address to the device address. Each number typically
represents the location of a hardware component on the path to the device.
The legacy hardware path is composed of a series of bus-nexus addresses separated by slash (
/) charac-
ters, leading to a host bus adapter (HBA). Beneath the HBA, additional address elements are separated
HP-UX 11i Version 3: September 2010 1 Hewlett-Packard Company 1

Summary of content (4 pages)