Message ID | 20241005140150.4109700-1-quic_kuldsing@quicinc.com (mailing list archive) |
---|---|
Headers | show |
Series | qcom_tzmem: Enhance Error Handling for shmbridge | expand |
On Sat, 5 Oct 2024 at 16:02, Kuldeep Singh <quic_kuldsing@quicinc.com> wrote: > > This patchset addresses the tzmem driver probe failure caused by > incorrect error handling. The qcom_scm_shm_bridge_enable() SCM call > captures SCM success/failure in a0 and E_NOT_SUPPORTED in a1. > > Previously, qcom_scm returned values based solely on a0, without > capturing not_supported scenario. This patchset corrects that behavior. > Ah, I guess this may be the reason for the SHM bridge enablement to seemingly work on certain platforms and then lead to crashes when we actually try to use it? Bart
On 10/7/2024 7:55 PM, Bartosz Golaszewski wrote: > On Sat, 5 Oct 2024 at 16:02, Kuldeep Singh <quic_kuldsing@quicinc.com> wrote: >> >> This patchset addresses the tzmem driver probe failure caused by >> incorrect error handling. The qcom_scm_shm_bridge_enable() SCM call >> captures SCM success/failure in a0 and E_NOT_SUPPORTED in a1. >> >> Previously, qcom_scm returned values based solely on a0, without >> capturing not_supported scenario. This patchset corrects that behavior. >> > > Ah, I guess this may be the reason for the SHM bridge enablement to > seemingly work on certain platforms and then lead to crashes when we > actually try to use it? This patchset corrects the behavior for handling unsupported SHM bridge scenarios. If the SHM bridge is supported and enabled for a target, any subsequent failures should be investigated to understand what went wrong. I am willing to put effort in that case.