From: Ramalingam C <ramalingam.c@intel.com>
To: Sean Paul <seanpaul@chromium.org>
Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
rodrigo.vivi@intel.com
Subject: Re: [PATCH v2 1/4] drm/i915: Read HDCP R0 thrice in case of mismatch
Date: Mon, 2 Apr 2018 14:38:14 +0530 [thread overview]
Message-ID: <5950ce04-84c5-2f7f-1866-961137511f0a@intel.com> (raw)
In-Reply-To: <20180329143516.GC41885@art_vandelay>
On Thursday 29 March 2018 08:05 PM, Sean Paul wrote:
> On Thu, Mar 29, 2018 at 07:39:05PM +0530, Ramalingam C wrote:
>> As per DP spec when R0 mismatch is detected, HDCP source supported
>> re-read the R0 atleast twice.
>>
>> And For HDMI and DP minimum wait required for the R0 availability is
>> 100mSec. So this patch changes the wait time to 100mSec but retries
>> twice with the time interval of 100mSec for each attempt.
>>
>> This patch is needed for DP HDCP1.4 CTS Test: 1A-06.
>>
>> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_hdcp.c | 30 +++++++++++++++++++-----------
>> 1 file changed, 19 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_hdcp.c b/drivers/gpu/drm/i915/intel_hdcp.c
>> index 14ca5d3057a7..96b9025dc759 100644
>> --- a/drivers/gpu/drm/i915/intel_hdcp.c
>> +++ b/drivers/gpu/drm/i915/intel_hdcp.c
>> @@ -496,9 +496,11 @@ static int intel_hdcp_auth(struct intel_digital_port *intel_dig_port,
>> }
>>
>> /*
>> - * Wait for R0' to become available. The spec says 100ms from Aksv, but
>> - * some monitors can take longer than this. We'll set the timeout at
>> - * 300ms just to be sure.
>> + * Wait for R0' to become available. The spec says minimum 100ms from
>> + * Aksv, but some monitors can take longer than this. So we are
>> + * combinely waiting for 300mSec just to be sure in case of HDMI.
>> + * DP HDCP Spec mandates the two more reattempt to read R0, incase
>> + * of R0 mismatch.
> I am sorry to nitpick comments, but this doesn't belong here. Leave this comment
> alone and add the part about the DP spec requiring retries directly above the
> loop where we're actually doing the retries.
Ok. I will take care in the next ver.
--Ram
>
> Sean
>
>> *
>> * On DP, there's an R0_READY bit available but no such bit
>> * exists on HDMI. Since the upper-bound is the same, we'll just do
>> @@ -506,15 +508,21 @@ static int intel_hdcp_auth(struct intel_digital_port *intel_dig_port,
>> */
>> wait_remaining_ms_from_jiffies(r0_prime_gen_start, 300);
>>
>> - ri.reg = 0;
>> - ret = shim->read_ri_prime(intel_dig_port, ri.shim);
>> - if (ret)
>> - return ret;
>> - I915_WRITE(PORT_HDCP_RPRIME(port), ri.reg);
>> + tries = 3;
>> + for (i = 0; i < tries; i++) {
>> + ri.reg = 0;
>> + ret = shim->read_ri_prime(intel_dig_port, ri.shim);
>> + if (ret)
>> + return ret;
>> + I915_WRITE(PORT_HDCP_RPRIME(port), ri.reg);
>>
>> - /* Wait for Ri prime match */
>> - if (wait_for(I915_READ(PORT_HDCP_STATUS(port)) &
>> - (HDCP_STATUS_RI_MATCH | HDCP_STATUS_ENC), 1)) {
>> + /* Wait for Ri prime match */
>> + if (!wait_for(I915_READ(PORT_HDCP_STATUS(port)) &
>> + (HDCP_STATUS_RI_MATCH | HDCP_STATUS_ENC), 1))
>> + break;
>> + }
>> +
>> + if (i == tries) {
>> DRM_ERROR("Timed out waiting for Ri prime match (%x)\n",
>> I915_READ(PORT_HDCP_STATUS(port)));
>> return -ETIMEDOUT;
>> --
>> 2.7.4
>>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2018-04-02 9:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-29 14:09 [PATCH v2 0/4] HDCP1.4 fixes Ramalingam C
2018-03-29 14:09 ` [PATCH v2 1/4] drm/i915: Read HDCP R0 thrice in case of mismatch Ramalingam C
2018-03-29 14:35 ` Sean Paul
2018-04-02 9:08 ` Ramalingam C [this message]
2018-03-29 14:09 ` [PATCH v2 2/4] drm/i915: Read Vprime thrice incase " Ramalingam C
2018-03-29 14:38 ` Sean Paul
2018-04-02 9:16 ` Ramalingam C
2018-03-29 14:09 ` [PATCH v2 3/4] drm/i915: Check hdcp key loadability Ramalingam C
2018-03-29 14:24 ` Ville Syrjälä
2018-04-02 9:05 ` Ramalingam C
2018-04-06 16:02 ` Ville Syrjälä
2018-04-09 8:28 ` Daniel Vetter
2018-04-11 8:27 ` Ramalingam C
2018-04-13 15:49 ` Daniel Vetter
2018-03-29 14:09 ` [PATCH v2 4/4] drm/i915: Fix downstream dev count read Ramalingam C
2018-03-29 14:39 ` Sean Paul
2018-03-29 14:12 ` [PATCH v2 0/4] HDCP1.4 fixes Ramalingam C
2018-03-29 14:45 ` ✓ Fi.CI.BAT: success for HDCP1.4 fixes (rev3) Patchwork
2018-03-29 17:53 ` ✗ Fi.CI.IGT: failure " Patchwork
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=5950ce04-84c5-2f7f-1866-961137511f0a@intel.com \
--to=ramalingam.c@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=rodrigo.vivi@intel.com \
--cc=seanpaul@chromium.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