All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <treding@nvidia.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	Emil Velikov <emil.l.velikov@gmail.com>,
	dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver
Date: Tue, 11 Apr 2017 12:03:43 +0200	[thread overview]
Message-ID: <20170411100342.GE6484@ulmo.ba.sec> (raw)
In-Reply-To: <3355213.1Mfthv3hYv@avalon>


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

On Tue, Apr 11, 2017 at 08:00:11AM +0300, Laurent Pinchart wrote:
[...]
> The point I don't agree with is that timings have to be specified in C code. 
> As pointed in in a comment to
> https://sietch-tagr.blogspot.fi/2016/04/display-panels-are-not-special.html,
> there's a huge number of display panels on the 
> marked, and the Linux kernel supports only a very tiny fraction of them. I 
> still haven't seen the scalability issue of a C mode DB being addressed, and 
> that's a major blocker for me.

How about we tackle that problem when it becomes real? drm/panel has
existed for about 3.5 years now and we support not even 100 different
panels.

> The other comment about EMC and EMI (Electro-
> Magnetic Compatibility and Electro-Magnetic Interference) is also valid in my 
> opinion, and is why we had to specify clock frequencies in DT for cameras as 
> they need to be fine-tuned for each particular system. The same applies to 
> panels, where timings for the same panel integrated in different systems may 
> need to differ.

We already have a mechanism to do this. Initially panel descriptors used
to contain a single mode, but it wasn't very long until we encountered a
situation where the same panel was used on different devices with slight
differences in capabilities, which cause the original mode not to work.

The solution that Philipp Zabel came up with is fairly elegant. Instead
of specifying a single mode, matching essentially the integration on one
board, panel descriptors can now contain display timing ranges. This
allows each display controller driver to tailor a mode that fits its
needs.

Thierry

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

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

  reply	other threads:[~2017-04-11 10:05 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-04 14:17 [GIT PULL FOR v4.12] Renesas R-Car Gen3 DU HDMI support Laurent Pinchart
2017-04-04 15:21 ` Thierry Reding
2017-04-04 15:38   ` Laurent Pinchart
2017-04-04 16:03     ` Daniel Vetter
2017-04-07 17:40       ` Thierry Reding
2017-04-05  6:51 ` [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver Laurent Pinchart
2017-04-05  6:56   ` Laurent Pinchart
2017-04-05  7:47     ` Jani Nikula
2017-04-06 19:44   ` Dave Airlie
2017-04-07 17:33     ` Thierry Reding
2017-04-09 12:31       ` Emil Velikov
2017-04-10  7:17         ` Thierry Reding
2017-04-10  9:03           ` Laurent Pinchart
2017-04-10 19:27             ` Dave Airlie
2017-04-11  4:41               ` Laurent Pinchart
2017-04-11 18:56               ` Rob Herring
2017-04-12 15:44                 ` Thierry Reding
2017-04-12 17:42                   ` Daniel Vetter
2017-04-12 19:46                     ` Alex Deucher
2017-04-10  9:58           ` Lucas Stach
2017-04-10 11:38             ` Emil Velikov
2017-04-11  5:00             ` Laurent Pinchart
2017-04-11 10:03               ` Thierry Reding [this message]
2017-04-11 17:10       ` Rob Herring
2017-04-12 15:26         ` Thierry Reding
2017-04-12 23:27           ` Rob Herring

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=20170411100342.GE6484@ulmo.ba.sec \
    --to=treding@nvidia.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emil.l.velikov@gmail.com \
    --cc=laurent.pinchart+renesas@ideasonboard.com \
    --cc=laurent.pinchart@ideasonboard.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.