From: "Mario Limonciello (AMD) (kernel.org)" <superm1@kernel.org>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd/display: Don't stretch non-native images by default in eDP
Date: Thu, 30 Oct 2025 15:50:56 -0500 [thread overview]
Message-ID: <ea5478eb-33ba-4354-9ddd-d91b3e896456@kernel.org> (raw)
In-Reply-To: <CADnq5_N==TV+c99gq+PaxRpi9OVZpcCMZF6ro==JKp0n1zrWhw@mail.gmail.com>
On 10/30/2025 3:49 PM, Alex Deucher wrote:
> On Thu, Oct 30, 2025 at 4:16 PM Mario Limonciello (AMD)
> <superm1@kernel.org> wrote:
>>
>> commit 978fa2f6d0b12 ("drm/amd/display: Use scaling for non-native
>> resolutions on eDP") started using the GPU scaler hardware to scale
>> when a non-native resolution was picked on eDP. This scaling was done
>> to fill the screen instead of maintain aspect ratio.
>>
>> The idea was supposed to be that if a different scaling behavior is
>> preferred then the compositor would request it. The not following
>> aspect ratio behavior however isn't desirable, so adjust it to follow
>> aspect ratio and still try to fill screen.
>>
>> Note: This will lead to black bars in some cases for non-native
>> resolutions. Compositors can request the previous behavior if desired.
>>
>
> We may end up getting bug reports about the black bars. We had a
> similar debate about what the right default was for radeon 15 years
> ago. That said, at least with this the pixels will be square with
> this patch.
>
> Acked-by: Alex Deucher <alexander.deucher@amd.com>
Thanks. Yeah that was my thought too.
>
>> Fixes: 978fa2f6d0b12 ("drm/amd/display: Use scaling for non-native resolutions on eDP")
>> Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/4538
>> Signed-off-by: Mario Limonciello (AMD) <superm1@kernel.org>
>> ---
>> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
>> index 29b9197bbbc32..5b279182e66a8 100644
>> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
>> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
>> @@ -8078,7 +8078,7 @@ static int dm_encoder_helper_atomic_check(struct drm_encoder *encoder,
>> "mode %dx%d@%dHz is not native, enabling scaling\n",
>> adjusted_mode->hdisplay, adjusted_mode->vdisplay,
>> drm_mode_vrefresh(adjusted_mode));
>> - dm_new_connector_state->scaling = RMX_FULL;
>> + dm_new_connector_state->scaling = RMX_ASPECT;
>> }
>> return 0;
>> }
>> --
>> 2.43.0
>>
next prev parent reply other threads:[~2025-10-30 20:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-30 19:39 [PATCH] drm/amd/display: Don't stretch non-native images by default in eDP Mario Limonciello (AMD)
2025-10-30 20:49 ` Alex Deucher
2025-10-30 20:50 ` Mario Limonciello (AMD) (kernel.org) [this message]
2025-10-31 19:15 ` Harry Wentland
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=ea5478eb-33ba-4354-9ddd-d91b3e896456@kernel.org \
--to=superm1@kernel.org \
--cc=alexdeucher@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
/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