Hi Andrei,

I have taken a look at give some tiny comment -- the idea is good for now since some extra platform initialization is needed.

Thanks

/Ken

-----Original Message----- From: TF-M tf-m-bounces@lists.trustedfirmware.org On Behalf Of Kevin Townsend via TF-M Sent: Friday, September 27, 2019 1:00 AM To: Andrei Narkevitch Andrei.Narkevitch@cypress.com Cc: tf-m@lists.trustedfirmware.org Subject: Re: [TF-M] platform-specific hw initialization

Hi Andrei,

This would solve a problem that we currently have with UART with Zephyr, and seems like a useful addition. Thanks for putting the change request together.

Kevin

On Thu, 26 Sep 2019 at 09:48, Andrei Narkevitch via TF-M tf-m@lists.trustedfirmware.org wrote:

Hi All,

We're proposing to add an API that would allow to implement a custom post-startup initialization of hw, peripherals etc. Contrarily to SystemInit() intended for a high priority hw initialization (for example clock and power subsystems), and called on a very early boot stage from startup code, these functions are called from C code, hence variables and other drivers data are protected from being cleared up by the C library init. https://review.trustedfirmware.org/c/trusted-firmware-m/+/1973

Ken and Mate, as maintainers of the TF-M core part, could you please take a look at the patch?

Thanks, Andrey Narkevitch Cypress Semiconductor

This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.

TF-M mailing list TF-M@lists.trustedfirmware.org https://lists.trustedfirmware.org/mailman/listinfo/tf-m

-- TF-M mailing list TF-M@lists.trustedfirmware.org https://lists.trustedfirmware.org/mailman/listinfo/tf-m