All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Timur Kristóf" <timur.kristof@gmail.com>
To: Alex Deucher <alexander.deucher@amd.com>,
	Lionso Alejandro Pacheco Vacacela <lionso@murena.io>
Cc: amd-gfx@lists.freedesktop.org, regressions@lists.linux.dev,
	Fangzhi Zuo <Jerry.Zuo@amd.com>,
	Chuanyu Tseng <Chuanyu.Tseng@amd.com>,
	Wenjing Liu <wenjing.liu@amd.com>
Subject: Re: [PATCH 1/2] drm/amd/display: Fix preferred link rate for NUTMEG
Date: Sun, 12 Jul 2026 19:44:31 +0200	[thread overview]
Message-ID: <2230825.9o76ZdvQCi@timur-max> (raw)
In-Reply-To: <178379850751.8410.12007342378134020217@murena.io>

On 2026. július 11., szombat 21:35:07 közép-európai nyári idő Lionso Alejandro 
Pacheco Vacacela wrote:
> Hi,
> 
> I independently hit this regression on a desktop Kaveri system and can
> confirm this patch fixes it:
> 
>   - AMD A10-7850K (Kaveri, DCE 8.1), MSI A68HM-E33, VGA monitor on the
>     onboard output (NUTMEG DP-to-VGA bridge)
>   - Debian kernel 7.1.3 (amdgpu.cik_support=1): VGA monitor receives no
>     signal from KMS takeover on; dmesg shows
>     "[drm] enabling link 2 failed: 15" (DC_FAIL_DP_LINK_TRAINING).
>   - Applying just this patch (1/2) on top of v7.1.3 restores VGA output
>     with DC enabled: the link trains, the CRTC comes up at 1360x768@60,
>     and the fix survived three consecutive reboots.
> 
> Tested-by: Lionso Alejandro Pacheco Vacacela <lionso@murena.io>

Thank you for the testing!
I would appreciate if you could verify that the second patch also works well.

> 
> Two notes:
> 
> 1. The Fixes: tag references b74322eea36b, but that hash does not exist
>    in mainline — it looks like an amd-staging-internal id. In Linus'
>    tree the offending commit is:
> 
>      a62346043a89 ("drm/amd/display: Fix coding style issue")
> 
>    It would be good to correct this before the patch is pushed so the
>    stable tooling can resolve the dependency.

As far as I remember the regression hasn't made it upstream yet when I made 
the fix, so the hash didn't exist in Linus's tree yet.

> 
> 2. Since the offending commit shipped in v7.1, could this be annotated
>    Cc: stable@vger.kernel.org # 7.1.x (or nominated for 7.1.y once it
>    lands in mainline)? Every Kaveri/Kabini/Mullins system with a VGA
>    monitor loses display output on release kernels.

Agreed. Alex can you please backport this to 7.1?

Thanks & best regards,
Timur






  reply	other threads:[~2026-07-12 17:44 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-29  9:09 [PATCH 1/2] drm/amd/display: Fix preferred link rate for NUTMEG Timur Kristóf
2026-05-29  9:09 ` [PATCH 2/2] drm/amd/display: Add dp_skip_rbr flag " Timur Kristóf
2026-07-10 16:14   ` Alex Deucher
2026-05-29 18:49 ` [PATCH 1/2] drm/amd/display: Fix preferred link rate " Zuo, Jerry
2026-07-10 13:36 ` John Olender
2026-07-11 19:35 ` Lionso Alejandro Pacheco Vacacela
2026-07-12 17:44   ` Timur Kristóf [this message]
2026-07-13 12:44     ` Lionso Alejandro Pacheco Vacacela

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=2230825.9o76ZdvQCi@timur-max \
    --to=timur.kristof@gmail.com \
    --cc=Chuanyu.Tseng@amd.com \
    --cc=Jerry.Zuo@amd.com \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=lionso@murena.io \
    --cc=regressions@lists.linux.dev \
    --cc=wenjing.liu@amd.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.