From: Joonyoung Shim <jy0922.shim@samsung.com>
To: Gustavo Padovan <gustavo@padovan.org>, linux-samsung-soc@vger.kernel.org
Cc: tjakobi@math.uni-bielefeld.de,
Gustavo Padovan <gustavo.padovan@collabora.co.uk>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 02/23] drm/exynos: calculate vrefresh instead of use a fixed value
Date: Thu, 02 Jul 2015 21:38:45 +0900 [thread overview]
Message-ID: <559530D5.60505@samsung.com> (raw)
In-Reply-To: <1435095336-6196-3-git-send-email-gustavo@padovan.org>
On 06/24/2015 06:35 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
>
> When mode's vrefresh is zero we should ask DRM core to calculate vrefresh
> for us so we can get the correct value instead of relying on fixed value
> defined in a macro. But if vrefresh is still zero we should fail the
> update.
>
> Suggested-by: Daniel Stone <daniels@collabora.com>
> Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
> index 1e3bb72..7ba348e 100644
> --- a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
> +++ b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
> @@ -41,7 +41,6 @@
> * CPU Interface.
> */
>
> -#define FIMD_DEFAULT_FRAMERATE 60
> #define MIN_FB_WIDTH_FOR_16WORD_BURST 128
>
> /* position control register for hardware window 0, 2 ~ 4.*/
> @@ -403,7 +402,9 @@ static bool fimd_mode_fixup(struct exynos_drm_crtc *crtc,
> struct drm_display_mode *adjusted_mode)
> {
> if (adjusted_mode->vrefresh == 0)
> - adjusted_mode->vrefresh = FIMD_DEFAULT_FRAMERATE;
> + adjusted_mode->vrefresh = drm_mode_vrefresh(mode);
> + if (adjusted_mode->vrefresh == 0)
If adjusted_mode->vrefresh is not 0, it will check two times whether it
is 0. Check it in first if statement.
Basically, i'm not sure, why should we check whether
adjusted_mode->vrefresh is 0 at first? Can't we use just
adjusted_mode->vrefresh = drm_mode_vrefresh(mode);
if (adjusted_mode->vrefresh == 0)
...
without the first checking?
> + return false;
>
> return true;
> }
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2015-07-02 12:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-23 21:35 [PATCH 00/23] drm/exynos: atomic improvements + exynos_encoder removal Gustavo Padovan
2015-06-23 21:35 ` [PATCH 01/23] drm/exynos: pass the correct pipe number Gustavo Padovan
2015-06-23 21:35 ` [PATCH 02/23] drm/exynos: calculate vrefresh instead of use a fixed value Gustavo Padovan
2015-07-02 12:38 ` Joonyoung Shim [this message]
2015-07-02 21:18 ` Gustavo Padovan
2015-06-23 21:35 ` [PATCH 03/23] drm/exynos: use KMS version of DRM vblanks functions Gustavo Padovan
2015-06-23 21:35 ` [PATCH 04/23] drm/exynos: remove duplicated check for suspend Gustavo Padovan
2015-06-23 21:35 ` [PATCH 05/23] drm/exynos: Kconfig: select DP if FIMD or DECON are selected Gustavo Padovan
2015-06-24 10:00 ` Andrzej Hajda
2015-06-24 13:59 ` Gustavo Padovan
2015-06-23 21:35 ` [PATCH 06/23] drm/exynos: add atomic asynchronous commit Gustavo Padovan
2015-06-23 21:35 ` [PATCH 07/23] drm/exynos: rename win_commit/disable to atomic-like names Gustavo Padovan
2015-06-23 21:35 ` [PATCH 08/23] drm/exynos: pass struct exynos_drm_plane in update/enable Gustavo Padovan
2015-07-02 12:38 ` Joonyoung Shim
2015-06-23 21:35 ` [PATCH 09/23] drm/exynos: use drm atomic state directly Gustavo Padovan
2015-06-23 21:35 ` [PATCH 10/23] drm/exynos: remove unused fields from struct exynos_drm_plane Gustavo Padovan
2015-06-23 21:35 ` [PATCH 11/23] drm/exynos: unify exynos_drm_plane names with drm core Gustavo Padovan
2015-06-23 21:35 ` [PATCH 12/23] drm/exynos: don't track enabled state at exynos_crtc Gustavo Padovan
2015-07-02 12:39 ` Joonyoung Shim
2015-06-23 21:35 ` [PATCH 13/23] drm/exynos: split display's .dpms() into .enable() and .disable() Gustavo Padovan
2015-06-23 21:35 ` [PATCH 14/23] drm/exynos: remove wrappers for phy_power_{on,off} Gustavo Padovan
2015-06-23 21:35 ` [PATCH 15/23] drm/exynos: remove unused .remove() and .check_mode() ops from display Gustavo Padovan
2015-06-23 21:35 ` [PATCH 16/23] drm/exynos: simplify calculation of possible CRTCs Gustavo Padovan
2015-06-23 21:35 ` [PATCH 17/23] drm/exynos: remove struct exynos_drm_display Gustavo Padovan
2015-06-23 21:35 ` [PATCH 18/23] drm/exynos: remove extra call to hdmi_commit() Gustavo Padovan
2015-06-23 21:35 ` [PATCH 19/23] drm/exynos: remove extra call to exynos_dp_commit() Gustavo Padovan
2015-07-02 12:39 ` Joonyoung Shim
2015-07-03 9:00 ` Joonyoung Shim
2015-06-23 21:35 ` [PATCH 20/23] drm/exynos: remove exynos_encoder's .commit() op Gustavo Padovan
2015-06-23 21:35 ` [PATCH 21/23] drm/exynos: remove exynos_drm_create_enc_conn() Gustavo Padovan
2015-06-23 21:35 ` [PATCH 22/23] drm/exynos: fold encoder setup into exynos_drm_load() Gustavo Padovan
2015-06-23 21:35 ` [PATCH 23/23] drm/exynos: remove struct exynos_drm_encoder layer Gustavo Padovan
2015-07-02 12:40 ` [PATCH 00/23] drm/exynos: atomic improvements + exynos_encoder removal Joonyoung Shim
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=559530D5.60505@samsung.com \
--to=jy0922.shim@samsung.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gustavo.padovan@collabora.co.uk \
--cc=gustavo@padovan.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=tjakobi@math.uni-bielefeld.de \
/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.