USB Type-C Alternate Mode support
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
intel |
Fix Released
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Description
Let's track here the progress for generic alternate mode support. The discovery and entering/exiting the modes is common for all alternate modes, and the USB PD code will handle that. The tasks currently related to this task are:
1) The alternate modes will need custom control that we don't want to mix into the generic USB PD code. For example the DP altmode defines custom VDM (Vendor Defined Message) for "configure" and "status" commands. So we will need to create somekind of API for Alternate Mode "drivers".
2) The Alternate Modes need to keep the underlying components and drivers informed about their status, possibly even allow some control. For example, with DP altmode the graphics side will need to know the cable orientation and the number of lanes (the modes define the pin configuration in DP altmode, so the numer of available lanes as well AFAIK). So we need API for this.
*) UCSI may need some special attention, as with UCSI we don't handle the USB PD communication. We just get the status of the port. But we will know which alternate mode has been enterred, and we can actually request enter/exit a mode even with UCSI. But we don't know for example the cable orientation.
Commits:
0e3bb7d6894d9b6
Target Kernel: 4.19
Target Release: 19.04
description: | updated |
Changed in intel: | |
status: | New → Fix Released |
Changed in linux (Ubuntu): | |
status: | New → Fix Released |
tags: | added: cscc |