Hi,
I have below queries regarding nested sError handling in TF-A, please help.
1. While handling exceptions in EL3, sError is almost unmask most of the time. Any specific reason to keep sError unmasked?
For example, while handing nested sError, we can keep sError masked in serror_sp_elx. So that no further sError comes to EL3.
And unmask sError when returning to lower ELs. Do you think this will create any problem in the system?
1. In system, sError can happen at any time. At EL3, we have nested sError handling in serror_sp_elx.
Do you think we should have similar nested sError handling in serror_sp_el0? If not, what is the reason?
1. Double fault will always lead to unhandled exception. * Can someone help define double fault scenario? * What is the purpose of this patch - https://github.com/ARM-software/arm-trusted-firmware/commit/c72200357aed49fd...https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_ARM-2Dsoftware_arm-2Dtrusted-2Dfirmware_commit_c72200357aed49fd51dc21e45d4396f5402df811&d=DwMFAw&c=nKjWec2b6R0mOyPaz7xtfQ&r=oC3FSC8uKqkQZthB7ZhljxVkk_bnBa8SpNx7QV21n9Y&m=ojpEnsKEhT3RxCsLXjvuIzv8s1dMgZJhK0amCYp00wU3WfmUmosyllzvZyH41SOm&s=V_SFQf2N9YJ8qd7DqATqOb46NDSui39FiHYhWx14kjU&e=
Is purpose only to save esr_el3 register?
Thanks
Regards,
Jaiprakash
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.