Update CHANGELOG for 3.18.0

[jenswi-linaro]

Update CHANGELOG for 3.18.0 and collect Tested-by tags.

Signed-off-by: Jens Wiklander [email protected]

[igoropaniuk]

With 37010ab7("plat-stm32mp1: use helper header file stm32mp_dt_bindings.h"):

I/TC: OP-TEE version: 3.17.0-150-g37010ab7 (gcc version 10.2.1 20201103 (GNU Toolchain for the A-profile Architecture 10.2-2020.11 (arm-10.16))) #1 п'ятниця, 24 червня 2022 07:55:51 +0000 aarch64


# xtest
+-----------------------------------------------------
26306 subtests of which 0 failed
98 test cases of which 0 failed
0 test cases were skipped
D/TC:? 0 tee_ta_close_session:511 csess 0x30882e0 id 6
D/TC:? 0 tee_ta_close_session:530 Destroy session
D/TC:? 0 tee_ta_close_session:511 csess 0x30899c0 id 4
D/TC:? 0 tee_ta_close_session:530 Destroy session
D/TC:? 0 tee_ta_close_session:511 csess 0x308b0a0 id 2
D/TC:? 0 tee_ta_close_session:530 Destroy session
TEE test application done!

Tested-by: Igor Opaniuk <[email protected]> (Poplar)

[jforissier]

I/TC: OP-TEE version: 3.17.0-150-g37010ab7 (gcc version 10.2.1 20201103 (GNU Toolchain for the A-profile Architecture 10.2-2020.11 (arm-10.16))) #1 п'ятниця, 24 червня 2022 07:55:51 +0000 aarch64

I would have expected Fri Jun 24 07:55:51 UTC 2022 for the date string. We use LANG=C date -u. What's wrong with that? I'm guessing -u doesn't really enforce the format -- after all a +0000 time is also UTC, it doesn't really matter. However I'd like an output in English in all cases. Should LANG=C be LC_TIME=C instead?

@igoropaniuk can you run the following commands:

LANG=C date -u
LC_TIME=C date -u

???

[igoropaniuk]

@jforissier

$ LANG=C date -u
п'ятниця, 24 червня 2022 18:42:59 +0000
$ LC_TIME=C date -u
Fri Jun 24 18:43:03 UTC 2022

[jforissier]

3.17.0-152-g3a5e9803:

Tested-by: Jerome Forissier <[email protected]> (vexpress-qemu_virt, GP, PKCS#11)

[jenswi-linaro]

3.17.0-166-g90827a1e112e

Tested-by: Jens Wiklander <[email protected]> (Juno)

[jenswi-linaro]

Tested-by: Jens Wiklander <[email protected]> (FVP Base RevC) with linaro-swg/linux#103

[jenswi-linaro]

Tested-by: Jens Wiklander <[email protected]> (FVP Foundation model)

[jenswi-linaro]

Tested-by: Jens Wiklander <[email protected]> (imx-mx8mqevk)

[jforissier]

3.17.0-180-g3c34b07c:

Tested-by: Jerome Forissier <[email protected]> (vexpress-qemu_armv8a, GP, PKCS#11)

(one issue found with PKCS#11 with MBedTLS: #5418, but AFAICT not a regression)

[jforissier]

3.17.0-198-g837adc0a:

Tested-by: Jerome Forissier <[email protected]> (hikey-hikey960, GP, PKCS#11)

[jforissier]

3.18.0-rc1-1-g69ecfb92:

Tested-by: Jerome Forissier <[email protected]> (hikey-hikey, GP, PKCS#11)

Note that I had to manually increase CFG_CORE_HEAP_SIZE in order for xtest pkcs11_1007 to pass with CFG_ULIBS_SHARED=y CFG_WITH_PAGER=y.

[clementfaure]

Hello,

For 69ecfb9

Tested-by: Clement Faure <[email protected]> (imx-mx6dlsabresd)
Tested-by: Clement Faure <[email protected]> (imx-mx6qsabresd)
Tested-by: Clement Faure <[email protected]> (imx-mx6sllevk)
Tested-by: Clement Faure <[email protected]> (imx-mx6sxsabresd)
Tested-by: Clement Faure <[email protected]> (imx-mx6ulevk)
Tested-by: Clement Faure <[email protected]> (imx-mx6ullevk)
Tested-by: Clement Faure <[email protected]> (imx-mx6ulzevk)
Tested-by: Clement Faure <[email protected]> (imx-mx7dsabresd)
Tested-by: Clement Faure <[email protected]> (imx-mx7ulpevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8mmevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8mnevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8mqevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8mpevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8qmmek)
Tested-by: Clement Faure <[email protected]> (imx-mx8qxpmek)
Tested-by: Clement Faure <[email protected]> (imx-mx8dxlevk)
Tested-by: Clement Faure <[email protected]> (imx-mx8ulpevk)

[etienne-lms]

Tested-by: Etienne Carriere <[email protected]> (stm32mp1, gp, pkcs11, stmm) (with and w/o #5433).

[sahilnxp]

Hello

With commit id: 44c29b2

Tested-by: Sahil Malhotra [email protected] (LS1012A-RDB)
Tested-by: Sahil Malhotra [email protected] (LS1028A-RDB)
Tested-by: Sahil Malhotra [email protected] (LS1088A-RDB)
Tested-by: Sahil Malhotra [email protected] (LS2088A-RDB)
Tested-by: Sahil Malhotra [email protected] (LS1046A-RDB)
Tested-by: Sahil Malhotra [email protected] (LS1043A-RDB)
Tested-by: Sahil Malhotra [email protected] (LX2160A-RDB)
Tested-by: Sahil Malhotra [email protected] (LX2160A-QDS)

[ricardosalveti]

I/TC: OP-TEE version: 3.18.0-rc1-23-g42be8d89a (gcc version 11.3.0 (GCC)) #1 Thu Jul 14 23:21:20 UTC 2022 aarch64
I/TC: WARNING: This OP-TEE configuration might be insecure!
I/TC: WARNING: Please check https://optee.readthedocs.io/en/latest/architecture/porting_guidelines.html
I/TC: Primary CPU initializing
I/TC: HUK ready
I/TC: Primary CPU switching to normal world boot

+-----------------------------------------------------
29866 subtests of which 0 failed
122 test cases of which 0 failed
0 test cases were skipped
TEE test application done!

Tested-by: Ricardo Salveti <[email protected]> (ZynqMP)