All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Carlos Palminha <CARLOS.PALMINHA@synopsys.com>
Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Subject: Re: [PATCH] adv7511: Added mode_fixup function.
Date: Wed, 10 Feb 2016 13:17:47 +0100	[thread overview]
Message-ID: <20160210121747.GS11240@phenom.ffwll.local> (raw)
In-Reply-To: <56BB0EA9.1040301@synopsys.com>

On Wed, Feb 10, 2016 at 10:19:21AM +0000, Carlos Palminha wrote:
> Hi guys,
> 
> I agree that this should be fixed in the helper library.
> There are already a lot of drivers that copy/paste code and several helper functions that do not avoid it.
> 
> I will start sending some patches to fix this type of issue in several places of DRM helper functions.

Awesome, thanks a lot for doing this.
-Daniel

> 
> Regards,
> C.Palminha
> 
> On 09-02-2016 09:24, Daniel Vetter wrote:
> > 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
> > 
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel@ffwll.ch>
To: Carlos Palminha <CARLOS.PALMINHA@synopsys.com>
Cc: Lars-Peter Clausen <lars@metafoo.de>,
	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: Wed, 10 Feb 2016 13:17:47 +0100	[thread overview]
Message-ID: <20160210121747.GS11240@phenom.ffwll.local> (raw)
In-Reply-To: <56BB0EA9.1040301@synopsys.com>

On Wed, Feb 10, 2016 at 10:19:21AM +0000, Carlos Palminha wrote:
> Hi guys,
> 
> I agree that this should be fixed in the helper library.
> There are already a lot of drivers that copy/paste code and several helper functions that do not avoid it.
> 
> I will start sending some patches to fix this type of issue in several places of DRM helper functions.

Awesome, thanks a lot for doing this.
-Daniel

> 
> Regards,
> C.Palminha
> 
> On 09-02-2016 09:24, Daniel Vetter wrote:
> > 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
> > 
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

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

  reply	other threads:[~2016-02-10 12:17 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-29 10:33 [PATCH] adv7511: Added mode_fixup function Carlos Palminha
2016-01-29 10:33 ` Carlos Palminha
2016-01-29 17:48 ` Laurent Pinchart
2016-01-29 17:48   ` Laurent Pinchart
2016-02-01 12:37   ` Carlos Palminha
2016-02-01 12:37     ` Carlos Palminha
2016-02-04 15:22     ` Carlos Palminha
2016-02-04 15:22       ` Carlos Palminha
2016-02-04 20:27       ` Lars-Peter Clausen
2016-02-09  9:24         ` Daniel Vetter
2016-02-09  9:24           ` Daniel Vetter
2016-02-10 10:19           ` Carlos Palminha
2016-02-10 10:19             ` Carlos Palminha
2016-02-10 12:17             ` Daniel Vetter [this message]
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=20160210121747.GS11240@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=CARLOS.PALMINHA@synopsys.com \
    --cc=dri-devel@lists.freedesktop.org \
    --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 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.