plat-k3: Add support for modifying extended OTP bits #5758
Conversation
|
Do you plan to add a command to U-boot to access the PTA? something like the below might be a good thing to have: |
Hi, currently there are no plans as such, a userspace implementation is already made but not upstreamed, we'll be looking at that instead of the uboot implementation. Feel free to implement it yourself if you think it might be a good addition |
manorit2001
force-pushed
the
extended-otp
branch
from
e198fec
to
31ddb94
Compare
Hi, am removing comments from some other functions also that are not added in this PR. Would it be fine if I squash it? |
manorit2001
force-pushed
the
extended-otp
branch
2 times, most recently
from
27b6da0
to
96f591c
Compare
Fine as-is. |
Extended OTP are a set of bits in our efuses that can be programmed for user specific cases which deal with authentication/encryption. This patch adds support for calling extended OTP APIs using TISCI. Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com>
Writing into the extended OTP has been a vendor specific thing and no generic drivers exists for it in the OP-TEE framework. Add a PTA to write into the custom extended OTP bits in K3 architecture. This header should be exported out of optee-os to be used by the host binary for interacting with the PTA. Includes OTP keywriting PTA header file in libutee Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com>
Add the config to build it for K3 platforms. It is still an optional support and can be disabled if necessary. Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com>
Removing duplicated comments in the existing as well as newly added functions. Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com>
manorit2001
force-pushed
the
extended-otp
branch
from
96f591c
to
bee6d33
Compare
|
Resolved the merge conflicts |
|
Thanks @manorit2001, I have added Etienne's |
K3 family of devices have a set of one-time programmable(OTP) efuses to carry root of trust keys and other information used during device boot. The purpose of these efuses is fixed. K3 family of devices have another set of OTP efuses for general purpose use by the customer.
The PR adds support for reading/writing into these bits through a K3 specific PTA, any ideas around making it a generic like HUK would be a plus. Open to suggestions
https://software-dl.ti.com/tisci/esd/latest/6_topic_user_guides/extended_otp.html