mm-commits Archive on lore.kernel.org
 help / color / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: mm-commits@vger.kernel.org
Subject: incoming
Date: Thu, 19 May 2016 17:07:44 -0700
Message-ID: <20160519170744.279542a092ca98023fb710be@linux-foundation.org> (raw)


[-- Attachment #1: Type: text/plain, Size: 7864 bytes --]


- fsnotify fix

- poll() timeout fix

- a few scripts/ tweaks

- debugobjects updates

- the (small) ocfs2 queue

- Minor fixes to kernel/padata.c

- Maybe half of the MM queue

117 patches, based on 2600a46ee0ed57c0e0a382c2a37ebac64d374d20:

Subject: fsnotify: avoid spurious EMFILE errors from inotify_init()
Subject: time: add missing implementation for timespec64_add_safe()
Subject: fs: poll/select/recvmmsg: use timespec64 for timeout events
Subject: time: remove timespec_add_safe()
Subject: scripts/decode_stacktrace.sh: handle symbols in modules
Subject: scripts/spelling.txt: add "fimware" misspelling
Subject: scripts/bloat-o-meter: print percent change
Subject: debugobjects: make fixup functions return bool instead of int
Subject: debugobjects: correct the usage of fixup call results
Subject: workqueue: update debugobjects fixup callbacks return type
Subject: timer: update debugobjects fixup callbacks return type
Subject: rcu: update debugobjects fixup callbacks return type
Subject: percpu_counter: update debugobjects fixup callbacks return type
Subject: Documentation: update debugobjects doc
Subject: debugobjects: insulate non-fixup logic related to static obj from fixup callbacks
Subject: ocfs2: fix comment in struct ocfs2_extended_slot
Subject: ocfs2: clean up an unused variable 'wants_rotate' in ocfs2_truncate_rec
Subject: ocfs2: clean up unused parameter 'count' in o2hb_read_block_input()
Subject: ocfs2: clean up an unneeded goto in ocfs2_put_slot()
Subject: kernel/padata.c: removed unused code
Subject: kernel/padata.c: hide unused functions
Subject: mm/slab: fix the theoretical race by holding proper lock
Subject: mm/slab: remove BAD_ALIEN_MAGIC again
Subject: mm/slab: drain the free slab as much as possible
Subject: mm/slab: factor out kmem_cache_node initialization code
Subject: mm/slab: clean-up kmem_cache_node setup
Subject: mm/slab: don't keep free slabs if free_objects exceeds free_limit
Subject: mm/slab: racy access/modify the slab color
Subject: mm/slab: make cache_grow() handle the page allocated on arbitrary node
Subject: mm/slab: separate cache_grow() to two parts
Subject: mm/slab: refill cpu cache through a new slab without holding a node lock
Subject: mm/slab: lockless decision to grow cache
Subject: mm/slub.c: replace kick_all_cpus_sync() with synchronize_sched() in kmem_cache_shrink()
Subject: mm: SLAB freelist randomization
Subject: mm: slab: remove ZONE_DMA_FLAG
Subject: mm/slub.c: fix sysfs filename in comment
Subject: mm/page_ref: use page_ref helper instead of direct modification of _count
Subject: mm: rename _count, field of the struct page, to _refcount
Subject: compiler.h: add support for malloc attribute
Subject: include/linux: apply __malloc attribute
Subject: include/linux/nodemask.h: create next_node_in() helper
Subject: mm/hugetlb: optimize minimum size (min_size) accounting
Subject: mm/hugetlb: introduce hugetlb_bad_size()
Subject: arm64: mm: use hugetlb_bad_size()
Subject: metag: mm: use hugetlb_bad_size()
Subject: powerpc: mm: use hugetlb_bad_size()
Subject: tile: mm: use hugetlb_bad_size()
Subject: x86: mm: use hugetlb_bad_size()
Subject: mm/hugetlb: is_vm_hugetlb_page() can return bool
Subject: mm/memory_hotplug: is_mem_section_removable() can return bool
Subject: mm/vmalloc.c: is_vmalloc_addr() can return bool
Subject: mm/mempolicy.c: vma_migratable() can return bool
Subject: mm/memcontrol.c:mem_cgroup_select_victim_node(): clarify comment
Subject: mm/page_alloc: remove useless parameter of __free_pages_boot_core
Subject: mm/hugetlb.c: use first_memory_node
Subject: mm/mempolicy.c:offset_il_node() document and clarify
Subject: mm/rmap: replace BUG_ON(anon_vma->degree) with VM_WARN_ON
Subject: mm, compaction: wrap calculating first and last pfn of pageblock
Subject: mm, compaction: reduce spurious pcplist drains
Subject: mm, compaction: skip blocks where isolation fails in async direct compaction
Subject: mm/highmem: simplify is_highmem()
Subject: mm: uninline page_mapped()
Subject: mm/hugetlb: add same zone check in pfn_range_valid_gigantic()
Subject: mm/memory_hotplug: add comment to some functions related to memory hotplug
Subject: mm/vmstat: add zone range overlapping check
Subject: mm/page_owner: add zone range overlapping check
Subject: power: add zone range overlapping check
Subject: mm/writeback: correct dirty page calculation for highmem
Subject: mm/page_alloc: correct highmem memory statistics
Subject: mm/highmem: make nr_free_highpages() handles all highmem zones by itself
Subject: mm/vmstat: make node_page_state() handles all zones by itself
Subject: mm/mmap: kill hook arch_rebalance_pgtables()
Subject: mm: update_lru_size warn and reset bad lru_size
Subject: mm: update_lru_size do the __mod_zone_page_state
Subject: mm: use __SetPageSwapBacked and dont ClearPageSwapBacked
Subject: tmpfs: preliminary minor tidyups
Subject: tmpfs: mem_cgroup charge fault to vm_mm not current mm
Subject: mm: /proc/sys/vm/stat_refresh to force vmstat update
Subject: huge mm: move_huge_pmd does not need new_vma
Subject: huge pagecache: extend mremap pmd rmap lockout to files
Subject: arch: fix has_transparent_hugepage()
Subject: memory_hotplug: introduce CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE
Subject: memory_hotplug: introduce memhp_default_state= command line parameter
Subject: mm, oom: move GFP_NOFS check to out_of_memory
Subject: oom, oom_reaper: try to reap tasks which skip regular OOM killer path
Subject: mm, oom_reaper: clear TIF_MEMDIE for all tasks queued for oom_reaper
Subject: mm, page_alloc: only check PageCompound for high-order pages
Subject: mm, page_alloc: use new PageAnonHead helper in the free page fast path
Subject: mm, page_alloc: reduce branches in zone_statistics
Subject: mm, page_alloc: inline zone_statistics
Subject: mm, page_alloc: inline the fast path of the zonelist iterator
Subject: mm, page_alloc: use __dec_zone_state for order-0 page allocation
Subject: mm, page_alloc: avoid unnecessary zone lookups during pageblock operations
Subject: mm, page_alloc: convert alloc_flags to unsigned
Subject: mm, page_alloc: convert nr_fair_skipped to bool
Subject: mm, page_alloc: remove unnecessary local variable in get_page_from_freelist
Subject: mm, page_alloc: remove unnecessary initialisation in get_page_from_freelist
Subject: mm, page_alloc: remove unnecessary initialisation from __alloc_pages_nodemask()
Subject: mm, page_alloc: simplify last cpupid reset
Subject: mm, page_alloc: move __GFP_HARDWALL modifications out of the fastpath
Subject: mm, page_alloc: check once if a zone has isolated pageblocks
Subject: mm, page_alloc: shorten the page allocator fast path
Subject: mm, page_alloc: reduce cost of fair zone allocation policy retry
Subject: mm, page_alloc: shortcut watermark checks for order-0 pages
Subject: mm, page_alloc: avoid looking up the first zone in a zonelist twice
Subject: mm, page_alloc: remove field from alloc_context
Subject: mm, page_alloc: check multiple page fields with a single branch
Subject: mm, page_alloc: un-inline the bad part of free_pages_check
Subject: mm, page_alloc: pull out side effects from free_pages_check
Subject: mm, page_alloc: remove unnecessary variable from free_pcppages_bulk
Subject: mm, page_alloc: inline pageblock lookup in page free fast paths
Subject: cpuset: use static key better and convert to new API
Subject: mm, page_alloc: defer debugging checks of freed pages until a PCP drain
Subject: mm, page_alloc: defer debugging checks of pages allocated from the PCP
Subject: mm, page_alloc: don't duplicate code in free_pcp_prepare
Subject: mm, page_alloc: uninline the bad page part of check_new_page()
Subject: mm, page_alloc: restore the original nodemask if the fast path allocation failed




[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

             reply index

Thread overview: 124+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-20  0:07 Andrew Morton [this message]
  -- strict thread matches above, loose matches on Subject: below --
2020-10-17 23:13 incoming Andrew Morton
2020-10-16  2:40 incoming Andrew Morton
2020-10-16  3:03 ` incoming Andrew Morton
2020-10-13 23:46 incoming Andrew Morton
2020-10-11  6:15 incoming Andrew Morton
2020-10-03  5:20 incoming Andrew Morton
2020-09-26  4:17 incoming Andrew Morton
2020-09-19  4:19 incoming Andrew Morton
2020-09-04 23:34 incoming Andrew Morton
2020-08-21  0:41 incoming Andrew Morton
2020-08-15  0:29 incoming Andrew Morton
2020-08-12  1:29 incoming Andrew Morton
2020-08-07  6:16 incoming Andrew Morton
2020-07-24  4:14 incoming Andrew Morton
2020-07-03 22:14 incoming Andrew Morton
2020-06-26  3:28 incoming Andrew Morton
2020-06-12  0:30 incoming Andrew Morton
2020-06-11  1:40 incoming Andrew Morton
2020-06-09  4:29 incoming Andrew Morton
2020-06-08  4:35 incoming Andrew Morton
2020-06-04 23:45 incoming Andrew Morton
2020-06-03 22:55 incoming Andrew Morton
2020-06-02 20:09 incoming Andrew Morton
2020-06-02  4:44 incoming Andrew Morton
2020-06-02 20:08 ` incoming Andrew Morton
     [not found]   ` <CAHk-=wgRV=SaiMn3L5u5mG0WfvB2VfEQadtudzDV3KRz5HnFrQ@mail.gmail.com>
2020-06-02 21:38     ` incoming Andrew Morton
2020-05-28  5:20 incoming Andrew Morton
     [not found] ` <CAHk-=whQSWcE1WvKxptHdyc9BUXQyxxyAH954=Jb_YSBrNJYDQ@mail.gmail.com>
2020-05-29 20:31   ` incoming Andrew Morton
     [not found]     ` <CAHk-=wiU-vQVURz62dzitbh2Pk+m_+ipaJU6=z=ES3cd_wKSLQ@mail.gmail.com>
2020-05-29 21:12       ` incoming Andrew Morton
2020-05-14  0:50 incoming Andrew Morton
2020-05-08  1:35 incoming Andrew Morton
2020-04-21  1:13 incoming Andrew Morton
2020-04-12  7:41 incoming Andrew Morton
2020-04-10 21:30 incoming Andrew Morton
2020-04-07  3:02 incoming Andrew Morton
2020-04-02  4:01 incoming Andrew Morton
2020-03-29  2:14 incoming Andrew Morton
2020-03-22  1:19 incoming Andrew Morton
2020-03-06  6:27 incoming Andrew Morton
2020-02-21  4:00 incoming Andrew Morton
2020-02-21  4:03 ` incoming Andrew Morton
2020-02-04  1:33 incoming Andrew Morton
     [not found] ` <CAHk-=whog86e4fRY_sxHqAos6spwAi_4aFF49S7h5C4XAZM2qw@mail.gmail.com>
2020-02-04  2:46   ` incoming Andrew Morton
2020-01-31  6:10 incoming Andrew Morton
2020-01-14  0:28 incoming Andrew Morton
2018-02-06 23:34 incoming Andrew Morton
2018-02-01  0:13 incoming Andrew Morton
2018-02-01  0:25 ` incoming Andrew Morton
2018-01-19  0:33 incoming Andrew Morton
2018-01-13  0:52 incoming Andrew Morton
2018-01-05  0:17 incoming Andrew Morton
2017-12-14 23:32 incoming Andrew Morton
2017-11-30  0:09 incoming Andrew Morton
2017-11-17 23:25 incoming Andrew Morton
2017-11-16  1:29 incoming Andrew Morton
2017-11-09 21:38 incoming Andrew Morton
2017-11-02 22:59 incoming Andrew Morton
2017-10-13 22:57 incoming Andrew Morton
2017-10-03 23:14 incoming Andrew Morton
2017-09-13 23:28 incoming Andrew Morton
2017-09-08 23:10 incoming Andrew Morton
     [not found] ` <CA+55aFwRXB5_kSuN7o+tqN6Eft6w5oZuLG3B8Rns=0ZZa2ihgA@mail.gmail.com>
     [not found]   ` <CA+55aFw+z3HDT4s1C41j=d5_0QTSu8NLSSpnk_jxZ39w34xgnA@mail.gmail.com>
2017-09-09 18:09     ` incoming Andrew Morton
2017-09-06 23:17 incoming Andrew Morton
2017-08-31 23:15 incoming Andrew Morton
2017-08-25 22:55 incoming Andrew Morton
2017-08-18 22:15 incoming Andrew Morton
2017-08-10 22:23 incoming Andrew Morton
2017-08-02 20:31 incoming Andrew Morton
2017-07-14 21:46 incoming Andrew Morton
2017-07-12 21:32 incoming Andrew Morton
2017-07-10 22:46 incoming Andrew Morton
2017-07-06 22:34 incoming Andrew Morton
2017-06-23 22:08 incoming Andrew Morton
2017-06-16 21:02 incoming Andrew Morton
2017-06-02 21:45 incoming Andrew Morton
2017-05-12 22:45 incoming Andrew Morton
2017-05-08 22:53 incoming Andrew Morton
2017-05-03 21:50 incoming Andrew Morton
2017-04-20 21:37 incoming Andrew Morton
2017-04-13 21:56 incoming Andrew Morton
2017-04-07 23:04 incoming Andrew Morton
2017-03-31 22:11 incoming Andrew Morton
2017-03-16 23:40 incoming Andrew Morton
2017-03-10  0:15 incoming Andrew Morton
2017-02-27 22:25 incoming Andrew Morton
2017-02-24 22:55 incoming Andrew Morton
2017-02-22 23:38 incoming Andrew Morton
2017-02-18 11:42 incoming Andrew Morton
2017-02-08 22:30 incoming Andrew Morton
2017-01-24 23:17 incoming Andrew Morton
2017-01-11  0:57 incoming Andrew Morton
2016-12-20  0:22 incoming Andrew Morton
2016-12-14 23:04 incoming Andrew Morton
2016-12-13  0:40 incoming Andrew Morton
2016-12-07 22:44 incoming Andrew Morton
2016-12-03  1:26 incoming Andrew Morton
2016-11-30 23:53 incoming Andrew Morton
2016-11-10 18:45 incoming Andrew Morton
2016-10-11 20:49 incoming Andrew Morton
2016-10-07 23:53 incoming Andrew Morton
2016-09-30 22:11 incoming Andrew Morton
2016-09-28 22:22 incoming Andrew Morton
2016-09-19 21:43 incoming Andrew Morton
2016-09-01 23:14 incoming Andrew Morton
2016-08-25 22:16 incoming Andrew Morton
2016-08-11 22:32 incoming Andrew Morton
2016-08-04 22:31 incoming Andrew Morton
2016-08-03 20:45 incoming Andrew Morton
2016-08-02 21:01 incoming Andrew Morton
2016-07-28 22:42 incoming Andrew Morton
2016-07-26 22:16 incoming Andrew Morton
2016-07-20 22:44 incoming Andrew Morton
2016-07-14 19:06 incoming Andrew Morton
2016-06-24 21:48 incoming Andrew Morton
2016-06-08 22:33 incoming Andrew Morton
2016-06-03 21:51 incoming Andrew Morton
2016-05-27 21:26 incoming Andrew Morton
2016-05-26 22:15 incoming Andrew Morton
2016-05-23 23:21 incoming Andrew Morton
2016-05-20 23:55 incoming Andrew Morton
2016-05-12 22:41 incoming Andrew Morton
2016-05-09 23:28 incoming Andrew Morton
2016-05-05 23:21 incoming Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160519170744.279542a092ca98023fb710be@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mm-commits@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

mm-commits Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/mm-commits/0 mm-commits/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 mm-commits mm-commits/ https://lore.kernel.org/mm-commits \
		mm-commits@vger.kernel.org
	public-inbox-index mm-commits

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.mm-commits


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git