From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: Trabajos Iafast <trabajosiafast@gmail.com>
Cc: linux-usb@vger.kernel.org
Subject: Re: UCSI: no connector change events for connector 2 on Lenovo Legion Pro 7 16IAX10H (Arrow Lake-HX) — port functional in Windows
Date: Mon, 13 Jul 2026 12:46:51 +0300 [thread overview]
Message-ID: <alS0C6GaKLf0sVpF@kuha> (raw)
In-Reply-To: <CADvEaBJnc49dyCNTbe8ys4G4HhEKpMFyjm7xE74evxFodYFb-g@mail.gmail.com>
On Fri, Jul 10, 2026 at 06:25:08AM -0500, Trabajos Iafast wrote:
> Hi,
>
> I'd like to report a UCSI issue on a Lenovo Legion Pro 7 16IAX10H
> (model 83F5), Intel Core Ultra 9 275HX (Arrow Lake-HX), where one of
> the two side-mounted USB-C ports is non-functional under Linux (no DP
> Alt Mode, no data, no hotplug detection), while working fully under
> Windows 11 on the same machine (dual boot).
>
> System:
> - Kernel: 6.17.0-35-generic (Ubuntu 24.04.4)
> - BIOS/EC: Q7CN78WW (latest, issue also present on Q7CN33WW)
> - USB4 silicon: Intel Gen14, 8087:7ec2, firmware 15.1
> - Secure Boot: disabled
>
> Symptoms:
> - /sys/class/typec shows port0 and port1. port0 works fully.
> - port1 gets a partner device enumerated at boot (PD 3.0,
> supports_usb_power_delivery: yes) but number_of_alternate_modes
> stays 0 and usb_power_delivery_revision reads 0.0.
> - No typec uevents are ever generated for port1 on plug/unplug
> (verified with udevadm monitor; port0 generates remove/add/change
> normally).
> - typec port1 never binds to usb4_port3; the "connector" symlink
> under domain0/0-0/usb4_port3 is missing (port0 <-> usb4_port1
> binds correctly).
> - dmesg is completely silent: no ucsi/PPM errors at all.
>
> UCSI debugfs probing (/sys/kernel/debug/usb/ucsi/USBC000:00):
>
> GET_CAPABILITY:
> 0x01300300012000020000040200000144
> -> bNumConnectors = 2 (both connectors are exposed to the OS)
>
> GET_CONNECTOR_STATUS connector 1 (working):
> 0x01300300012000011304b12c405b4000
> GET_CONNECTOR_STATUS connector 2 (broken):
> 0x01300300012000011304b12c405b0000
>
> The responses are identical except the Connector Status Change
> field: 0x4000 (Connect Change) on connector 1, 0x0000 on connector 2,
> with a monitor attached to both ports. The EC appears to report
> connector 2's status when polled but never raises connection change
> events for it, so the event-driven ucsi driver never processes the
> port. Windows 11 (Microsoft UCSI connection manager, driver
> 10.0.26100.8521) handles the same port without issues, DP Alt Mode
> included.
>
> Ruled out: BIOS/EC update to latest (Q7CN78WW), EC power drain,
> thunderbolt module reload, PCI remove/rescan of the USB4 NHI,
> ucsi_acpi/typec_ucsi reload (port1 never rebinds), kernels 6.14 and
> 6.17. No retimer firmware available via LVFS for this model.
>
> Happy to provide acpidump, full sysfs dumps, or test patches.
I'm seeing this mail in my inbox three times?
In any case, like I said before, please contact lenovo. The FW really
has to report the connector changes.
Thanks,
--
heikki
next prev parent reply other threads:[~2026-07-13 9:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-10 11:25 UCSI: no connector change events for connector 2 on Lenovo Legion Pro 7 16IAX10H (Arrow Lake-HX) — port functional in Windows Trabajos Iafast
2026-07-10 11:59 ` Greg KH
2026-07-10 12:30 ` Trabajos Iafast
2026-07-10 14:47 ` Trabajos Iafast
2026-07-13 9:46 ` Heikki Krogerus [this message]
[not found] <CADvEaBKUBJito+rACRdrZ5xNwL7J=hHv2Cz5V+UjsEQOgj0ZTA@mail.gmail.com>
2026-07-13 9:44 ` Heikki Krogerus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alS0C6GaKLf0sVpF@kuha \
--to=heikki.krogerus@linux.intel.com \
--cc=linux-usb@vger.kernel.org \
--cc=trabajosiafast@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox