From: Jani Nikula <jani.nikula@intel.com>
To: Hans Verkuil <hverkuil-cisco@xs4all.nl>, dri-devel@lists.freedesktop.org
Cc: intel-gfx@lists.freedesktop.org, linux-media@vger.kernel.org
Subject: Re: [Intel-gfx] [PATCH 6/6] media: cec: core: add note about *_from_edid() function usage in drm
Date: Thu, 31 Aug 2023 13:52:26 +0300 [thread overview]
Message-ID: <87edjjjxg5.fsf@intel.com> (raw)
In-Reply-To: <343ed7f5-194a-805c-5608-b9000a868d5f@xs4all.nl>
On Wed, 30 Aug 2023, Hans Verkuil <hverkuil-cisco@xs4all.nl> wrote:
> On 24/08/2023 15:46, Jani Nikula wrote:
>> In the drm subsystem, the source physical address is, in most cases,
>> available without having to parse the EDID again. Add notes about
>> preferring to use the pre-parsed address instead.
>>
>> Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>
>> Cc: linux-media@vger.kernel.org
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>> ---
>> drivers/media/cec/core/cec-adap.c | 4 ++++
>> drivers/media/cec/core/cec-notifier.c | 4 ++++
>> 2 files changed, 8 insertions(+)
>>
>> diff --git a/drivers/media/cec/core/cec-adap.c b/drivers/media/cec/core/cec-adap.c
>> index 241b1621b197..2c627ed611ed 100644
>> --- a/drivers/media/cec/core/cec-adap.c
>> +++ b/drivers/media/cec/core/cec-adap.c
>> @@ -1688,6 +1688,10 @@ void cec_s_phys_addr(struct cec_adapter *adap, u16 phys_addr, bool block)
>> }
>> EXPORT_SYMBOL_GPL(cec_s_phys_addr);
>>
>> +/*
>> + * Note: In the drm subsystem, prefer calling cec_s_phys_addr() with
>> + * connector->display_info.source_physical_address if possible.
>> + */
>
> I would rephrase this:
>
> /*
> * Note: in the drm subsystem, prefer calling (if possible):
> *
> * cec_s_phys_addr(adap, connector->display_info.source_physical_address, false);
> */
>
> I think it is important to indicate that the last argument should be 'false'.
Agreed.
>
>> void cec_s_phys_addr_from_edid(struct cec_adapter *adap,
>> const struct edid *edid)
>> {
>> diff --git a/drivers/media/cec/core/cec-notifier.c b/drivers/media/cec/core/cec-notifier.c
>> index 389dc664b211..13f043b3025b 100644
>> --- a/drivers/media/cec/core/cec-notifier.c
>> +++ b/drivers/media/cec/core/cec-notifier.c
>> @@ -195,6 +195,10 @@ void cec_notifier_set_phys_addr(struct cec_notifier *n, u16 pa)
>> }
>> EXPORT_SYMBOL_GPL(cec_notifier_set_phys_addr);
>>
>> +/*
>> + * Note: In the drm subsystem, prefer calling cec_notifier_set_phys_addr() with
>> + * connector->display_info.source_physical_address if possible.
>> + */
>
> This comment is fine, there is no similar last argument here. But perhaps
> it is good to use a similar format as above. Up to you.
Thanks, rephrased both in v2.
BR,
Jani.
>
>> void cec_notifier_set_phys_addr_from_edid(struct cec_notifier *n,
>> const struct edid *edid)
>> {
>
> Regards,
>
> Hans
--
Jani Nikula, Intel Open Source Graphics Center
WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@intel.com>
To: Hans Verkuil <hverkuil-cisco@xs4all.nl>, dri-devel@lists.freedesktop.org
Cc: intel-gfx@lists.freedesktop.org, linux-media@vger.kernel.org
Subject: Re: [PATCH 6/6] media: cec: core: add note about *_from_edid() function usage in drm
Date: Thu, 31 Aug 2023 13:52:26 +0300 [thread overview]
Message-ID: <87edjjjxg5.fsf@intel.com> (raw)
In-Reply-To: <343ed7f5-194a-805c-5608-b9000a868d5f@xs4all.nl>
On Wed, 30 Aug 2023, Hans Verkuil <hverkuil-cisco@xs4all.nl> wrote:
> On 24/08/2023 15:46, Jani Nikula wrote:
>> In the drm subsystem, the source physical address is, in most cases,
>> available without having to parse the EDID again. Add notes about
>> preferring to use the pre-parsed address instead.
>>
>> Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>
>> Cc: linux-media@vger.kernel.org
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>> ---
>> drivers/media/cec/core/cec-adap.c | 4 ++++
>> drivers/media/cec/core/cec-notifier.c | 4 ++++
>> 2 files changed, 8 insertions(+)
>>
>> diff --git a/drivers/media/cec/core/cec-adap.c b/drivers/media/cec/core/cec-adap.c
>> index 241b1621b197..2c627ed611ed 100644
>> --- a/drivers/media/cec/core/cec-adap.c
>> +++ b/drivers/media/cec/core/cec-adap.c
>> @@ -1688,6 +1688,10 @@ void cec_s_phys_addr(struct cec_adapter *adap, u16 phys_addr, bool block)
>> }
>> EXPORT_SYMBOL_GPL(cec_s_phys_addr);
>>
>> +/*
>> + * Note: In the drm subsystem, prefer calling cec_s_phys_addr() with
>> + * connector->display_info.source_physical_address if possible.
>> + */
>
> I would rephrase this:
>
> /*
> * Note: in the drm subsystem, prefer calling (if possible):
> *
> * cec_s_phys_addr(adap, connector->display_info.source_physical_address, false);
> */
>
> I think it is important to indicate that the last argument should be 'false'.
Agreed.
>
>> void cec_s_phys_addr_from_edid(struct cec_adapter *adap,
>> const struct edid *edid)
>> {
>> diff --git a/drivers/media/cec/core/cec-notifier.c b/drivers/media/cec/core/cec-notifier.c
>> index 389dc664b211..13f043b3025b 100644
>> --- a/drivers/media/cec/core/cec-notifier.c
>> +++ b/drivers/media/cec/core/cec-notifier.c
>> @@ -195,6 +195,10 @@ void cec_notifier_set_phys_addr(struct cec_notifier *n, u16 pa)
>> }
>> EXPORT_SYMBOL_GPL(cec_notifier_set_phys_addr);
>>
>> +/*
>> + * Note: In the drm subsystem, prefer calling cec_notifier_set_phys_addr() with
>> + * connector->display_info.source_physical_address if possible.
>> + */
>
> This comment is fine, there is no similar last argument here. But perhaps
> it is good to use a similar format as above. Up to you.
Thanks, rephrased both in v2.
BR,
Jani.
>
>> void cec_notifier_set_phys_addr_from_edid(struct cec_notifier *n,
>> const struct edid *edid)
>> {
>
> Regards,
>
> Hans
--
Jani Nikula, Intel Open Source Graphics Center
next prev parent reply other threads:[~2023-08-31 10:52 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-24 13:46 [Intel-gfx] [PATCH 0/6] drm, cec and edid updates Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` [Intel-gfx] [PATCH 1/6] drm/edid: add drm_edid_is_digital() Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-31 17:23 ` [Intel-gfx] " Ville Syrjälä
2023-08-31 17:23 ` Ville Syrjälä
2023-08-31 17:23 ` Ville Syrjälä
2023-09-01 19:26 ` [Intel-gfx] " Alex Deucher
2023-09-01 19:26 ` Alex Deucher
2023-09-01 19:26 ` Alex Deucher
2023-09-04 10:43 ` [Intel-gfx] " Jani Nikula
2023-09-04 10:43 ` Jani Nikula
2023-09-04 10:43 ` Jani Nikula
2023-08-24 13:46 ` [Intel-gfx] [PATCH 2/6] drm/i915/display: use drm_edid_is_digital() Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-31 17:24 ` [Intel-gfx] " Ville Syrjälä
2023-08-31 17:24 ` Ville Syrjälä
2023-08-24 13:46 ` [Intel-gfx] [PATCH 3/6] drm/edid: parse source physical address Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-30 9:54 ` [Intel-gfx] " Hans Verkuil
2023-08-30 9:54 ` Hans Verkuil
2023-08-24 13:46 ` [Intel-gfx] [PATCH 4/6] drm/cec: add drm_dp_cec_attach() as the non-edid version of set edid Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-25 11:23 ` [Intel-gfx] " kernel test robot
2023-08-25 11:23 ` kernel test robot
2023-08-25 11:23 ` kernel test robot
2023-08-25 11:23 ` kernel test robot
2023-08-25 13:01 ` [Intel-gfx] [PATCH v2] " Jani Nikula
2023-08-25 13:01 ` Jani Nikula
2023-08-25 13:01 ` Jani Nikula
2023-08-30 10:26 ` [Intel-gfx] " Hans Verkuil
2023-08-30 10:26 ` Hans Verkuil
2023-08-30 9:57 ` [Intel-gfx] [PATCH 4/6] " Hans Verkuil
2023-08-30 9:57 ` Hans Verkuil
2023-08-30 10:23 ` [Intel-gfx] " Jani Nikula
2023-08-30 10:23 ` Jani Nikula
2023-08-24 13:46 ` [Intel-gfx] [PATCH 5/6] drm/i915/cec: switch to setting physical address directly Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-30 9:57 ` [Intel-gfx] " Hans Verkuil
2023-08-30 9:57 ` Hans Verkuil
2023-08-24 13:46 ` [Intel-gfx] [PATCH 6/6] media: cec: core: add note about *_from_edid() function usage in drm Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-24 13:46 ` Jani Nikula
2023-08-30 10:03 ` [Intel-gfx] " Hans Verkuil
2023-08-30 10:03 ` Hans Verkuil
2023-08-31 10:52 ` Jani Nikula [this message]
2023-08-31 10:52 ` Jani Nikula
2023-08-31 10:51 ` [Intel-gfx] [PATCH v2] " Jani Nikula
2023-08-31 10:51 ` Jani Nikula
2023-08-31 11:38 ` [Intel-gfx] " Hans Verkuil
2023-08-31 11:38 ` Hans Verkuil
2023-08-24 19:59 ` [Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm, cec and edid updates Patchwork
2023-08-24 20:16 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-08-25 9:10 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2023-08-25 16:17 ` [Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm, cec and edid updates (rev2) Patchwork
2023-08-25 16:35 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-08-26 8:15 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2023-08-31 14:29 ` [Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm, cec and edid updates (rev3) Patchwork
2023-08-31 14:44 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-08-31 18:48 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2023-08-31 18:51 ` [Intel-gfx] [PATCH 0/6] drm, cec and edid updates Jani Nikula
2023-08-31 18:51 ` Jani Nikula
2023-08-31 18:51 ` Jani Nikula
2023-08-31 21:32 ` [Intel-gfx] " Hans Verkuil
2023-08-31 21:32 ` Hans Verkuil
2023-09-01 7:24 ` [Intel-gfx] " Maxime Ripard
2023-09-01 7:24 ` Maxime Ripard
2023-09-01 7:24 ` Maxime Ripard
2023-09-01 8:57 ` [Intel-gfx] " Jani Nikula
2023-09-01 8:57 ` Jani Nikula
2023-09-01 8:57 ` Jani Nikula
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=87edjjjxg5.fsf@intel.com \
--to=jani.nikula@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hverkuil-cisco@xs4all.nl \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-media@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.