Messages in this thread | | | Date | Tue, 21 Dec 2021 17:03:46 +0000 | Subject | [PATCH v2 0/2] kcov: improve mmap processing | From | Aleksandr Nogikh <> |
| |
Subsequent mmaps of the same kcov descriptor currently do not update the virtual memory of the task and yet return 0 (success). This is counter-intuitive and may lead to unexpected memory access errors.
Also, this unnecessarily limits the functionality of kcov to only the simplest usage scenarios. Kcov instances are effectively forever attached to their first address spaces and it becomes impossible to e.g. reuse the same kcov handle in forked child processes without mmapping the memory first. This is exactly what we tried to do in syzkaller and inadvertently came upon this behavior.
This patch series addresses the problem described above.
v1 of the patch: https://lore.kernel.org/lkml/20211220152153.910990-1-nogikh@google.com/
Changes from v1: - Split into 2 commits. - Minor coding style changes.
Aleksandr Nogikh (2): kcov: split ioctl handling into locked and unlocked parts kcov: properly handle subsequent mmap calls
kernel/kcov.c | 99 +++++++++++++++++++++++++++++---------------------- 1 file changed, 57 insertions(+), 42 deletions(-)
-- 2.34.1.307.g9b7440fafd-goog
| |