The patch titled
     Subject: mm-fix-arithmetic-overflow-in-__vm_enough_memory-fix
has been removed from the -mm tree.  Its filename was
     mm-fix-arithmetic-overflow-in-__vm_enough_memory-fix.patch

This patch was dropped because it was folded into 
mm-fix-arithmetic-overflow-in-__vm_enough_memory.patch

------------------------------------------------------
From: Andrew Morton <[email protected]>
Subject: mm-fix-arithmetic-overflow-in-__vm_enough_memory-fix

use min_t

Cc: <[email protected]>
Cc: Andrew Shewmaker <[email protected]>
Cc: Konstantin Khlebnikov <[email protected]>
Cc: Rik van Riel <[email protected]>
Cc: Roman Gushchin <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
---

 mm/mmap.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff -puN mm/mmap.c~mm-fix-arithmetic-overflow-in-__vm_enough_memory-fix 
mm/mmap.c
--- a/mm/mmap.c~mm-fix-arithmetic-overflow-in-__vm_enough_memory-fix
+++ a/mm/mmap.c
@@ -220,7 +220,7 @@ int __vm_enough_memory(struct mm_struct
         */
        if (mm) {
                reserve = sysctl_user_reserve_kbytes >> (PAGE_SHIFT - 10);
-               allowed -= min((long)mm->total_vm / 32, reserve);
+               allowed -= min_t(long, mm->total_vm / 32, reserve);
        }
 
        if (percpu_counter_read_positive(&vm_committed_as) < allowed)
_

Patches currently in -mm which might be from [email protected] are

origin.patch
mm-page_allocc-__alloc_pages_nodemask-dont-alter-arg-gfp_mask.patch
vmscan-force-scan-offline-memory-cgroups.patch
mm-memcontrol-default-hierarchy-interface-for-memory.patch
mm-memcontrol-fold-move_anon-and-move_file.patch
mm-compaction-enhance-tracepoint-output-for-compaction-begin-end.patch
mm-thp-allocate-transparent-hugepages-on-local-node.patch
docs-procs-describe-proc-pid-map_files-entry.patch
mm-page_ext-remove-unnecessary-stack_trace-field.patch
mm-fix-arithmetic-overflow-in-__vm_enough_memory.patch

--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to