All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.