summaryrefslogtreecommitdiffstats
path: root/sys/vm/vm_map.h
diff options
context:
space:
mode:
authordillon <dillon@FreeBSD.org>2001-03-14 06:48:53 +0000
committerdillon <dillon@FreeBSD.org>2001-03-14 06:48:53 +0000
commitbe9d069cf0df15e40cb07b595afbe56b5359b408 (patch)
tree5400fcb9ba1e85e52bb34d8439cc6b6f68e28828 /sys/vm/vm_map.h
parent3b687e65750ed4e689dbfe35d1267ffffc702907 (diff)
downloadFreeBSD-src-be9d069cf0df15e40cb07b595afbe56b5359b408.zip
FreeBSD-src-be9d069cf0df15e40cb07b595afbe56b5359b408.tar.gz
Fix a lock reversal problem in the VM subsystem related to threaded
programs. There is a case during a fork() which can cause a deadlock. From Tor - The workaround that consists of setting a flag in the vm map that indicates that a fork is in progress and using that mark in the page fault handling to force a revalidation failure. That change will only affect (pessimize) page fault handling during fork for threaded (linuxthreads style) applications and applications using aio_*(). Submited by: tegge
Diffstat (limited to 'sys/vm/vm_map.h')
-rw-r--r--sys/vm/vm_map.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/sys/vm/vm_map.h b/sys/vm/vm_map.h
index 291826b..d52d2d8 100644
--- a/sys/vm/vm_map.h
+++ b/sys/vm/vm_map.h
@@ -162,6 +162,7 @@ struct vm_map {
int nentries; /* Number of entries */
vm_size_t size; /* virtual size */
u_char system_map; /* Am I a system map? */
+ u_char infork; /* Am I in fork processing? */
vm_map_entry_t hint; /* hint for quick lookups */
unsigned int timestamp; /* Version number */
vm_map_entry_t first_free; /* First free space hint */
OpenPOWER on IntegriCloud