最終更新:2015-10-29 (木) 17:43:35 (3074d)
usb_driver
Top / usb_driver
identifies USB interface driver to usbcore
http://lxr.onakasuita.org/ident?i=usb_driver
メンバ
- usb_driver.name? - Linux/sys/bus/usb/drivers
- usb_driver.id_table - usb_device_id
- usb_driver.probe - Called to see if the driver is willing to manage a particular interface on a device.
- usb_driver.disconnect?
- usb_driver.ioctl? - 〜Linux 2.6.35
- usb_driver.unlocked_ioctl - Linux 2.6.36〜
- usb_driver.suspend?
- usb_driver.resume?
- usb_driver.reset_resume?
- usb_driver.pre_reset?
- usb_driver.post_reset?
- usb_driver.dynids?
- usb_driver.drvwrap
- usb_driver.no_dynamic_id?
- usb_driver.supports_autosuspend?
- usb_driver.soft_unbind?
- usb_driver.disable_hub_initiated_lpm?
usb_driver型のドライバ
driver usb_driver name モジュール probe Linux/sys/bus/usb/drivers/hub? hub_driver? hub? Linux/sys/module/usbcore? hub_probe Linux/sys/bus/usb/drivers/usbfs? usbfs_driver usbfs Linux/sys/module/usbcore? driver_probe Linux/sys/bus/usb/drivers/usbhid? hid_driver usbhid Linux/sys/module/usbhid usbhid_probe usb_mouse_driver? usbmouse usb_mouse_probe? usb_kbd_driver? usbkbd usb_serial_driver? usbserial?
登録
説明
struct usb_driver - identifies USB interface driver to usbcore @name: The driver name should be unique among USB drivers, and should normally be the same as the module name. @probe: Called to see if the driver is willing to manage a particular interface on a device. If it is, probe returns zero and uses usb_set_intfdata() to associate driver-specific data with the interface. It may also use usb_set_interface() to specify the appropriate altsetting. If unwilling to manage the interface, return -ENODEV, if genuine IO errors occurred, an appropriate negative errno value. @disconnect: Called when the interface is no longer accessible, usually because its device has been (or is being) disconnected or the driver module is being unloaded. @unlocked_ioctl: Used for drivers that want to talk to userspace through the "usbfs" filesystem. This lets devices provide ways to expose information to user space regardless of where they do (or don't) show up otherwise in the filesystem. @suspend: Called when the device is going to be suspended by the system either from system sleep or runtime suspend context. The return value will be ignored in system sleep context, so do NOT try to continue using the device if suspend fails in this case. Instead, let the resume or reset-resume routine recover from the failure. @resume: Called when the device is being resumed by the system. @reset_resume: Called when the suspended device has been reset instead of being resumed. @pre_reset: Called by usb_reset_device() when the device is about to be reset. This routine must not return until the driver has no active URBs for the device, and no more URBs may be submitted until the post_reset method is called. @post_reset: Called by usb_reset_device() after the device has been reset @id_table: USB drivers use ID table to support hotplugging. Export this with MODULE_DEVICE_TABLE(usb,...). This must be set or your driver's probe function will never get called. @dynids: used internally to hold the list of dynamically added device ids for this driver. @drvwrap: Driver-model core structure wrapper. @no_dynamic_id: if set to 1, the USB core will not allow dynamic ids to be added to this driver by preventing the sysfs file from being created. @supports_autosuspend: if set to 0, the USB core will not allow autosuspend for interfaces bound to this driver. @soft_unbind: if set to 1, the USB core will not kill URBs and disable endpoints before calling the driver's disconnect method. @disable_hub_initiated_lpm: if set to 0, the USB core will not allow hubs to initiate lower power link state transitions when an idle timeout occurs. Device-initiated USB 3.0 link PM will still be allowed. USB interface drivers must provide a name, probe() and disconnect() methods, and an id_table. Other driver fields are optional. The id_table is used in hotplugging. It holds a set of descriptors, and specialized data may be associated with each entry. That table is used by both user and kernel mode hotplugging support. The probe() and disconnect() methods are called in a context where they can sleep, but they should avoid abusing the privilege. Most work to connect to a device should be done when the device is opened, and undone at the last close. The disconnect code needs to address concurrency issues with respect to open() and close() methods, as well as forcing all pending I/O requests to complete (by unlinking them as necessary, and blocking until the unlinks complete).