On Thu, Nov 07, 2019 at 10:56:17AM -0500, Bhawanpreet Lakha wrote:
> The module works like a state machine
>
> +-------------+
> ------> | Execution.c | ------
> | +-------------+ |
> | V
> +----+ +--------+ +--------------+
> | DM | -----> | Hdcp.c | <------------ | Transition.c |
> +----+ <----- +--------+ +--------------+
>
> This patch adds the execution and transition files for 2.2
>
> Extension to "40a702d427 drm/amd/display: Add HDCP module" for 2.2
>
> Signed-off-by: Bhawanpreet Lakha <Bhawanpreet.Lakha@xxxxxxx>
The version of this patch in linux-next, 51466b3fd272 ("drm/amd/display:
Add execution and transition states for HDCP2.2") causes the following
error on arm32:
arm-linux-gnueabi-ld: drivers/gpu/drm/amd/display/modules/hdcp/hdcp2_execution.o: in function `locality_check':
hdcp2_execution.c:(.text+0xd2c): undefined reference to `__bad_udelay'
arm-linux-gnueabi-ld: drivers/gpu/drm/amd/display/modules/hdcp/hdcp2_execution.o: in function `poll_l_prime_available':
hdcp2_execution.c:(.text+0xe64): undefined reference to `__bad_udelay'
There is a limit of 2000us delays on arm:
https://elixir.bootlin.com/linux/v5.3.12/source/arch/arm/include/asm/delay.h#L60
If this function doesn't run in an atomic context, I assume msleep
should work.
Cheers,
Nathan
_______________________________________________
amd-gfx mailing list
amd-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
