From: Aurabindo Pillai <aurabindo.pillai@amd.com>
To: <amd-gfx@lists.freedesktop.org>, <dri-devel@lists.freedesktop.org>
Cc: alexander.deucher@amd.com, aurabindo.pillai@amd.com,
nicholas.kazlauskas@amd.com, shashank.sharma@amd.com
Subject: [PATCH v3 0/3] Experimental freesync video mode optimization
Date: Mon, 14 Dec 2020 17:20:33 -0500 [thread overview]
Message-ID: <20201214222036.561352-1-aurabindo.pillai@amd.com> (raw)
Changes in V3
=============
1) Add freesync video modes based on preferred modes:
* Cache base freesync video mode during the first iteration to avoid
iterating over modelist again later.
* Add mode for 60 fps videos
2) Skip modeset for front porch change
* Fixes for bug exposed by caching of modes.
Changes in V2
=============
1) Add freesync video modes based on preferred modes:
* Remove check for connector type before adding freesync compatible
modes as VRR support is being checked, and there is no reason to block
freesync video support on eDP.
* use drm_mode_equal() instead of creating same functionality.
* Additional null pointer deference check
* Removed unnecessary variables.
* Cosmetic fixes.
2) Skip modeset for front porch change
* Remove _FSV string being appended to freesync video modes so as to not
define new policies or break existing application that might use the
mode name to figure out mode resolution.
* Remove unnecessary variables
* Cosmetic fixes.
--
This patchset enables freesync video mode usecase where the userspace
can request a freesync compatible video mode such that switching to this
mode does not trigger blanking.
This feature is guarded by a module parameter which is disabled by
default. Enabling this paramters adds additional modes to the driver
modelist, and also enables the optimization to skip modeset when using
one of these modes.
--
Aurabindo Pillai (3):
drm/amd/display: Add module parameter for freesync video mode
drm/amd/display: Add freesync video modes based on preferred modes
drm/amd/display: Skip modeset for front porch change
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 12 +
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 377 ++++++++++++++++--
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 3 +
4 files changed, 361 insertions(+), 32 deletions(-)
--
2.29.2
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Aurabindo Pillai <aurabindo.pillai@amd.com>
To: <amd-gfx@lists.freedesktop.org>, <dri-devel@lists.freedesktop.org>
Cc: alexander.deucher@amd.com, aurabindo.pillai@amd.com,
Harry.Wentland@amd.com, nicholas.kazlauskas@amd.com,
shashank.sharma@amd.com
Subject: [PATCH v3 0/3] Experimental freesync video mode optimization
Date: Mon, 14 Dec 2020 17:20:33 -0500 [thread overview]
Message-ID: <20201214222036.561352-1-aurabindo.pillai@amd.com> (raw)
Changes in V3
=============
1) Add freesync video modes based on preferred modes:
* Cache base freesync video mode during the first iteration to avoid
iterating over modelist again later.
* Add mode for 60 fps videos
2) Skip modeset for front porch change
* Fixes for bug exposed by caching of modes.
Changes in V2
=============
1) Add freesync video modes based on preferred modes:
* Remove check for connector type before adding freesync compatible
modes as VRR support is being checked, and there is no reason to block
freesync video support on eDP.
* use drm_mode_equal() instead of creating same functionality.
* Additional null pointer deference check
* Removed unnecessary variables.
* Cosmetic fixes.
2) Skip modeset for front porch change
* Remove _FSV string being appended to freesync video modes so as to not
define new policies or break existing application that might use the
mode name to figure out mode resolution.
* Remove unnecessary variables
* Cosmetic fixes.
--
This patchset enables freesync video mode usecase where the userspace
can request a freesync compatible video mode such that switching to this
mode does not trigger blanking.
This feature is guarded by a module parameter which is disabled by
default. Enabling this paramters adds additional modes to the driver
modelist, and also enables the optimization to skip modeset when using
one of these modes.
--
Aurabindo Pillai (3):
drm/amd/display: Add module parameter for freesync video mode
drm/amd/display: Add freesync video modes based on preferred modes
drm/amd/display: Skip modeset for front porch change
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 12 +
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 377 ++++++++++++++++--
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 3 +
4 files changed, 361 insertions(+), 32 deletions(-)
--
2.29.2
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next reply other threads:[~2020-12-14 22:21 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-14 22:20 Aurabindo Pillai [this message]
2020-12-14 22:20 ` [PATCH v3 0/3] Experimental freesync video mode optimization Aurabindo Pillai
2020-12-14 22:20 ` [PATCH v3 1/3] drm/amd/display: Add module parameter for freesync video mode Aurabindo Pillai
2020-12-14 22:20 ` Aurabindo Pillai
2020-12-17 19:11 ` Alex Deucher
2020-12-17 19:11 ` Alex Deucher
2020-12-17 22:37 ` Aurabindo Pillai
2020-12-17 22:37 ` Aurabindo Pillai
2020-12-14 22:20 ` [PATCH v3 2/3] drm/amd/display: Add freesync video modes based on preferred modes Aurabindo Pillai
2020-12-14 22:20 ` Aurabindo Pillai
2020-12-15 3:02 ` Shashank Sharma
2020-12-15 3:02 ` Shashank Sharma
2020-12-15 14:14 ` Aurabindo Pillai
2020-12-15 14:14 ` Aurabindo Pillai
2020-12-14 22:20 ` [PATCH v3 3/3] drm/amd/display: Skip modeset for front porch change Aurabindo Pillai
2020-12-14 22:20 ` Aurabindo Pillai
2020-12-15 4:10 ` Shashank Sharma
2021-01-04 21:07 [PATCH v3 0/3] Experimental freesync video mode optimization Aurabindo Pillai
2021-01-04 21:07 ` Aurabindo Pillai
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=20201214222036.561352-1-aurabindo.pillai@amd.com \
--to=aurabindo.pillai@amd.com \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=nicholas.kazlauskas@amd.com \
--cc=shashank.sharma@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.