+ mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3.patch added to -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patch titled
     Subject: mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3
has been added to the -mm tree.  Its filename is
     mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3.patch

This patch should soon appear at
    https://ozlabs.org/~akpm/mmots/broken-out/mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3.patch
and later at
    https://ozlabs.org/~akpm/mmotm/broken-out/mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3.patch

Before you just go and hit "reply", please:
   a) Consider who else should be cc'ed
   b) Prefer to cc a suitable mailing list as well
   c) Ideally: find the original patch on the mailing list and do a
      reply-to-all to that, adding suitable additional cc's

*** Remember to use Documentation/process/submit-checklist.rst when testing your code ***

The -mm tree is included into linux-next and is updated
there every 3-4 working days

------------------------------------------------------
From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
Subject: mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3

fix comment

Link: https://lkml.kernel.org/r/20220223153613.835563-1-surenb@xxxxxxxxxx
Link: https://lkml.kernel.org/r/20220224231834.1481408-1-surenb@xxxxxxxxxx
Signed-off-by: Suren Baghdasaryan <surenb@xxxxxxxxxx>
Suggested-by: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Suggested-by: Michal Hocko <mhocko@xxxxxxxx>
Acked-by: Michal Hocko <mhocko@xxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---

 include/linux/mm_inline.h |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/include/linux/mm_inline.h~mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3
+++ a/include/linux/mm_inline.h
@@ -175,7 +175,7 @@ static inline void dup_anon_vma_name(str
 static inline void free_anon_vma_name(struct vm_area_struct *vma)
 {
 	/*
-	 * Not using anon_vma_name because it generates a warning if vma->vm_mm
+	 * Not using anon_vma_name because it generates a warning if mmap_lock
 	 * is not held, which might be the case here.
 	 */
 	if (!vma->vm_file)
_

Patches currently in -mm which might be from surenb@xxxxxxxxxx are

mm-fix-use-after-free-bug-when-mm-mmap-is-reused-after-being-freed.patch
mm-refactor-vm_area_struct-anon_vma_name-usage-code.patch
mm-refactor-vm_area_struct-anon_vma_name-usage-code-v3.patch
mm-prevent-vm_area_struct-anon_name-refcount-saturation.patch
mm-fix-use-after-free-when-anon-vma-name-is-used-after-vma-is-freed.patch
mm-count-time-in-drain_all_pages-during-direct-reclaim-as-memory-pressure.patch




[Index of Archives]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux