On Fri, Aug 19, 2011 at 06:10:58PM +0300, Felipe Balbi wrote:
> +enum dwc3_link_state {
> + /* In SuperSpeed */
> + DWC3_LINK_STATE_U0 = 0x00, /* in HS, means ON */
> + DWC3_LINK_STATE_U1 = 0x01,
> + DWC3_LINK_STATE_U2 = 0x02, /* in HS, means SLEEP */
> + DWC3_LINK_STATE_U3 = 0x03, /* in HS, means SUSPEND */
> + DWC3_LINK_STATE_SS_DIS = 0x04,
> + DWC3_LINK_STATE_RX_DET = 0x05, /* in HS, means Early Suspend */
> + DWC3_LINK_STATE_SS_INACT = 0x06,
> + DWC3_LINK_STATE_POLL = 0x07,
> + DWC3_LINK_STATE_RECOV = 0x08,
> + DWC3_LINK_STATE_HRESET = 0x09,
> + DWC3_LINK_STATE_CMPLY = 0x0a,
> + DWC3_LINK_STATE_LPBK = 0x0b,
> + DWC3_LINK_STATE_MASK = 0x0f,
> +};
AFAICT, the link state values are exactly the same as the xHCI link
state values in the Port Link State field in the PORTSC register. Is
the gadget side (xDCI side) meant to be somewhat compatible with the
xHCI host controller spec?
Would it make sense to share these link state macros (and any other
similar #defines) with the xHCI driver? We could move them into
include/linux/ch11.h.
Sarah Sharp
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
