NAME
|
usbd – Universal Serial Bus daemon |
SYNOPSIS
|
usbd [ –Dd ] [ –s srv ] [ –m mnt ] [ hub... ] |
DESCRIPTION
|
Usbd complements usb(3) to provide USB I/O for device drivers.
It enumerates the bus, polling hub ports to detect device attachments
and detachments, performs initial configuration of setup endpoints,
and writes extra information into usb(3) endpoint control files,
to ease device location. By default, usbd opens all setup endpoints found at #u/usb (which correspond to built–in hubs initialized by the kernel during boot). Paths to directories representing setup endpoints for hubs can be given as arguments to restrict usbd operation to such hubs. When a device is attached, depending upon a configuration file compiled into usbd , the appropriate device driver may be started without user intervention. This mechanism can be used to statically link some USB device drivers into usbd itself. Initial configuration for setup endpoints is performed independently of this configuration. Usbd provides a file interface used to change debugging flags, and also used by USB device drivers statically linked into usbd. By default, the file system is mounted (after) at /dev and a 9P connection is posted at /srv/usb.
Besides files provided by device drivers, the file usbdctl is
always present in the file interface. It accepts these control
requests:
Usbd recognizes the following options: Configuration Usbd can be configured to start drivers for devices matching one or more CSPs (hex representation of USB class, subclass and protocol), class, subclass, protocol, vendor id, or device id. When a new device is attached, usbd scans the configuration and, if an entry matches the device descriptor, starts the driver. If no driver is configured, the setup endpoint for the device is left configured to let the user start the driver by hand. Configuration is via compilation because one of the options is to embed (link) the driver into the usbd binary. If the driver is embedded, usbd creates a process for it and calls its main entry point. Otherwise, usbd tries to locate the driver binary in /bin/usb and creates a process to execute it. The configuration file, usbdb, has two sections: embed and auto. Each section includes lines to configure particular drivers. A driver may have more than one line if necessary. Each line includes the name of the driver (the base name of the binary) and one or more attributes of the form
class Value may be the name of the class or a number identifying the device class (using C syntax). The following class names are known: audio, comms, hid, printer, storage, hub, and data. subclass Value is the number of the device subclass. proto Value is the number of the device protocol. csp Value is the hexadecimal number describing the CSP for the device. vid Value is the vendor id. did Value is the device id. args This must be the last field. The value is the rest of the line, and is supplied as arguments to the driver process.
Several environment variables can be used to alter the behaviour
of usbd, for example, for use in plan9.ini(8). usbdebug sets a
debug level (zero for no diagnostics and positive values for increasing
verbosity). kbargs overrides the keyboard arguments as specified
by the configuration file. diskargs overrides the
disk arguments in the same way. |
EXAMPLE
This configuration file links usb/kb into usbd when it is compiled.
It arranges for the driver's entry point, kbmain in this case,
to be called for any device with CSPs matching either 0x010103
or 0x020103. Option –d will be supplied as command line arguments
for kbmain. This configuration also arranges for
/bin/usb/disk to start (with no arguments) whenever a device of
class storage is attached.
|
FILES
|
/srv/usb 9P connection to the driver file system. /dev mount point for the driver file system. /sys/src/cmd/usb/usbd/usbdb
|
SOURCE
|
/sys/src/cmd/usb/usbd |
SEE ALSO
|
usb(2), usb(3), usb(4) |
BUGS
|
Usbd is not supposed to be restarted. This is arguable.
Not heavily exercised yet. |