You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Marc Zyngier notices that syzkaller reproducers always seem to be generated with an implicit requirement that PAGE_SIZE is 4kB. However, arm64 supports 4, 16 and 64kB as the base page size (and e.g. Android is steadily moving towards 16kB).
It means that these reproducers simply don't work (mmap() fails, for example).
Marc asks if it's possible to make the memory-map constants parameterized on PAGE_SIZE.
A somewhat related request is to switch some of the syzkaller instances to non-4K pages.
The text was updated successfully, but these errors were encountered:
For the mappings created by MakePosixMmap() the easiest solution might be to make target.PageSize=64<<10, so that the memory allocations done by the program are always aligned on 64K, even for machines with 4K pages.
But we don't want all programs to unconditionally create 64K-sized mappings for every mmap() call, as this can mask actual bugs on platforms that have PAGE_SIZE=4K.
Marc Zyngier notices that syzkaller reproducers always seem to be generated with an implicit requirement that PAGE_SIZE is 4kB. However, arm64 supports 4, 16 and 64kB as the base page size (and e.g. Android is steadily moving towards 16kB).
It means that these reproducers simply don't work (mmap() fails, for example).
Marc asks if it's possible to make the memory-map constants parameterized on PAGE_SIZE.
A somewhat related request is to switch some of the syzkaller instances to non-4K pages.
The text was updated successfully, but these errors were encountered: