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 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.