All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding@gmail.com>
To: Daniel Kurtz <djkurtz@chromium.org>
Cc: "Stéphane Marchesin" <marcheu@chromium.org>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/panel: update innolux n116bge timings
Date: Mon, 22 Sep 2014 10:39:30 +0200	[thread overview]
Message-ID: <20140922083929.GG1470@ulmo> (raw)
In-Reply-To: <1409626606-15225-1-git-send-email-djkurtz@chromium.org>


[-- Attachment #1.1: Type: text/plain, Size: 2537 bytes --]

On Tue, Sep 02, 2014 at 10:56:46AM +0800, Daniel Kurtz wrote:
> There are several different models of N116BGE.  According to the commit
> that added innolux_n116bge_mode [0], this N116BGE is for the eDP variety.
> 
> [0] commit 0a2288c06aab73c966e82045c8f20b0e713baf2a
>  Author: Thierry Reding <treding@nvidia.com>
>  Date:   Thu Jul 3 14:02:59 2014 +0200
> 
>    drm/panel: simple: Add Innolux N116BGE panel support
> 
> The clock and htotal values from add by that patch are out of spec according to
> the datasheets I have seen for the eDP N116BGE (-EA2 and -EB2).

Does out of spec imply that these timings aren't working for you?

> This patch changes the values to the "Typ" values on the datasheet.

The original patch was based on -E42 of the datasheet. But I can run
some tests to see if the timings in this patch work on the panel that I
have. If so I guess the easiest would be to apply this.

It shouldn't matter all that much since the panel has EDID if I remember
correctly. The modes parsed from EDID should take precedence over the
fixed mode. If they don't then that's a bug.

Thierry

> 
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
> ---
> 
> Thierry,
> 
> It is possible that your timings were correct for the panel you are using on
> the norrin reference board.  In that case I'm happy to upload a new patch
> that creates a new panel entry.  However, I'm pretty sure we are using the
> same N116BGE.
> 
>  drivers/gpu/drm/panel/panel-simple.c | 12 ++++++------
>  1 file changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c
> index 4ce1db0..776764a 100644
> --- a/drivers/gpu/drm/panel/panel-simple.c
> +++ b/drivers/gpu/drm/panel/panel-simple.c
> @@ -519,15 +519,15 @@ static const struct panel_desc foxlink_fl500wvr00_a0t = {
>  };
>  
>  static const struct drm_display_mode innolux_n116bge_mode = {
> -	.clock = 71000,
> +	.clock = 76420,
>  	.hdisplay = 1366,
> -	.hsync_start = 1366 + 64,
> -	.hsync_end = 1366 + 64 + 6,
> -	.htotal = 1366 + 64 + 6 + 64,
> +	.hsync_start = 1366 + 136,
> +	.hsync_end = 1366 + 136 + 30,
> +	.htotal = 1366 + 136 + 30 + 60,
>  	.vdisplay = 768,
>  	.vsync_start = 768 + 8,
> -	.vsync_end = 768 + 8 + 4,
> -	.vtotal = 768 + 8 + 4 + 8,
> +	.vsync_end = 768 + 8 + 12,
> +	.vtotal = 768 + 8 + 12 + 12,
>  	.vrefresh = 60,
>  	.flags = DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC,
>  };
> -- 
> 2.1.0.rc2.206.gedb03e5
> 

[-- Attachment #1.2: Type: application/pgp-signature, Size: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@gmail.com>
To: Daniel Kurtz <djkurtz@chromium.org>
Cc: dri-devel@lists.freedesktop.org,
	"David Airlie" <airlied@linux.ie>,
	linux-kernel@vger.kernel.org,
	"Stéphane Marchesin" <marcheu@chromium.org>
Subject: Re: [PATCH] drm/panel: update innolux n116bge timings
Date: Mon, 22 Sep 2014 10:39:30 +0200	[thread overview]
Message-ID: <20140922083929.GG1470@ulmo> (raw)
In-Reply-To: <1409626606-15225-1-git-send-email-djkurtz@chromium.org>

[-- Attachment #1: Type: text/plain, Size: 2537 bytes --]

On Tue, Sep 02, 2014 at 10:56:46AM +0800, Daniel Kurtz wrote:
> There are several different models of N116BGE.  According to the commit
> that added innolux_n116bge_mode [0], this N116BGE is for the eDP variety.
> 
> [0] commit 0a2288c06aab73c966e82045c8f20b0e713baf2a
>  Author: Thierry Reding <treding@nvidia.com>
>  Date:   Thu Jul 3 14:02:59 2014 +0200
> 
>    drm/panel: simple: Add Innolux N116BGE panel support
> 
> The clock and htotal values from add by that patch are out of spec according to
> the datasheets I have seen for the eDP N116BGE (-EA2 and -EB2).

Does out of spec imply that these timings aren't working for you?

> This patch changes the values to the "Typ" values on the datasheet.

The original patch was based on -E42 of the datasheet. But I can run
some tests to see if the timings in this patch work on the panel that I
have. If so I guess the easiest would be to apply this.

It shouldn't matter all that much since the panel has EDID if I remember
correctly. The modes parsed from EDID should take precedence over the
fixed mode. If they don't then that's a bug.

Thierry

> 
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
> ---
> 
> Thierry,
> 
> It is possible that your timings were correct for the panel you are using on
> the norrin reference board.  In that case I'm happy to upload a new patch
> that creates a new panel entry.  However, I'm pretty sure we are using the
> same N116BGE.
> 
>  drivers/gpu/drm/panel/panel-simple.c | 12 ++++++------
>  1 file changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c
> index 4ce1db0..776764a 100644
> --- a/drivers/gpu/drm/panel/panel-simple.c
> +++ b/drivers/gpu/drm/panel/panel-simple.c
> @@ -519,15 +519,15 @@ static const struct panel_desc foxlink_fl500wvr00_a0t = {
>  };
>  
>  static const struct drm_display_mode innolux_n116bge_mode = {
> -	.clock = 71000,
> +	.clock = 76420,
>  	.hdisplay = 1366,
> -	.hsync_start = 1366 + 64,
> -	.hsync_end = 1366 + 64 + 6,
> -	.htotal = 1366 + 64 + 6 + 64,
> +	.hsync_start = 1366 + 136,
> +	.hsync_end = 1366 + 136 + 30,
> +	.htotal = 1366 + 136 + 30 + 60,
>  	.vdisplay = 768,
>  	.vsync_start = 768 + 8,
> -	.vsync_end = 768 + 8 + 4,
> -	.vtotal = 768 + 8 + 4 + 8,
> +	.vsync_end = 768 + 8 + 12,
> +	.vtotal = 768 + 8 + 12 + 12,
>  	.vrefresh = 60,
>  	.flags = DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC,
>  };
> -- 
> 2.1.0.rc2.206.gedb03e5
> 

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

  parent reply	other threads:[~2014-09-22  8:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-02  2:56 [PATCH] drm/panel: update innolux n116bge timings Daniel Kurtz
2014-09-02  2:56 ` Daniel Kurtz
2014-09-21  7:53 ` Daniel Kurtz
2014-09-21  7:53   ` Daniel Kurtz
2014-09-22  8:35   ` Thierry Reding
2014-09-22  8:35     ` Thierry Reding
2014-09-22  8:39 ` Thierry Reding [this message]
2014-09-22  8:39   ` Thierry Reding
2014-09-22 10:12   ` Daniel Kurtz
2014-09-22 10:12     ` Daniel Kurtz
2014-09-22 10:43     ` Thierry Reding
2014-09-22 10:43       ` Thierry Reding
2014-11-07 12:13     ` Thierry Reding
2014-11-07 12:13       ` Thierry Reding

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=20140922083929.GG1470@ulmo \
    --to=thierry.reding@gmail.com \
    --cc=djkurtz@chromium.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcheu@chromium.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.