All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mario Limonciello <superm1@kernel.org>
To: Walt Holman <waltholman09@gmail.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	mario.limonciello@amd.com, alexander.deucher@amd.com
Subject: Re: AMDGPU - Regression: Black screen due to commit 16dc8bc27c2aa3c93905d3e885e27f1e3535f09a
Date: Mon, 23 Jun 2025 09:51:56 -0500	[thread overview]
Message-ID: <9c40cd6a-b34b-468b-b5c4-6a2cbb7dcdef@kernel.org> (raw)
In-Reply-To: <CAMb39_nh5_DJpv0zEKauMRd1DpW8obpu228gpMVTaE7j3WPikA@mail.gmail.com>

On 6/21/25 2:32 PM, Walt Holman wrote:
> On Sat, Jun 21, 2025 at 2:12 PM Mario Limonciello <superm1@kernel.org> wrote:
>>
>>
>>
>> On 6/21/25 11:07 AM, Walt Holman wrote:
>>> On Sat, Jun 21, 2025 at 11:03 AM Walt Holman <waltholman09@gmail.com> wrote:
>>>>
>>>> On Sat, Jun 21, 2025 at 10:52 AM Mario Limonciello <superm1@kernel.org> wrote:
>>>>>
>>>>>
>>>>>
>>>>> On 6/21/25 10:18 AM, Walt Holman wrote:
>>>>>> Hello,
>>>>>>
>>>>>> With the latest drm fixes this week on 6.16-rc2, I am experiencing a
>>>>>> black screen instead of the sddm greeter and the GPU appears to be
>>>>>> locked up. I can ssh into the laptop and reboot it, but that's about
>>>>>> it. I have bisected the commit to commit id:
>>>>>> 16dc8bc27c2aa3c93905d3e885e27f1e3535f09a and upon reverting the
>>>>>> commit, the system works as normal. The hardware is an Asus Rog
>>>>>> Zephyrus G16 with AMD Ryzen AI 9 HX 370 w/ Radeon 890M video. I'm able
>>>>>> to test patches etc.. if need be.
>>>>>
>>>>> Hi there,
>>>>>
>>>>> By chance do you have an OLED panel?  If so can you please try the patch
>>>>> attached to this bug?
>>>>>
>>>>> https://gitlab.freedesktop.org/drm/amd/-/issues/4338
>>>>>
>>>>> Thanks,
>>>>>
>>>>>>
>>>>>> 16dc8bc27c2aa3c93905d3e885e27f1e3535f09a is the first bad commit
>>>>>> commit 16dc8bc27c2aa3c93905d3e885e27f1e3535f09a (HEAD)
>>>>>> Author: Mario Limonciello <mario.limonciello@amd.com>
>>>>>> Date:   Thu May 29 09:46:32 2025 -0500
>>>>>>
>>>>>>        drm/amd/display: Export full brightness range to userspace
>>>>>>
>>>>>>        [WHY]
>>>>>>        Userspace currently is offered a range from 0-0xFF but the PWM is
>>>>>>        programmed from 0-0xFFFF.  This can be limiting to some software
>>>>>>        that wants to apply greater granularity.
>>>>>>
>>>>>>        [HOW]
>>>>>>        Convert internally to firmware values only when mapping custom
>>>>>>        brightness curves because these are in 0-0xFF range. Advertise full
>>>>>>        PWM range to userspace.
>>>>>>
>>>>>>        Cc: Mario Limonciello <mario.limonciello@amd.com>
>>>>>>        Cc: Alex Deucher <alexander.deucher@amd.com>
>>>>>>        Reviewed-by: Roman Li <roman.li@amd.com>
>>>>>>        Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
>>>>>>        Signed-off-by: Alex Hung <alex.hung@amd.com>
>>>>>>        Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
>>>>>>        Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
>>>>>>        (cherry picked from commit 8dbd72cb790058ce52279af38a43c2b302fdd3e5)
>>>>>>        Cc: stable@vger.kernel.org
>>>>>>
>>>>>>     drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 41
>>>>>> +++++++++++++++++++++++++++--------------
>>>>>>     1 file changed, 27 insertions(+), 14 deletions(-)
>>>>>>
>>>>>
>>>>
>>>> Yes, I do have an OLED panel and that patch does make it visible
>>>> again. It is still very dark, but visible.
>>>>
>>>> -Walt
>>>
>>> Upon rebooting again, the display was much brighter and is fine. Just
>>> the first boot after that was dark.
>>>
>>> -Walt
>>
>> Thanks, this makes sense.  I suspect that because 0 means "off" for your
>> panel that the patch you bisected to exposed running at 0 (or near
>> enough to 0) that it caused this behavior.
>>
>> That patch you tested will be upstreamed in a future promotion, and I
>> think we can take it in a -fixes PR later in the 6.16 fixes cycle.
>>
>> But there is one more thing I would like to confirm - on your system can
>> you run with drm.debug=0x106 on the kernel command line and share me the
>> output from this debug print?
>>
>> https://github.com/torvalds/linux/blob/v6.16-rc2/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c#L4933
>>
>>
>>
> Hopefully, this is what you need. I grepped dmesg for drm and threw it
> into this file attached. Let me know if you need anything else.
> 
> -Walt

Thanks I see another problem.  Can you add this patch?

https://lore.kernel.org/amd-gfx/20250623144821.745908-1-mario.limonciello@amd.com/T/#u

Thanks,

  reply	other threads:[~2025-06-23 14:51 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-21 15:18 AMDGPU - Regression: Black screen due to commit 16dc8bc27c2aa3c93905d3e885e27f1e3535f09a Walt Holman
2025-06-21 15:52 ` Mario Limonciello
2025-06-21 16:03   ` Walt Holman
2025-06-21 16:07     ` Walt Holman
2025-06-21 19:12       ` Mario Limonciello
2025-06-21 19:32         ` Walt Holman
2025-06-23 14:51           ` Mario Limonciello [this message]
2025-06-23 15:35             ` Walt Holman

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=9c40cd6a-b34b-468b-b5c4-6a2cbb7dcdef@kernel.org \
    --to=superm1@kernel.org \
    --cc=alexander.deucher@amd.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mario.limonciello@amd.com \
    --cc=waltholman09@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.