Request to ME to prepare the encrypted session key.
On Success, ME provides Encrypted session key. Functions populates
the HDCP2.2 authentication msg SKE_Send_Eks.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
drivers/misc/mei/hdcp/mei_hdcp.c | 67
Request ot ME to verify the downatream topology information received.
ME FW will validate the Repeaters receiver id list and
downstream topology.
On Success ME FW will provide the Least Significant
128bits of VPrime, which forms the repeater ack.
v2:
Rebased.
Signed-off-by: Ramalingam C
Provides Pairing info to ME to store.
Pairing is a process to fast track the subsequent authentication
with the same HDCP sink.
On Success, received HDCP pairing info is stored in non-volatile
memory of ME.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
Requests for the verifcation of AKE_Send_H_prime.
ME will calculation the H and comparing it with received H_Prime.
Here AKE_Send_H_prime is a HDCP2.2 Authentication msg.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
drivers/misc/mei/hdcp/mei_hdcp.c | 65
Request to ME to verify the LPrime received from HDCP sink.
On Success, ME FW will verify the received Lprime by calculating and
comparing with L.
This represents the completion of Locality Check.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
Requests ME to start the second stage of HDCP2.2 authentication,
called Locality Check.
On Success, ME FW will provide LC_Init message to send to hdcp sink.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
drivers/misc/mei/hdcp/mei_hdcp.c | 64
Requests for verification for receiver certification and also the
preparation for next AKE auth message with km.
On Success ME FW validate the HDCP2.2 receivers certificate and do the
revocation check on the receiver ID. AKE_Stored_Km will be prepared if
the receiver is already paired, else
Request ME FW to start the HDCP2.2 session for a intel port.
Prepares payloads for command WIRED_INITIATE_HDCP2_SESSION and sent
to ME FW.
On Success, ME FW will start a HDCP2.2 session for the port and
provides the content for HDCP2.2 AKE_Init message.
v2:
Rebased.
Signed-off-by: Ramalingam
Data structures and Enum for the I915-MEI_HDCP interface are defined
at
v2:
Rebased.
Signed-off-by: Ramalingam C
---
include/linux/mei_hdcp.h | 71
1 file changed, 71 insertions(+)
diff --git
Defines the HDCP specific ME FW interfaces such as Request CMDs,
payload structure for CMDs and their response status codes.
This patch defines payload size(Excluding the Header)for each WIRED
HDCP2.2 CMDs.
v2:
Rebased.
Signed-off-by: Ramalingam C
---
v2:
including the hdcp folder with a Makefile. [Tomas]
Signed-off-by: Ramalingam C
---
drivers/misc/mei/Kconfig | 6 ++
drivers/misc/mei/Makefile | 2 ++
drivers/misc/mei/hdcp/Makefile | 6 ++
3 files changed, 14 insertions(+)
create mode 100644
Interfaces to obtain and release the cl_device reference is developed.
Using these interfaces intel hdcp driver will get the reference to the
mei client devices, so that hdcp2.2 service calls can be routed to
that client device.
During registration, call back function will be registered with
Checks whether mei client device for hdcp2.2 is enabled?
v2:
Rebased.
Signed-off-by: Ramalingam C
---
drivers/misc/mei/hdcp/mei_hdcp.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/misc/mei/hdcp/mei_hdcp.c b/drivers/misc/mei/hdcp/mei_hdcp.c
ME FW is contributes a vital role in HDCP2.2 authentication.
HDCP2.2 driver needs to communicate to ME FW for each step of the
HDCP2.2 authentication.
ME FW prepare and HDCP2.2 authentication parameters and encrypt them
as per spec. With such parameter Driver prepares HDCP2.2 auth messages
and
Based on HDCP1.4 framework introduced by Sean Paul, this series
implements the HDCP2.2 in I915.
The sequence for HDCP2.2 authentication and encryption is implemented
in I915. Encoder specific implementations are moved into hdcp_shim.
Intel HWs supports HDCP2.2 through ME FW. Hence this series
From: Tomas Winkler
Whitelist HDCP client for in kernel drm use
v2:
Rebased.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus-fixup.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/misc/mei/bus-fixup.c
In preparation for implementing HDCP2.2 in I915, this patch adds
HDCP register definitions for HDMI and DP HDCP adaptations.
HDMI specific HDCP2.2 register definitions are added into drm_hdcp.h,
where are HDCP2.2 register offsets in DPCD offsets are defined at
drm_dp_helper.h.
v2:
bit_field
This patch defines the hdcp2.2 protocol messages for the
HDCP2.2 authentication.
v2:
bit_fields are removed. Instead bitmasking used. [Tomas and Jani]
prefix HDCP_2_2_ is added to the macros. [Tomas]
Signed-off-by: Ramalingam C
---
include/drm/drm_hdcp.h | 183
Hi Gustavo,
On 7 March 2018 at 19:54, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wvla, remove VLA and replace it
> with a fixed-length array instead. Also, remove variable 'len'.
>
What is the reason behind adding -Wvla? Is there a thread some that I
can
Quoting Matt Roper (2018-03-06 23:46:59)
> There are cases where a system integrator may wish to raise/lower the
> priority of GPU workloads being submitted by specific OS process(es),
> independently of how the software self-classifies its own priority.
> Exposing "priority offset" as an
Hi Inki,
Cc: alsa-de...@alsa-project.org
On 03/08/2018 09:15 AM, Inki Dae wrote:
> By the way, it seems 'sound-dai-cells' property never affect Exynos4210/4212>
> 5420/5433. It seems that even through ALSA TM2 audio driver(tm2_wm5110.c)
> exists the driver never check the property.
>
>
Hey John,
This patch looks good to me.
I have yet to build it, and I haven't brought my HiKey960 up for testing quite
yet.
On 03/07/2018 12:19 AM, John Stultz wrote:
This allows for importing buffers allocated from the
hikey and hikey960 gralloc implelementations.
"implelementations" ->
Hey John,
On 03/07/2018 12:19 AM, John Stultz wrote:
As suggested by Alexandru-Cosmin Gheorghe:
ConvertHALFormatToDrm logic would work only for 1 plane formats,
and probably gets rejected by drmModeAddFb2, but to save
debugging time maybe it worth removing DRM_FORMAT_YVU420 from
On Wed, 07 Mar 2018, a...@linux-foundation.org wrote:
> From: Andrew Morton
> Subject: drivers/gpu/drm/i915/intel_guc_log.c: work around gcc-4.4.4 union
> initializer issue
>
> gcc-4.4.4 has problems with initalizers of anon unions.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #16 from Roman Gilg ---
I can't reproduce the issue currently. What is weird, since it didn't work for
months.
Maybe it's working now again because I deleted the $HOME/.cache content?
Could someone with the same
https://bugs.freedesktop.org/show_bug.cgi?id=28433
--- Comment #4 from Gert Wollny ---
I can't see any artefacts on i915 with GM45. In fact there the rendering looks
better then with the llvmpipe software renderer and r600. These two create
over-bright pixels that are not
https://bugs.freedesktop.org/show_bug.cgi?id=105302
--- Comment #6 from Andrew Sheldon ---
(In reply to Alex Deucher from comment #5)
> I'd rather not support running things out of spec in the driver. The source
> is open. If you want to adjust the code allow something
Hi Marek,
2018년 03월 08일 16:36에 Marek Szyprowski 이(가) 쓴 글:
> Hi Inki,
>
> On 2018-03-08 07:50, Inki Dae wrote:
>> 2018년 03월 08일 15:29에 Marek Szyprowski 이(가) 쓴 글:
>>> On 2018-03-08 05:01, Inki Dae wrote:
2018년 03월 08일 02:11에 Sylwester Nawrocki 이(가) 쓴 글:
> The #sound-dai-cells DT property
101 - 128 of 128 matches
Mail list logo