summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorAndrew Morton <akpm@osdl.org>2004-05-14 05:41:41 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2004-05-14 05:41:41 -0700
commite46bdb8d9a7c3d3d70ec20a9a1057f29efd03f31 (patch)
treef110a5f21f06088c6365a23d52ef1aeb746e6aa3 /include/linux
parent64525acc0e653d8295edcaa4332b79512483d92b (diff)
[PATCH] VM accounting fix
From: Hugh Dickins <hugh@veritas.com> Stas Sergeev <stsp@aknet.ru> wrote: mprotect() fails to merge VMAs because one VMA can end up with VM_ACCOUNT flag set, and another without that flag. That makes several apps of mine to malfuncate. Great find! Someone has got their test the wrong way round. Since that VM_MAYACCT macro is being used in one place only, and just hiding what it's actually about, fold it into its callsite.
Diffstat (limited to 'include/linux')
-rw-r--r--include/linux/mm.h3
1 files changed, 0 insertions, 3 deletions
diff --git a/include/linux/mm.h b/include/linux/mm.h
index fe53fa5de50b..78e2f8581d41 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -112,9 +112,6 @@ struct vm_area_struct {
#define VM_HUGETLB 0x00400000 /* Huge TLB Page VM */
#define VM_NONLINEAR 0x00800000 /* Is non-linear (remap_file_pages) */
-/* It makes sense to apply VM_ACCOUNT to this vma. */
-#define VM_MAYACCT(vma) (!!((vma)->vm_flags & VM_HUGETLB))
-
#ifndef VM_STACK_DEFAULT_FLAGS /* arch can override this */
#define VM_STACK_DEFAULT_FLAGS VM_DATA_DEFAULT_FLAGS
#endif