All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ramalingam C <ramalingam.c@intel.com>
To: "Voldman, Mikhail" <Mikhail.Voldman@Teledyne.com>
Cc: intel-gfx <intel-gfx@lists.freedesktop.org>,
	Kurmi Suresh Kumar <suresh.kumar.kurmi@intel.com>
Subject: Re: [Intel-gfx] i915 HDCP 2.2 TX encryption on Teledyne test instrument
Date: Thu, 30 Apr 2020 10:31:45 +0530	[thread overview]
Message-ID: <20200430050145.GA14647@intel.com> (raw)
In-Reply-To: <SN6PR14MB24642D79A1E77C667D8B658F85AD0@SN6PR14MB2464.namprd14.prod.outlook.com>

On 2020-04-29 at 18:12:32 +0000, Voldman, Mikhail wrote:
> Hi Ram,
> 
> Thank you for your help, in the past. 
> We can control HDCP on our products as needed.
> 
> One issue on the new motherboard used in our product.
> In this case, i915 advertises itself as DP-1 sink repeater and authenticated as HDCP 1.4 capable device, but downstream HDMI device is HDCP 2.3 capable and correctly authenticated as HDCP 2.3. 
I assume this is due to the lspcon used in your motherboard/SoC itself.
Which is converting DP->HDMI. For i915 LSPCon is external device
authenticate with it based on the LSPCon's hdcp capability and requested
HDCP type. And authentication between LSPCon and Display sink connected
to it is LSPCon's resposibility. I915 will assume LSPCon has followed
the HDCP spec for repeater.

-Ram
> Is it any way I can determine what HDCP level downstream device is authenticated?  
> Lock of i915 documentation makes this not very obvious. 
> Can you just point us in the right direction?
> 
> Tahk You,
> 
> Mikhail Voldman
> System Architect
> 
> Teledyne LeCroy, Protocol Solutions Group
> 2111 Big Timber Road
> Elgin, IL  60123
> email address:  mikhail.voldman@teledyne.com
> 847-888-0450 x136
> 
> Send me a file securely
> 
> 
> -----Original Message-----
> From: Ramalingam C <ramalingam.c@intel.com> 
> Sent: Tuesday, November 5, 2019 11:12 PM
> To: Voldman, Mikhail <Mikhail.Voldman@Teledyne.com>
> Cc: Kurmi Suresh Kumar <suresh.kumar.kurmi@intel.com>; intel-gfx <intel-gfx@lists.freedesktop.org>
> Subject: Re: i915 HDCP 2.2 TX encryption on Teledyne test instrument
> 
> ---External Email---
> 
> Moving to #intel-gfx
> 
> Hi,
> 
> Glad that I could help you!
> 
> On 2019-11-05 at 21:56:28 +0000, Voldman, Mikhail wrote:
> > Hello Ramalingam,
> > 
> > Thank you for quick response. 
> > Your information is very helpful. 
> > But can you elaborate:
> > 
> > In your product, If you want to enable the HDCP always based on the 
> > sink capability, set the "Content protection" to DESIRED state along 
> > with desired content type.  [MV] should I set DESIRED protection level as DRM master?
> This needs additional kernel patch for your product to set the desired state as default state of the property at the creation.
> > 
> > As these are properties, non DRM Masters can only read them. can set 
> > them. [MV] do you mean: " non DRM Masters can only read them, but  can't set them."
> Yes.
> > Can I use MEI interface to control HDCP?
> Not needed if you set the default state as desired.
> -Ram
> > 
> > Mikhail Voldman
> > System Architect
> > 
> > Teledyne LeCroy, Protocol Solutions Group
> > 2111 Big Timber Road
> > Elgin, IL  60123
> > Note new email address:  mikhail.voldman@teledyne.com
> > 847-888-0450 x136
> > 
> > Send me a file securely
> > 
> > 
> > -----Original Message-----
> > From: Ramalingam C <ramalingam.c@intel.com>
> > Sent: Monday, November 4, 2019 10:44 PM
> > To: Voldman, Mikhail <Mikhail.Voldman@Teledyne.com>
> > Cc: Kurmi Suresh Kumar <suresh.kumar.kurmi@intel.com>
> > Subject: Re: i915 HDCP 2.2 TX encryption on Teledyne test instrument
> > 
> > ---External Email---
> > 
> > On 2019-11-04 at 20:42:49 +0000, Voldman, Mikhail wrote:
> > > Hello Ramalingam,
> > > 
> > > We exchanged number of e-mails few months ago regarding Linux i915 HDCP 2.2 encryption  support in the new Teledyne video test instrument.
> > > Thanks for your help we were able to control HDCP 2.2 encryption as DRM masters.
> > > 
> > > Unfortunately our product requirement specified than we need to  enable HDCP 2.2 always if attached monitor capabilities shows HDCP 2.2 support.
> > > Also i915 based TX required to execute HDCP 2.2 re-authentication if Sink HPD is detected.
> > > 
> > > Is current Intel i915 kernel driver implementation can support desired functionality? Do you have plans to support this?
> > 
> > "HDCP always" will never be an upstream solution. always userspace 
> > driven.
> > 
> > In your product, If you want to enable the HDCP always based on the 
> > sink capability, set the "Content protection" to DESIRED state along 
> > with desired content type.
> > 
> > As these are properties, non DRM Masters can only read them. can set 
> > them.
> > 
> > Hope you are unblocked. All the best!
> > 
> > -Ram
> > > 
> > > Are current i915 allow control HDCP encryption by NOT DRM master application?
> > > 
> > > Any suggestion or advice by Intel HDCP 2.2 experts will be really appreciated.
> > > 
> > > Best Regards,
> > > 
> > > Mikhail Voldman
> > > System Architect
> > > [cid:image001.gif@01D2D0A7.919320A0]
> > > Teledyne LeCroy, Protocol Solutions Group
> > > 2111 Big Timber Road
> > > Elgin, IL  60123
> > > Note new email address:  
> > > mikhail.voldman@teledyne.com<mailto:mikhail.voldman@teledyne.com>
> > > 847-888-0450 x136
> > > 
> > > Send me a file 
> > > securely<https://transfereast.teledyne.com/filedrop/mikhail.voldman@
> > > teledyne.com>
> > > 
> > 
> > 
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2020-04-30  5:01 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <BN8PR14MB3156745AD1ACA0DE7181E50E857F0@BN8PR14MB3156.namprd14.prod.outlook.com>
     [not found] ` <20191105044329.GA19142@intel.com>
     [not found]   ` <BN8PR14MB3156BC64F3EB8DDAB2AC5295857E0@BN8PR14MB3156.namprd14.prod.outlook.com>
2019-11-06  5:12     ` i915 HDCP 2.2 TX encryption on Teledyne test instrument Ramalingam C
2019-11-06  5:12       ` [Intel-gfx] " Ramalingam C
2019-11-06 20:39       ` Voldman, Mikhail
2019-11-06 20:39         ` [Intel-gfx] " Voldman, Mikhail
2020-04-29 18:12       ` Voldman, Mikhail
2020-04-30  5:01         ` Ramalingam C [this message]
2020-05-01 15:00           ` Voldman, Mikhail

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=20200430050145.GA14647@intel.com \
    --to=ramalingam.c@intel.com \
    --cc=Mikhail.Voldman@Teledyne.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=suresh.kumar.kurmi@intel.com \
    /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.