mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Lars-Peter Clausen <lars@metafoo.de>
Cc: Carlos Palminha <CARLOS.PALMINHA@synopsys.com>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	David Airlie <airlied@linux.ie>,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] adv7511: Added mode_fixup function.
Date: Tue, 9 Feb 2016 10:24:44 +0100	[thread overview]
Message-ID: <20160209092444.GD11240@phenom.ffwll.local> (raw)
In-Reply-To: <56B3B42C.7020804@metafoo.de>

On Thu, Feb 04, 2016 at 09:27:24PM +0100, Lars-Peter Clausen wrote:
> On 02/04/2016 04:22 PM, Carlos Palminha wrote:
> > Hi guys,
> > 
> > any feedback? patch will be accepted for adv7511 driver?
> 
> Hi,
> 
> Thanks for the patch, but please try to find and fix the call site that is
> trying to invoke the callback even though it does not exist.
> 
> This is most likely drm_i2c_encoder_mode_fixup().

Agreed, this should be fixed in the helper library, not in drivers by
copypasting piles more dummy functions.
-Daniel

> 
> - Lars
> 
> > 
> > Regards,
> > C.Palminha
> > 
> > On 01-02-2016 12:37, Carlos Palminha wrote:
> >> Hi Laurent
> >>
> >> On 29-01-2016 17:48, Laurent Pinchart wrote:
> >>> Hi Carlos,
> >>>
> >>> Thank you for the patch.
> >>>
> >>> On Friday 29 January 2016 10:33:47 Carlos Palminha wrote:
> >>>> The mode_fixup is necessary when using it in a DRM FB driver pipeline.
> >>>
> >>> Instead of implementing stubs in encoder drivers, wouldn't it be better to 
> >>> make mode_fixup optional ?
> >> Probably you are right but i don't have enough knowledge or time to do that for the DRM framework. :(
> >> I limited myself to do what the other drivers already implement.
> >>
> >> The patch is mandatory to have to the ADV working or else will get some NULL pointer crash.
> >>
> >> Regards,
> >> C.Palminha
> >>
> >>>
> >>>> Signed-off-by: Carlos Palminha <palminha@synopsys.com>
> >>>> ---
> >>>>  drivers/gpu/drm/i2c/adv7511.c | 8 ++++++++
> >>>>  1 file changed, 8 insertions(+)
> >>>>
> >>>> diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/gpu/drm/i2c/adv7511.c
> >>>> index 533d1e3..90082d2 100644
> >>>> --- a/drivers/gpu/drm/i2c/adv7511.c
> >>>> +++ b/drivers/gpu/drm/i2c/adv7511.c
> >>>> @@ -648,6 +648,13 @@ adv7511_encoder_detect(struct drm_encoder *encoder,
> >>>>  	return status;
> >>>>  }
> >>>>
> >>>> +static bool adv7511_encoder_mode_fixup(struct drm_encoder *encoder,
> >>>> +					const struct drm_display_mode *mode,
> >>>> +					struct drm_display_mode *adjusted_mode)
> >>>> +{
> >>>> +	return true;
> >>>> +}
> >>>> +
> >>>>  static int adv7511_encoder_mode_valid(struct drm_encoder *encoder,
> >>>>  				      struct drm_display_mode *mode)
> >>>>  {
> >>>> @@ -754,6 +761,7 @@ static void adv7511_encoder_mode_set(struct drm_encoder
> >>>> *encoder,
> >>>>
> >>>>  static const struct drm_encoder_slave_funcs adv7511_encoder_funcs = {
> >>>>  	.dpms = adv7511_encoder_dpms,
> >>>> +	.mode_fixup = adv7511_encoder_mode_fixup,
> >>>>  	.mode_valid = adv7511_encoder_mode_valid,
> >>>>  	.mode_set = adv7511_encoder_mode_set,
> >>>>  	.detect = adv7511_encoder_detect,
> >>>
> >>
> >>
> >> On 29-01-2016 17:48, Laurent Pinchart wrote:
> >>> Hi Carlos,
> >>>
> >>> Thank you for the patch.
> >>>
> >>> On Friday 29 January 2016 10:33:47 Carlos Palminha wrote:
> >>>> The mode_fixup is necessary when using it in a DRM FB driver pipeline.
> >>>
> >>> Instead of implementing stubs in encoder drivers, wouldn't it be better to 
> >>> make mode_fixup optional ?
> >>>
> >>>> Signed-off-by: Carlos Palminha <palminha@synopsys.com>
> >>>> ---
> >>>>  drivers/gpu/drm/i2c/adv7511.c | 8 ++++++++
> >>>>  1 file changed, 8 insertions(+)
> >>>>
> >>>> diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/gpu/drm/i2c/adv7511.c
> >>>> index 533d1e3..90082d2 100644
> >>>> --- a/drivers/gpu/drm/i2c/adv7511.c
> >>>> +++ b/drivers/gpu/drm/i2c/adv7511.c
> >>>> @@ -648,6 +648,13 @@ adv7511_encoder_detect(struct drm_encoder *encoder,
> >>>>  	return status;
> >>>>  }
> >>>>
> >>>> +static bool adv7511_encoder_mode_fixup(struct drm_encoder *encoder,
> >>>> +					const struct drm_display_mode *mode,
> >>>> +					struct drm_display_mode *adjusted_mode)
> >>>> +{
> >>>> +	return true;
> >>>> +}
> >>>> +
> >>>>  static int adv7511_encoder_mode_valid(struct drm_encoder *encoder,
> >>>>  				      struct drm_display_mode *mode)
> >>>>  {
> >>>> @@ -754,6 +761,7 @@ static void adv7511_encoder_mode_set(struct drm_encoder
> >>>> *encoder,
> >>>>
> >>>>  static const struct drm_encoder_slave_funcs adv7511_encoder_funcs = {
> >>>>  	.dpms = adv7511_encoder_dpms,
> >>>> +	.mode_fixup = adv7511_encoder_mode_fixup,
> >>>>  	.mode_valid = adv7511_encoder_mode_valid,
> >>>>  	.mode_set = adv7511_encoder_mode_set,
> >>>>  	.detect = adv7511_encoder_detect,
> >>>
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch

  reply	other threads:[~2016-02-09  9:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-29 10:33 Carlos Palminha
2016-01-29 17:48 ` Laurent Pinchart
2016-02-01 12:37   ` Carlos Palminha
2016-02-04 15:22     ` Carlos Palminha
2016-02-04 20:27       ` Lars-Peter Clausen
2016-02-09  9:24         ` Daniel Vetter [this message]
2016-02-10 10:19           ` Carlos Palminha
2016-02-10 12:17             ` Daniel Vetter

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=20160209092444.GD11240@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=CARLOS.PALMINHA@synopsys.com \
    --cc=airlied@linux.ie \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=lars@metafoo.de \
    --cc=laurent.pinchart+renesas@ideasonboard.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@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

Powered by JetHome