Skip to content

misc: fastrpc: reduce munmap error log during DSP process exit - #114

Open
Jianping (Jianping-Li) wants to merge 1 commit into
qualcomm-linux:resolute-qcom-develfrom
Jianping-Li:reduce_log
Open

misc: fastrpc: reduce munmap error log during DSP process exit#114
Jianping (Jianping-Li) wants to merge 1 commit into
qualcomm-linux:resolute-qcom-develfrom
Jianping-Li:reduce_log

Conversation

@Jianping-Li

Copy link
Copy Markdown

A munmap request can race with userPD teardown on the DSP: the heap GC thread issues the reverse unmap after the process group has already been released. Depending on how far teardown has progressed, the DSP returns either AEE_ENOSUCHPROCESS (0x80000441), when the process group is already gone, or AEE_EBADSTATE (0x8000040d), when the listener has been torn down and the reverse RPC can no longer be delivered.

In both cases the memory is still reclaimed by the DSP process release path, so these are expected conditions during process exit rather than mapping failures. Log them at debug level instead of error level to avoid noise in dmesg.

A munmap request can race with userPD teardown on the DSP: the heap GC
thread issues the reverse unmap after the process group has already been
released. Depending on how far teardown has progressed, the DSP returns
either AEE_ENOSUCHPROCESS (0x80000441), when the process group is already
gone, or AEE_EBADSTATE (0x8000040d), when the listener has been torn down
and the reverse RPC can no longer be delivered.

In both cases the memory is still reclaimed by the DSP process release
path, so these are expected conditions during process exit rather than
mapping failures. Log them at debug level instead of error level to avoid
noise in dmesg.

Signed-off-by: Jianping Li <jianping.li@oss.qualcomm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant