Hi, Jens
Since the optee driver has not been updated to ffa 1.1, I will first update the code with ffa 1.0.
Regards,
Yuye.
------------------------------------------------------------------
发件人:梅建强(禹夜) <meijianqiang.mjq(a)alibaba-inc.com>
发送时间:2023年7月3日(星期一) 14:30
收件人:Jens Wiklander <jens.wiklander(a)linaro.org>
抄 送:op-tee <op-tee(a)lists.trustedfirmware.org>
主 题:core: fix fragmented memory retrieve
Hi, Jens,
The previous fix was based on ffa_mem_transaction with ffa version 1.0,
now optee and Hafnium have updated ffa_mem_transaction to ffa 1.1.
But optee-driver in linaro-swg/linux seems to be using ffa version 1.0,
which causes incorrect data reading when the driver is doing mem_share to Hafnium.
I need to debug my previous code.
When will optee-driver synchronize this version change?
Regards,
Yuye.
------------------------------------------------------------------
发件人:Jens Wiklander <jens.wiklander(a)linaro.org>
发送时间:2023年6月28日(星期三) 17:54
收件人:梅建强(禹夜) <meijianqiang.mjq(a)alibaba-inc.com>
抄 送:op-tee <op-tee(a)lists.trustedfirmware.org>
主 题:Re: core: fix fragmented memory retrieve
Hi Yuye,
On Wed, Jun 28, 2023 at 11:50 AM 梅建强(禹夜)
<meijianqiang.mjq(a)alibaba-inc.com> wrote:
>
>
>
>
> Hi, Jens,
>
> Sorry for forgetting to revise the PR in time, because my github email changed so I haven't received any comments.
> Could you help me reopen the PR since I don't have the right? I will re-fix the problem as requested.
> Thanks.
> https://github.com/OP-TEE/optee_os/pull/5966 <https://github.com/OP-TEE/optee_os/pull/5966 >
I've reopened it.
Cheers,
Jens
[BCC all OP-TEE maintainers]
Hi OP-TEE maintainers & contributors,
OP-TEE v3.22.0 is scheduled to be released at 2023-07-07 (*). So, now is
a good time to start testing the master branch on the various platforms
and report/fix any bugs.
The GitHub pull request for collecting Tested-by tags or any other
comments is https://github.com/OP-TEE/optee_os/pull/6125.
As usual, we will create a release candidate tag one week before the
release date for final testing.
In addition to that you can find some additional information related to
releases here: https://optee.readthedocs.io/en/latest/general/releases.html
Regards,
Joakim Bech
(*) We moved this from July 14th to July 7th due to vacation and holiday
schedules.
Hi,
I contact you about the merge request
https://github.com/OP-TEE/optee_os/pull/5166 that is mandatory to be able
to use ECC private key imported in PKCS11 TA and not generate by the TA.
Currently the status is
Attribute on generated ECC private key are
- EC_PARAMS
- VALUE
- EC_POINT
=> This object can be use for crypto operation
Attribute on imported ECC private key are
- EC_PARAMS
- VALUE
=> PKCS11 TA can not use it because TA expect EC_POINTS attributes on ECC
Private key.
Could you accept the merge request and have a coherence between generated
and imported object even if for the moment it's doesn't respect PKCS11
standard ?
Two options for the next step.
- check with PKCS11 editors to upgrade the spec and have a same behavior
between RSA Private object and ECC Private object.
- rework the code of the TA for ECC to link Private and public object but
that mean that ECC Private and Public object must be present in the same
slot to be able to perform crypto operation.
Best regards,
Cédric Dourlent,
Hello arm-soc maintainers,
Please pull this small patch to the OP-TEE driver that replaces
kmalloc() + memcpy() with kmemdup() at one place.
Thanks,
Jens
The following changes since commit f1fcbaa18b28dec10281551dfe6ed3a3ed80e3d6:
Linux 6.4-rc2 (2023-05-14 12:51:40 -0700)
are available in the Git repository at:
https://git.linaro.org/people/jens.wiklander/linux-tee.git tags/optee-use-kmemdup-for-6.5
for you to fetch changes up to 6a8b7e80105416cc7324fda295608ea2d3f98862:
tee: optee: Use kmemdup() to replace kmalloc + memcpy (2023-06-15 08:49:55 +0200)
----------------------------------------------------------------
Use kmemdup() in OP-TEE driver
----------------------------------------------------------------
Jiapeng Chong (1):
tee: optee: Use kmemdup() to replace kmalloc + memcpy
drivers/tee/optee/smc_abi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
I'm writing to get further information regarding the support roadmap for OP-TEE based TA's - specifically keymint and gatekeeper.
The implementations I could find are here: https://github.com/linaro-swg/kmgk, and was wondering whether these are supported?
Please respond off list if you find that would be more appropriate for discussion.
thanks.