ci: performance: reduce SWIOTLB allocation by setting swiotlb=128#2302
ci: performance: reduce SWIOTLB allocation by setting swiotlb=128#2302jpagadal wants to merge 1 commit into
Conversation
By default, the kernel allocates a large SWIOTLB (DMA bounce buffer), resulting in 64 MB of reserved memory. Set `swiotlb=128` in the kernel command line to limit SWIOTLB allocation to 2 MB, reducing overall reserved memory. A similar configuration was used in QLI1.0 releases. Signed-off-by: Jagadeesh Pagadala <jpagadal@qti.qualcomm.com>
Test Results 103 files ± 0 633 suites +1 5h 28m 40s ⏱️ + 18m 29s For more details on these failures, see this check. Results for commit afc3609. ± Comparison against base commit 8917dc1. This pull request removes 3 and adds 3 tests. Note that renamed tests count towards both. |
lumag
left a comment
There was a problem hiding this comment.
Is 2 MiB enough? Do we have CONFIG_SWIOTLB_DYNAMIC enabled to get more pools if required?
Also please drop the bullet lists from the PR description. Write English text instead.
RB3Gen2, IQ8, and IQ9 devices show that /sys/kernel/debug/swiotlb/io_tlb_used is 0 and /sys/kernel/debug/swiotlb/io_tlb_used_hiwater is 4 (8 KiB). The 2 MiB value is proposed based on observations from the previous QLI release. Additionally, a separate change has been proposed (qualcomm-linux/kernel#642) to enable CONFIG_SWIOTLB_DYNAMIC.
Done. |
The default SWIOTLB allocation of 64 MiB leads to unnecessary kernel reserved memory.
Limit the SWIOTLB pool to 2 MiB by setting swiotlb=128 in the kernel command line.
Validation confirms the allocation is reduced from 64MB to 2 MiB.
This change reduces the kernel reserved memory footprint and
improves available RAM for user space.