Should be called from application instead.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked-by: Srikanth Vemula <svemula@xilinx.com>
During an unplug event, the clock may not be stable which will
cause the disable function to stall.
Removing the wait for the encryption function to finish after the
cipher has been disabled will not affect functionality.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked by: Rohit Consul <rohitco@xilinx.com>
- Renamed xhdcp1x_cipher_hw.h to xhdcp1x_hw.h
- Moved low-level macros to the new xhdcp1x_hw.h file.
- Included xhdcp1x_hw.h in xhdcp1x.h, exposing register definitions
to the user.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked-by: Shadul Shaikh <shaduls@xilinx.com>
- Macros to follow format of other drivers.
- Raw read and writes act upon the base address.
- Removed IsTX, IsRX, IsHDMI, and IsDP since these macros were acting
on the software and there are already associated macros for checking
the hardware. To remove confusion InstancePtr->Config.Is* is used
instead.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked-by: Shadul Shaikh <shaduls@xilinx.com>
Initialization functions for the cipher, port, and directions are now invoked
from within the XHdcp1x_CfgInitialize function directly.
No need to do check for inconsistencies between HW and SW for protocol and
direction because this scenario will never happen unless SDK generates the
xparameters.h incorrectly. The self test is the more appropriate place for this
check.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked-by: Shadul Shaikh <shaduls@xilinx.com>
The way the CfgPtr is now consistent with the rest of the drivers.
Signed-off-by: Andrei-Liviu Simion <andrei.simion@xilinx.com>
Acked-by: Shadul Shaikh <shaduls@xilinx.com>
