Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
		
			
				
	
	
		
			176 lines
		
	
	
	
		
			6.6 KiB
			
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			176 lines
		
	
	
	
		
			6.6 KiB
			
		
	
	
	
		
			Text
		
	
	
	
	
	
What:		/sys/bus/usb/device/.../authorized
 | 
						|
Date:		July 2008
 | 
						|
KernelVersion:	2.6.26
 | 
						|
Contact:	David Vrabel <david.vrabel@csr.com>
 | 
						|
Description:
 | 
						|
		Authorized devices are available for use by device
 | 
						|
		drivers, non-authorized one are not.  By default, wired
 | 
						|
		USB devices are authorized.
 | 
						|
 | 
						|
		Certified Wireless USB devices are not authorized
 | 
						|
		initially and should be (by writing 1) after the
 | 
						|
		device has been authenticated.
 | 
						|
 | 
						|
What:		/sys/bus/usb/device/.../wusb_cdid
 | 
						|
Date:		July 2008
 | 
						|
KernelVersion:	2.6.27
 | 
						|
Contact:	David Vrabel <david.vrabel@csr.com>
 | 
						|
Description:
 | 
						|
		For Certified Wireless USB devices only.
 | 
						|
 | 
						|
		A devices's CDID, as 16 space-separated hex octets.
 | 
						|
 | 
						|
What:		/sys/bus/usb/device/.../wusb_ck
 | 
						|
Date:		July 2008
 | 
						|
KernelVersion:	2.6.27
 | 
						|
Contact:	David Vrabel <david.vrabel@csr.com>
 | 
						|
Description:
 | 
						|
		For Certified Wireless USB devices only.
 | 
						|
 | 
						|
		Write the device's connection key (CK) to start the
 | 
						|
		authentication of the device.  The CK is 16
 | 
						|
		space-separated hex octets.
 | 
						|
 | 
						|
What:		/sys/bus/usb/device/.../wusb_disconnect
 | 
						|
Date:		July 2008
 | 
						|
KernelVersion:	2.6.27
 | 
						|
Contact:	David Vrabel <david.vrabel@csr.com>
 | 
						|
Description:
 | 
						|
		For Certified Wireless USB devices only.
 | 
						|
 | 
						|
		Write a 1 to force the device to disconnect
 | 
						|
		(equivalent to unplugging a wired USB device).
 | 
						|
 | 
						|
What:		/sys/bus/usb/drivers/.../new_id
 | 
						|
Date:		October 2011
 | 
						|
Contact:	linux-usb@vger.kernel.org
 | 
						|
Description:
 | 
						|
		Writing a device ID to this file will attempt to
 | 
						|
		dynamically add a new device ID to a USB device driver.
 | 
						|
		This may allow the driver to support more hardware than
 | 
						|
		was included in the driver's static device ID support
 | 
						|
		table at compile time. The format for the device ID is:
 | 
						|
		idVendor idProduct bInterfaceClass.
 | 
						|
		The vendor ID and device ID fields are required, the
 | 
						|
		interface class is optional.
 | 
						|
		Upon successfully adding an ID, the driver will probe
 | 
						|
		for the device and attempt to bind to it.  For example:
 | 
						|
		# echo "8086 10f5" > /sys/bus/usb/drivers/foo/new_id
 | 
						|
 | 
						|
		Reading from this file will list all dynamically added
 | 
						|
		device IDs in the same format, with one entry per
 | 
						|
		line. For example:
 | 
						|
		# cat /sys/bus/usb/drivers/foo/new_id
 | 
						|
		8086 10f5
 | 
						|
		dead beef 06
 | 
						|
		f00d cafe
 | 
						|
 | 
						|
		The list will be truncated at PAGE_SIZE bytes due to
 | 
						|
		sysfs restrictions.
 | 
						|
 | 
						|
What:		/sys/bus/usb-serial/drivers/.../new_id
 | 
						|
Date:		October 2011
 | 
						|
Contact:	linux-usb@vger.kernel.org
 | 
						|
Description:
 | 
						|
		For serial USB drivers, this attribute appears under the
 | 
						|
		extra bus folder "usb-serial" in sysfs; apart from that
 | 
						|
		difference, all descriptions from the entry
 | 
						|
		"/sys/bus/usb/drivers/.../new_id" apply.
 | 
						|
 | 
						|
What:		/sys/bus/usb/drivers/.../remove_id
 | 
						|
Date:		November 2009
 | 
						|
Contact:	CHENG Renquan <rqcheng@smu.edu.sg>
 | 
						|
Description:
 | 
						|
		Writing a device ID to this file will remove an ID
 | 
						|
		that was dynamically added via the new_id sysfs entry.
 | 
						|
		The format for the device ID is:
 | 
						|
		idVendor idProduct.	After successfully
 | 
						|
		removing an ID, the driver will no longer support the
 | 
						|
		device.  This is useful to ensure auto probing won't
 | 
						|
		match the driver to the device.  For example:
 | 
						|
		# echo "046d c315" > /sys/bus/usb/drivers/foo/remove_id
 | 
						|
 | 
						|
		Reading from this file will list the dynamically added
 | 
						|
		device IDs, exactly like reading from the entry
 | 
						|
		"/sys/bus/usb/drivers/.../new_id"
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../power/usb2_hardware_lpm
 | 
						|
