|  |  | 
|  | Device Interfaces | 
|  |  | 
|  | Introduction | 
|  | ~~~~~~~~~~~~ | 
|  |  | 
|  | Device interfaces are the logical interfaces of device classes that correlate | 
|  | directly to userspace interfaces, like device nodes. | 
|  |  | 
|  | Each device class may have multiple interfaces through which you can | 
|  | access the same device. An input device may support the mouse interface, | 
|  | the 'evdev' interface, and the touchscreen interface. A SCSI disk would | 
|  | support the disk interface, the SCSI generic interface, and possibly a raw | 
|  | device interface. | 
|  |  | 
|  | Device interfaces are registered with the class they belong to. As devices | 
|  | are added to the class, they are added to each interface registered with | 
|  | the class. The interface is responsible for determining whether the device | 
|  | supports the interface or not. | 
|  |  | 
|  |  | 
|  | Programming Interface | 
|  | ~~~~~~~~~~~~~~~~~~~~~ | 
|  |  | 
|  | struct device_interface { | 
|  | char			* name; | 
|  | rwlock_t		lock; | 
|  | u32			devnum; | 
|  | struct device_class	* devclass; | 
|  |  | 
|  | struct list_head	node; | 
|  | struct driver_dir_entry	dir; | 
|  |  | 
|  | int (*add_device)(struct device *); | 
|  | int (*add_device)(struct intf_data *); | 
|  | }; | 
|  |  | 
|  | int interface_register(struct device_interface *); | 
|  | void interface_unregister(struct device_interface *); | 
|  |  | 
|  |  | 
|  | An interface must specify the device class it belongs to. It is added | 
|  | to that class's list of interfaces on registration. | 
|  |  | 
|  |  | 
|  | Interfaces can be added to a device class at any time. Whenever it is | 
|  | added, each device in the class is passed to the interface's | 
|  | add_device callback. When an interface is removed, each device is | 
|  | removed from the interface. | 
|  |  | 
|  |  | 
|  | Devices | 
|  | ~~~~~~~ | 
|  | Once a device is added to a device class, it is added to each | 
|  | interface that is registered with the device class. The class | 
|  | is expected to place a class-specific data structure in | 
|  | struct device::class_data. The interface can use that (along with | 
|  | other fields of struct device) to determine whether or not the driver | 
|  | and/or device support that particular interface. | 
|  |  | 
|  |  | 
|  | Data | 
|  | ~~~~ | 
|  |  | 
|  | struct intf_data { | 
|  | struct list_head	node; | 
|  | struct device_interface	* intf; | 
|  | struct device 		* dev; | 
|  | u32			intf_num; | 
|  | }; | 
|  |  | 
|  | int interface_add_data(struct interface_data *); | 
|  |  | 
|  | The interface is responsible for allocating and initializing a struct | 
|  | intf_data and calling interface_add_data() to add it to the device's list | 
|  | of interfaces it belongs to. This list will be iterated over when the device | 
|  | is removed from the class (instead of all possible interfaces for a class). | 
|  | This structure should probably be embedded in whatever per-device data | 
|  | structure the interface is allocating anyway. | 
|  |  | 
|  | Devices are enumerated within the interface. This happens in interface_add_data() | 
|  | and the enumerated value is stored in the struct intf_data for that device. | 
|  |  | 
|  | sysfs | 
|  | ~~~~~ | 
|  | Each interface is given a directory in the directory of the device | 
|  | class it belongs to: | 
|  |  | 
|  | Interfaces get a directory in the class's directory as well: | 
|  |  | 
|  | class/ | 
|  | `-- input | 
|  | |-- devices | 
|  | |-- drivers | 
|  | |-- mouse | 
|  | `-- evdev | 
|  |  | 
|  | When a device is added to the interface, a symlink is created that points | 
|  | to the device's directory in the physical hierarchy: | 
|  |  | 
|  | class/ | 
|  | `-- input | 
|  | |-- devices | 
|  | |   `-- 1 -> ../../../root/pci0/00:1f.0/usb_bus/00:1f.2-1:0/ | 
|  | |-- drivers | 
|  | |   `-- usb:usb_mouse -> ../../../bus/drivers/usb_mouse/ | 
|  | |-- mouse | 
|  | |   `-- 1 -> ../../../root/pci0/00:1f.0/usb_bus/00:1f.2-1:0/ | 
|  | `-- evdev | 
|  | `-- 1 -> ../../../root/pci0/00:1f.0/usb_bus/00:1f.2-1:0/ | 
|  |  | 
|  |  | 
|  | Future Plans | 
|  | ~~~~~~~~~~~~ | 
|  | A device interface is correlated directly with a userspace interface | 
|  | for a device, specifically a device node. For instance, a SCSI disk | 
|  | exposes at least two interfaces to userspace: the standard SCSI disk | 
|  | interface and the SCSI generic interface. It might also export a raw | 
|  | device interface. | 
|  |  | 
|  | Many interfaces have a major number associated with them and each | 
|  | device gets a minor number. Or, multiple interfaces might share one | 
|  | major number, and each will receive a range of minor numbers (like in | 
|  | the case of input devices). | 
|  |  | 
|  | These major and minor numbers could be stored in the interface | 
|  | structure. Major and minor allocations could happen when the interface | 
|  | is registered with the class, or via a helper function. | 
|  |  |