SUPERH platform development
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: dri-devel@lists.freedesktop.org
Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-sh@vger.kernel.org
Subject: Re: [PATCH v4 6/9] drm: Decouple EDID parsing from I2C adapter
Date: Wed, 26 Nov 2014 19:06:02 +0000	[thread overview]
Message-ID: <2001051.DfcmgkZjNf@avalon> (raw)
In-Reply-To: <CAF6AEGtayqotLxYg9g23nG=T_vgT2-a7YAopU=RYYDP0tXhp+Q@mail.gmail.com>

Hi Rob,

On Tuesday 25 November 2014 19:38:47 Rob Clark wrote:
> On Tue, Nov 25, 2014 at 6:47 PM, Laurent Pinchart wrote:
> > From: Lars-Peter Clausen <lars@metafoo.de>
> > 
> > The drm_get_edid() function performs direct I2C accesses to read EDID
> > blocks, assuming that the monitor DDC interface is directly connected to
> > the I2C bus. It can't thus be used with HDMI encoders that control the
> > DDC bus and expose EDID blocks through a different interface.
> > 
> > Refactor drm_do_get_edid() to take a block read callback function
> > instead of an I2C adapter, and export it for direct use by drivers.
> > 
> > As in the general case the DDC bus is accessible by the kernel at the
> > I2C level, drivers must make all reasonable efforts to expose it as an
> > I2C adapter and use drm_get_edid() instead of abusing this function.
> > 
> > Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
> > Signed-off-by: Laurent Pinchart
> > <laurent.pinchart+renesas@ideasonboard.com>
> 
> I suppose if tda998x were converted over to use it, it would be a nice
> negative diffstat ;-)

 tda998x_drv.c |   86 ++++++++++++-------------------------------------------
 1 file changed, 18 insertions(+), 68 deletions(-)

:-)

> Reviewed-by: Rob Clark <robdclark@gmail.com>
> 
> > ---
> > 
> >  drivers/gpu/drm/drm_edid.c | 43 ++++++++++++++++++++++++++++-------------
> >  include/drm/drm_edid.h     |  5 +++++
> >  2 files changed, 35 insertions(+), 13 deletions(-)
> > 
> > Daniel, could you please review and hopefully ack this ? If this new
> > version is acceptable I'd like to send an updated pull request for R-Car
> > DU HDMI support for v3.19, so time is running short.
> > 
> > Changes since v3:
> > 
> > - Add kerneldoc for the new exported drm_do_get_edid function

-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2014-11-26 19:06 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-26 15:24 [PATCH v3 0/9] Renesas R-Car DU HDMI support Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 1/9] drm: rcar-du: Remove platform data support Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 2/9] drm: rcar-du: Pass the encoder DT node to rcar_du_encoder_init() Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 3/9] drm: rcar-du: Replace direct DRM encoder access with cast macro Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 4/9] drm: rcar-du: Replace drm_encoder with drm_slave_encoder Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 5/9] drm: rcar-du: Add HDMI encoder and connector support Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 6/9] drm: Decouple EDID parsing from I2C adapter Laurent Pinchart
2014-11-25 23:47   ` [PATCH v4 " Laurent Pinchart
2014-11-26  0:38     ` Rob Clark
2014-11-26 19:06       ` Laurent Pinchart [this message]
2014-11-26  7:28     ` Daniel Vetter
2014-10-26 15:24 ` [PATCH v3 7/9] video: Add ADV751[13] DT bindings documentation Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 8/9] drm: Add adv7511 encoder driver Laurent Pinchart
2014-10-26 15:24 ` [PATCH v3 9/9] ARM: shmobile: koelsch: Add DU HDMI output support Laurent Pinchart
2014-10-28  5:30 ` [PATCH v3 0/9] Renesas R-Car DU HDMI support Dave Airlie
2014-10-30 11:05   ` Laurent Pinchart
     [not found]     ` <CAGv-rZm=0rvvnO1cgBp0ZNdu0PvA-nwh6Nk05LSyTE=0vg0ipA@mail.gmail.com>
2014-10-30 11:40       ` Laurent Pinchart
2014-10-31  8:18         ` Simon Horman

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=2001051.DfcmgkZjNf@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=laurent.pinchart+renesas@ideasonboard.com \
    --cc=linux-sh@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox