summary refs log tree commit diff stats
path: root/results/scraper/fex/1556
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-17 09:10:43 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-07-17 09:10:43 +0200
commitf2ec263023649e596c5076df32c2d328bc9393d2 (patch)
tree5dd86caab46e552bd2e62bf9c4fb1a7504a44db4 /results/scraper/fex/1556
parent63d2e9d409831aa8582787234cae4741847504b7 (diff)
downloadqemu-analysis-main.tar.gz
qemu-analysis-main.zip
add downloaded fex bug-reports HEAD main
Diffstat (limited to 'results/scraper/fex/1556')
-rw-r--r--results/scraper/fex/15565
1 files changed, 5 insertions, 0 deletions
diff --git a/results/scraper/fex/1556 b/results/scraper/fex/1556
new file mode 100644
index 000000000..fecee485f
--- /dev/null
+++ b/results/scraper/fex/1556
@@ -0,0 +1,5 @@
+Stop using MAP_GROWSDOWN
+Due to how virtual address range growing works on Linux. We are leaking memory if a thread /ever/ manages to grow the stack.

+This is due our munmap tracking never getting notified of the new address range on grow, thus when we munmap, we will only munmap the ORIGINAL mapping. Not the new pages that grew. Leaving stale pages around.

+

+We either need to switch to manual page growing in userspace, or on every munmap of a MAP_GROWS region, we need to check `/proc/self/maps` to get the real range.
\ No newline at end of file