Searched full:facing (Results 1 – 24 of 24) sorted by relevance
89 * "host" for Downstream Facing Port (DFP)90 * "device" for Upstream Facing Port (UFP)
29 # optional properties application to different host facing devices
56 * The application configured the port as an upstream facing port, i.e. a USB74 a downstream facing port, i.e. a USB host port. For charging port mode, the
26 the problem you're facing:
390 /** Data role is an Upstream Facing Port */392 /** Data role is a Downstream Facing Port */
98 /* enable various eSPI child devices (host facing) */
104 /* enable various eSPI child devices (host facing) */
128 * user-facing API is owned by the architecture, not the driver. The
98 /** Data Role has been set to Upstream Facing Port (UFP) */100 /** Data Role has been set to Downstream Facing Port (DFP) */
8 * None of these are application-facing, use only if you know what you are
71 /* user facing 'thread options'; values defined in include/kernel.h */
405 * Public-facing API
109 * is otherwise not application-facing.
433 * as a downstream facing port but charging is disabled. in pi3usb9201_set_charging_mode()
38 * Add the following application-facing memory domain APIs:326 * :github:`3716` - define / implement application-facing memory domain APIs
873 * :github:`16035` - facing problem with SDHC driver disk mount, need help to debug better
1099 * :github:`20161` - Facing issue to setup zephyr on ubuntu
2164 * :github:`48149` - Sensor Subsystem: client facing API: finding sensors
66 of the consumer-facing functionality
463 It is usually useful when facing flashing issues, for instance when using
1500 * RESET_VCC to de-assert. Host facing peripherals will no longer in espi_xec_init()
103 * appropriately in a user-facing API. The boolean arguments are:
892 * This only has implications for CONFIG_X86_KPTI where user thread facing
5097 and interface less confusing (especially in a user-facing interface).
