Fix for compaction bailing out when MAX_RW_COUNT bytes are sent to compaction
Compaction uses process_madvise which internally makes use of iovec which imposes certain restrictions on the amount of data that can be sent, previously we had added a constraint of the total vmas sent within a single syscall determined by UIO_MAXIOV. However, in this CL we also added a cap on the amount of bytes sent per syscall up to the maximum supported MAX_RW_COUNT and split the VMA into chunks which end up being sent in different syscalls. Test: Verified ZRAM changes during compaction and added logging to verify that all VMAs where processed Bug: 205658049 Change-Id: Ib478397a1199d31a85606b0a38ab1b673b2333fc
Loading
Please register or sign in to comment