usb: fix spelling mistakes in header files
Fix some spelling mistakes in comments: trasfer ==> transfer consumtion ==> consumption endoint ==> endpoint sharable ==> shareable contraints ==> constraints Auxilary ==> Auxiliary correspondig ==> corresponding interupt ==> interrupt inifinite ==> infinite assignement ==> assignment Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com> Link: https://lore.kernel.org/r/20210517094020.7310-1-thunder.leizhen@huawei.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
ddaf0d6dc4
commit
24bb0076d7
|
@ -1485,7 +1485,7 @@ typedef void (*usb_complete_t)(struct urb *);
|
|||
*
|
||||
* Note that transfer_buffer must still be set if the controller
|
||||
* does not support DMA (as indicated by hcd_uses_dma()) and when talking
|
||||
* to root hub. If you have to trasfer between highmem zone and the device
|
||||
* to root hub. If you have to transfer between highmem zone and the device
|
||||
* on such controller, create a bounce buffer or bail out with an error.
|
||||
* If transfer_buffer cannot be set (is in highmem) and the controller is DMA
|
||||
* capable, assign NULL to it, so that usbmon knows not to use the value.
|
||||
|
|
|
@ -271,7 +271,7 @@ int config_ep_by_speed(struct usb_gadget *g, struct usb_function *f,
|
|||
* @bConfigurationValue: Copied into configuration descriptor.
|
||||
* @iConfiguration: Copied into configuration descriptor.
|
||||
* @bmAttributes: Copied into configuration descriptor.
|
||||
* @MaxPower: Power consumtion in mA. Used to compute bMaxPower in the
|
||||
* @MaxPower: Power consumption in mA. Used to compute bMaxPower in the
|
||||
* configuration descriptor after considering the bus speed.
|
||||
* @cdev: assigned by @usb_add_config() before calling @bind(); this is
|
||||
* the device associated with this configuration.
|
||||
|
|
|
@ -197,7 +197,7 @@ struct usb_ep_caps {
|
|||
* @name:identifier for the endpoint, such as "ep-a" or "ep9in-bulk"
|
||||
* @ops: Function pointers used to access hardware-specific operations.
|
||||
* @ep_list:the gadget's ep_list holds all of its endpoints
|
||||
* @caps:The structure describing types and directions supported by endoint.
|
||||
* @caps:The structure describing types and directions supported by endpoint.
|
||||
* @enabled: The current endpoint enabled/disabled state.
|
||||
* @claimed: True if this endpoint is claimed by a function.
|
||||
* @maxpacket:The maximum packet size used on this endpoint. The initial
|
||||
|
|
|
@ -59,7 +59,7 @@
|
|||
* USB Host Controller Driver (usb_hcd) framework
|
||||
*
|
||||
* Since "struct usb_bus" is so thin, you can't share much code in it.
|
||||
* This framework is a layer over that, and should be more sharable.
|
||||
* This framework is a layer over that, and should be more shareable.
|
||||
*/
|
||||
|
||||
/*-------------------------------------------------------------------------*/
|
||||
|
@ -299,7 +299,7 @@ struct hc_driver {
|
|||
* (optional) these hooks allow an HCD to override the default DMA
|
||||
* mapping and unmapping routines. In general, they shouldn't be
|
||||
* necessary unless the host controller has special DMA requirements,
|
||||
* such as alignment contraints. If these are not specified, the
|
||||
* such as alignment constraints. If these are not specified, the
|
||||
* general usb_hcd_(un)?map_urb_for_dma functions will be used instead
|
||||
* (and it may be a good idea to call these functions in your HCD
|
||||
* implementation)
|
||||
|
|
|
@ -98,7 +98,7 @@ enum otg_fsm_timer {
|
|||
* @b_bus_req: TRUE during the time that the Application running on the
|
||||
* B-device wants to use the bus
|
||||
*
|
||||
* Auxilary inputs (OTG v1.3 only. Obsolete now.)
|
||||
* Auxiliary inputs (OTG v1.3 only. Obsolete now.)
|
||||
* @a_sess_vld: TRUE if the A-device detects that VBUS is above VA_SESS_VLD
|
||||
* @b_bus_suspend: TRUE when the A-device detects that the B-device has put
|
||||
* the bus into suspend
|
||||
|
@ -153,7 +153,7 @@ struct otg_fsm {
|
|||
int a_bus_req;
|
||||
int b_bus_req;
|
||||
|
||||
/* Auxilary inputs */
|
||||
/* Auxiliary inputs */
|
||||
int a_sess_vld;
|
||||
int b_bus_resume;
|
||||
int b_bus_suspend;
|
||||
|
@ -177,7 +177,7 @@ struct otg_fsm {
|
|||
int a_bus_req_inf;
|
||||
int a_clr_err_inf;
|
||||
int b_bus_req_inf;
|
||||
/* Auxilary informative variables */
|
||||
/* Auxiliary informative variables */
|
||||
int a_suspend_req_inf;
|
||||
|
||||
/* Timeout indicator for timers */
|
||||
|
|
|
@ -125,7 +125,7 @@ enum usb_dr_mode {
|
|||
* @dev: Pointer to the given device
|
||||
*
|
||||
* The function gets phy interface string from property 'dr_mode',
|
||||
* and returns the correspondig enum usb_dr_mode
|
||||
* and returns the corresponding enum usb_dr_mode
|
||||
*/
|
||||
extern enum usb_dr_mode usb_get_dr_mode(struct device *dev);
|
||||
|
||||
|
|
|
@ -32,7 +32,7 @@
|
|||
#define USB_QUIRK_DELAY_INIT BIT(6)
|
||||
|
||||
/*
|
||||
* For high speed and super speed interupt endpoints, the USB 2.0 and
|
||||
* For high speed and super speed interrupt endpoints, the USB 2.0 and
|
||||
* USB 3.0 spec require the interval in microframes
|
||||
* (1 microframe = 125 microseconds) to be calculated as
|
||||
* interval = 2 ^ (bInterval-1).
|
||||
|
|
|
@ -395,7 +395,7 @@ static inline void usb_serial_debug_data(struct device *dev,
|
|||
}
|
||||
|
||||
/*
|
||||
* Macro for reporting errors in write path to avoid inifinite loop
|
||||
* Macro for reporting errors in write path to avoid infinite loop
|
||||
* when port is used as a console.
|
||||
*/
|
||||
#define dev_err_console(usport, fmt, ...) \
|
||||
|
|
|
@ -97,7 +97,7 @@ enum {
|
|||
#define DP_CONF_PIN_ASSIGNEMENT_SHIFT 8
|
||||
#define DP_CONF_PIN_ASSIGNEMENT_MASK GENMASK(15, 8)
|
||||
|
||||
/* Helper for setting/getting the pin assignement value to the configuration */
|
||||
/* Helper for setting/getting the pin assignment value to the configuration */
|
||||
#define DP_CONF_SET_PIN_ASSIGN(_a_) ((_a_) << 8)
|
||||
#define DP_CONF_GET_PIN_ASSIGN(_conf_) (((_conf_) & GENMASK(15, 8)) >> 8)
|
||||
|
||||
|
|
Loading…
Reference in New Issue