diff options
author | Marc Zyngier <maz@kernel.org> | 2023-10-03 12:02:35 +0100 |
---|---|---|
committer | Marc Zyngier <maz@kernel.org> | 2023-10-03 12:16:14 +0100 |
commit | 50603c0153e3d0a1c775030145e824fcad20ca29 (patch) | |
tree | 449c99d2bf32f7a704c3341c1be7f992b7d34bf1 | |
parent | 2832c7fe0018341f5fddee7740522d648170e60f (diff) | |
download | cs-sw-50603c0153e3d0a1c775030145e824fcad20ca29.tar.gz |
Fix VCONN routing display
We report VCONN as being connected to the same CC line as the
one we use for communication/orientation. Of course, this is
wrong, and VCONN is applied to the opposite CC pin.
Thankfully, this is purely cosmetic, as the FUSB302 is the one
handling the routing.
Signed-off-by: Marc Zyngier <maz@kernel.org>
-rw-r--r-- | vdmtool.c | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -109,7 +109,7 @@ static void evt_dfpconnect(struct vdm_context *cxt, int16_t cc1, int16_t cc2) /* If none of the CCs are disconnected, enable VCONN */ if (cc1 && cc2) { fusb302_tcpm_set_vconn(PORT(cxt), 1); - cprintf(cxt, "VCONN on CC%d\n", (int)cxt->cc_line + 1); + cprintf(cxt, "VCONN on CC%d\n", !cxt->cc_line + 1); } fusb302_tcpm_set_rx_enable(PORT(cxt), 1); |