Date:		September 2011
 | 
						|
Contact:	Andiry Xu <andiry.xu@amd.com>
 | 
						|
Description:
 | 
						|
		If CONFIG_PM_RUNTIME is set and a USB 2.0 lpm-capable device
 | 
						|
		is plugged in to a xHCI host which support link PM, it will
 | 
						|
		perform a LPM test; if the test is passed and host supports
 | 
						|
		USB2 hardware LPM (xHCI 1.0 feature), USB2 hardware LPM will
 | 
						|
		be enabled for the device and the USB device directory will
 | 
						|
		contain a file named power/usb2_hardware_lpm.  The file holds
 | 
						|
		a string value (enable or disable) indicating whether or not
 | 
						|
		USB2 hardware LPM is enabled for the device. Developer can
 | 
						|
		write y/Y/1 or n/N/0 to the file to enable/disable the
 | 
						|
		feature.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../removable
 | 
						|
Date:		February 2012
 | 
						|
Contact:	Matthew Garrett <mjg@redhat.com>
 | 
						|
Description:
 | 
						|
		Some information about whether a given USB device is
 | 
						|
		physically fixed to the platform can be inferred from a
 | 
						|
		combination of hub descriptor bits and platform-specific data
 | 
						|
		such as ACPI. This file will read either "removable" or
 | 
						|
		"fixed" if the information is available, and "unknown"
 | 
						|
		otherwise.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../ltm_capable
 | 
						|
Date:		July 2012
 | 
						|
Contact:	Sarah Sharp <sarah.a.sharp@linux.intel.com>
 | 
						|
Description:
 | 
						|
		USB 3.0 devices may optionally support Latency Tolerance
 | 
						|
		Messaging (LTM).  They indicate their support by setting a bit
 | 
						|
		in the bmAttributes field of their SuperSpeed BOS descriptors.
 | 
						|
		If that bit is set for the device, ltm_capable will read "yes".
 | 
						|
		If the device doesn't support LTM, the file will read "no".
 | 
						|
		The file will be present for all speeds of USB devices, and will
 | 
						|
		always read "no" for USB 1.1 and USB 2.0 devices.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../(hub interface)/portX
 | 
						|
Date:		August 2012
 | 
						|
Contact:	Lan Tianyu <tianyu.lan@intel.com>
 | 
						|
Description:
 | 
						|
		The /sys/bus/usb/devices/.../(hub interface)/portX
 | 
						|
		is usb port device's sysfs directory.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../(hub interface)/portX/connect_type
 | 
						|
Date:		January 2013
 | 
						|
Contact:	Lan Tianyu <tianyu.lan@intel.com>
 | 
						|
Description:
 | 
						|
		Some platforms provide usb port connect types through ACPI.
 | 
						|
		This attribute is to expose these information to user space.
 | 
						|
		The file will read "hotplug", "wired" and "not used" if the
 | 
						|
		information is available, and "unknown" otherwise.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../power/usb2_lpm_l1_timeout
 | 
						|
Date:		May 2013
 | 
						|
Contact:	Mathias Nyman <mathias.nyman@linux.intel.com>
 | 
						|
Description:
 | 
						|
		USB 2.0 devices may support hardware link power management (LPM)
 | 
						|
		L1 sleep state. The usb2_lpm_l1_timeout attribute allows
 | 
						|
		tuning the timeout for L1 inactivity timer (LPM timer), e.g.
 | 
						|
		needed inactivity time before host requests the device to go to L1 sleep.
 | 
						|
		Useful for power management tuning.
 | 
						|
		Supported values are 0 - 65535 microseconds.
 | 
						|
 | 
						|
What:		/sys/bus/usb/devices/.../power/usb2_lpm_besl
 | 
						|
Date:		May 2013
 | 
						|
Contact:	Mathias Nyman <mathias.nyman@linux.intel.com>
 | 
						|
Description:
 | 
						|
		USB 2.0 devices that support hardware link power management (LPM)
 | 
						|
		L1 sleep state now use a best effort service latency value (BESL) to
 | 
						|
		indicate the best effort to resumption of service to the device after the
 | 
						|
		initiation of the resume event.
 | 
						|
		If the device does not have a preferred besl value then the host can select
 | 
						|
		one instead. This usb2_lpm_besl attribute allows to tune the host selected besl
 | 
						|
		value in order to tune power saving and service latency.
 | 
						|
 | 
						|
		Supported values are 0 - 15.
 | 
						|
		More information on how besl values map to microseconds can be found in
 | 
						|
		USB 2.0 ECN Errata for Link Power Management, section 4.10)
 |