Skip to content

fastrpc: add Module_Reload_Validation to fastrpc-premerge test plan#500

Open
anankulk wants to merge 1 commit into
qualcomm-linux:mainfrom
anankulk:Module_Reload_Validation
Open

fastrpc: add Module_Reload_Validation to fastrpc-premerge test plan#500
anankulk wants to merge 1 commit into
qualcomm-linux:mainfrom
anankulk:Module_Reload_Validation

Conversation

@anankulk

Copy link
Copy Markdown
Contributor

Summary

Extends the fastrpc-premerge LAVA test plan to include kernel module
reload validation as part of the fastrpc CI test suite.

Changes

Runner/plans/fastrpc-premerge.yaml

  • Add Module_Reload_Validation test execution with --module fastrpc flag
  • Add corresponding send-to-lava.sh result reporting step

Why

Adds a second layer of validation — ensuring the fastrpc kernel module
can be cleanly unloaded and reloaded, and that dependent services
(adsprpcd, cdsprpcd) and devices (/dev/fastrpc-*) recover correctly
after each reload cycle.

This catches regressions in module lifecycle management that would not be
detected by fastrpc_test alone.

Add two steps to the fastrpc-premerge LAVA test plan:
- Run Module_Reload_Validation with the fastrpc module profile
- Report results via send-to-lava.sh

This extends the fastrpc CI coverage beyond DSP communication
to also validate fastrpc kernel module reload stability on every
LAVA job execution.

Signed-off-by: Anand Kulkarni <anankulk@qti.qualcomm.com>
@smuppand

Copy link
Copy Markdown
Contributor

@anankulk I'm making a few changes to the script. I should be done within the next day, and after that we can review this PR.

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.

2 participants