Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#987281: linux-image-amd64: Enable i915 HDCP 2.2 support

81 views
Skip to first unread message

Bastian Germann

unread,
Apr 20, 2021, 3:10:03 PM4/20/21
to
Package: linux-image-amd64
Severity: wishlist

Since Linux 5.6, CONFIG_INTEL_MEI_HDCP is available which allows to use HDCP 2.2 with i915 graphics.
The HDCP support for AMD GPUs is already enabled (CONFIG_DRM_AMD_DC_HDCP=y).

Having this available in the kernel config would improve support for various video streaming
services and enable full use of package intel-hdcp. Its README claims CONFIG_INTEL_MEI_TXE must be
available as well, which might be an outdated information.

Please enable both CONFIG_INTEL_MEI_HDCP and CONFIG_INTEL_MEI_TXE as modules.

Salvatore Bonaccorso

unread,
Apr 21, 2021, 1:30:03 AM4/21/21
to
Hi Bastian,
Were you able to verify that enabling those two as modules make it
work?

The time for changes for bullseye is thight, so would like to hear a
confirmation, the needed changed could be tested and confirmed to
work.

Many thanks in advance already,

Regards,
Salvatore

Bastian Germann

unread,
Apr 29, 2021, 1:10:03 PM4/29/21
to
Am 21.04.21 um 07:24 schrieb Salvatore Bonaccorso:
> Were you able to verify that enabling those two as modules make it
> work?

I honestly do not know how to check from userspace. xrandr has a Content Protection flag that is
responsible for enabling/indicating HDCP usage. It works but I cannot verify it to be HDCP v2.2
(v1.4 works without those configs). libhdcpsdk has a HDCPSetProtectionLevel but I do not have the
time right now to write a test program.

Vincent Blut

unread,
Apr 29, 2021, 2:20:03 PM4/29/21
to
Hi,

Le 2021-04-29 19:01, Bastian Germann a écrit :
> Am 21.04.21 um 07:24 schrieb Salvatore Bonaccorso:
> > Were you able to verify that enabling those two as modules make it
> > work?
>
> I honestly do not know how to check from userspace. xrandr has a Content
> Protection flag that is responsible for enabling/indicating HDCP usage. It
> works but I cannot verify it to be HDCP v2.2 (v1.4 works without those
> configs). libhdcpsdk has a HDCPSetProtectionLevel but I do not have the time
> right now to write a test program.

Running 'xrandr --verbose' from Xorg should give you the supported
HDCP Content Type. If that reports "HDCP Type1" then support for HDCP 2.2 is
enabled.

Cheers,
Vincent
signature.asc

Bastian Germann

unread,
Apr 30, 2021, 3:20:03 AM4/30/21
to
Am 29.04.21 um 20:13 schrieb Vincent Blut:
> Running 'xrandr --verbose' from Xorg should give you the supported
> HDCP Content Type. If that reports "HDCP Type1" then support for HDCP 2.2 is
> enabled.

Works as expected. Enabling the two configs is sufficient.

Vincent Blut

unread,
Apr 30, 2021, 6:50:03 AM4/30/21
to
Thanks for confirming.

Salvatore, how do you feel about enabling those kernel options for Bullseye?
Should I open a MR?
signature.asc

Salvatore Bonaccorso

unread,
Apr 30, 2021, 7:50:04 AM4/30/21
to
Hi Vincent,
As it was verified to work and it adds important additional hardware
support, then yes please.

I just find at this stage the part very important, we should try to
enable additional HW support only if we have some verification that it
adds value for the users, this is why I mentioned it last time.

Regards,
Salvatore

Vincent Blut

unread,
Apr 30, 2021, 9:00:03 AM4/30/21
to
Le 2021-04-30 13:41, Salvatore Bonaccorso a écrit :
> Hi Vincent,
>
> On Fri, Apr 30, 2021 at 12:43:22PM +0200, Vincent Blut wrote:
> > Le 2021-04-30 09:12, Bastian Germann a écrit :
> > > Am 29.04.21 um 20:13 schrieb Vincent Blut:
> > > > Running 'xrandr --verbose' from Xorg should give you the supported
> > > > HDCP Content Type. If that reports "HDCP Type1" then support for HDCP 2.2 is
> > > > enabled.
> > >
> > > Works as expected. Enabling the two configs is sufficient.
> >
> > Thanks for confirming.
> >
> > Salvatore, how do you feel about enabling those kernel options for Bullseye?
> > Should I open a MR?
>
> As it was verified to work and it adds important additional hardware
> support, then yes please.

Done.
https://salsa.debian.org/kernel-team/linux/-/merge_requests/354

> I just find at this stage the part very important, we should try to
> enable additional HW support only if we have some verification that it
> adds value for the users, this is why I mentioned it last time.

Definitely agree!

> Regards,
> Salvatore

Cheers,
Vincent
signature.asc
0 new messages