All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: Rodolfo Semprevivo <rodolfo@semprevivo.ch>
Cc: linux-usb@vger.kernel.org, mathias.nyman@linux.intel.com,
	intel-xe@lists.freedesktop.org
Subject: Re: Panther Lake UCSI: PPM forces DP alt mode pin assignment D (2 lanes) for C/E-only partner, no 4K60 (was: [BUG] Type-C Subsystem xHCI (8086:e331, Panther Lake) — repeated err -71 / port reset failures under sustained DP+HID load)
Date: Wed, 4 Nov 2026 11:26:19 +0100	[thread overview]
Message-ID: <ausISwWb3qeTkSDh@black.igk.intel.com> (raw)
In-Reply-To: <91bd4409-8121-4919-8556-8b49ec8f9304@semprevivo.ch>

On Fri, Oct 23, 2026 at 10:27:32PM +0200, Rodolfo Semprevivo wrote:
> Hi,
> 
> follow-up to my report below, with a corrected analysis. The xHCI was
> the wrong suspect: the -71 errors come from the monitor's internal USB
> 2.0 hub, which sits on the standalone xHCI (8086:e37d, 00:14.0), not on
> 8086:e331. They only appear because the monitor resets when the DP link
> fails.
> 
> Root cause: on the left TB4 port the PPM/EC configures DP alt mode with
> pin assignment D (2 lanes), although the monitor only advertises C and E:
> 
>   port0-partner.0: svid ff01, active yes, vdo 0x00140045
>   displayport/pin_assignment: C E   (nothing selected)
>   displayport/configuration: [USB] sink
>   xe: Port D/TC#1: TC port mode reset (disconnected -> dp-alt) pin
> assignment: D max lanes: 2
>   xe: [LTTPR 1] Link Training passed at link rate = 540000, lane count = 2
> 
> 2x HBR2 is not enough for 3840x2160@60 (594 MHz), so the picture drops
> regardless of bpc/HDR. Lower resolutions at 60 Hz work. This also
> explains why the dGPU route via the MUX failed identically: the lane
> split is decided by the firmware, not by the GPU driver.
> 
> For comparison, an Alder Lake ASUS GU603ZW on the same kernel, with the
> same monitor and cable:
> 
>   i915: Port D/TC#1: ... pin assignment: C max lanes: 4
>   i915: Link Training passed at link rate = 540000, lane count = 4
> 
> and 4K60 is stable.
> 
> Linux cannot correct this. Writes to pin_assignment/configuration fail
> with EOPNOTSUPP:
> 
>   typec_displayport port0-partner.0: firmware doesn't support alternate mode
> overriding
>   ucsi_acpi USBC000:00: UCSI_GET_PDOS failed (-95)
> 
> So this looks like a firmware issue (reported to ASUS as well).
> Questions:
> 1. Is the PPM choosing pin assignment D for a partner that does not
>    advertise D a known issue on Panther Lake?

I have not heard of this particular problem before.

> 2. Should Linux warn about it (partner VDO lacks D but FIA reports D),
>    or avoid the resulting 2-lane DSC mode?

You tell me. If you think that this would be useful, prepare the patch
for it.

> System: ASUS ROG Zephyrus G16 GU606AX (Panther Lake, Core Ultra 9 386H),
> BIOS GU606AX.304, kernel 7.3.0-4 (CachyOS), monitor ASUS ProArt
> PA169CDV. Bug report: https://paste.cachyos.org/p/83e1bcf.log
> Full drm.debug log available on request.

Thanks,

-- 
heikki

      reply	other threads:[~2026-11-04 10:26 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-22  5:53 [BUG] Type-C Subsystem xHCI (8086:e331, Panther Lake) — repeated err -71 / port reset failures under sustained DP+HID load Rodolfo Semprevivo
2026-10-23 20:27 ` Panther Lake UCSI: PPM forces DP alt mode pin assignment D (2 lanes) for C/E-only partner, no 4K60 (was: [BUG] Type-C Subsystem xHCI (8086:e331, Panther Lake) — repeated err -71 / port reset failures under sustained DP+HID load) Rodolfo Semprevivo
2026-11-04 10:26   ` Heikki Krogerus [this message]

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=ausISwWb3qeTkSDh@black.igk.intel.com \
    --to=heikki.krogerus@linux.intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mathias.nyman@linux.intel.com \
    --cc=rodolfo@semprevivo.ch \
    /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.