)]}' { "log": [ { "commit": "83de731ffcc6777a33e8a6132c7da8d91faac9ca", "tree": "b206ab0d3b2ff4bf814d63772aeaab9f4559080f", "parents": [ "180b7a0ba65bb1c60076b9f5efee22cf6b1361bf" ], "author": { "name": "Arve Hjønnevåg", "email": "arve@android.com", "time": "Tue Feb 17 14:51:02 2009 -0800" }, "committer": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Tue Jun 14 09:08:39 2011 -0700" }, "message": "mm: Add min_free_order_shift tunable.\n\nBy default the kernel tries to keep half as much memory free at each\norder as it does for one order below. This can be too agressive when\nrunning without swap.\n\nChange-Id: I5efc1a0b50f41ff3ac71e92d2efd175dedd54ead\nSigned-off-by: Arve Hjønnevåg \u003carve@android.com\u003e\n" }, { "commit": "1fa7b6a29c61358cc2ca6f64cef4aa0e1a7ca74c", "tree": "7318c8602f61c2052df308920bd681539f760555", "parents": [ "f0f52a9463839c52a63c05d6e7d4a330d94a9794" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jun 02 06:11:24 2011 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jun 02 06:11:24 2011 +0900" }, "message": "Revert \"mm: fail GFP_DMA allocations when ZONE_DMA is not configured\"\n\nThis reverts commit a197b59ae6e8bee56fcef37ea2482dc08414e2ac.\n\nAs rmk says:\n \"Commit a197b59ae6e8 (mm: fail GFP_DMA allocations when ZONE_DMA is not\n configured) is causing regressions on ARM with various drivers which\n use GFP_DMA.\n\n The behaviour up until now has been to silently ignore that flag when\n CONFIG_ZONE_DMA is not enabled, and to allocate from the normal zone.\n However, as a result of the above commit, such allocations now fail\n which causes drivers to fail. These are regressions compared to the\n previous kernel version.\"\n\nso just revert it.\n\nRequested-by: Russell King \u003clinux@arm.linux.org.uk\u003e\nAcked-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "246e87a9393448c20873bc5dee64be68ed559e24", "tree": "a17016142b267fcba2e3be9908f8138c8dcb3f3a", "parents": [ "889976dbcb1218119fdd950fb7819084e37d7d37" ], "author": { "name": "KAMEZAWA Hiroyuki", "email": "kamezawa.hiroyu@jp.fujitsu.com", "time": "Thu May 26 16:25:34 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 26 17:12:35 2011 -0700" }, "message": "memcg: fix get_scan_count() for small targets\n\nDuring memory reclaim we determine the number of pages to be scanned per\nzone as\n\n\t(anon + file) \u003e\u003e priority.\nAssume\n\tscan \u003d (anon + file) \u003e\u003e priority.\n\nIf scan \u003c SWAP_CLUSTER_MAX, the scan will be skipped for this time and\npriority gets higher. This has some problems.\n\n 1. This increases priority as 1 without any scan.\n To do scan in this priority, amount of pages should be larger than 512M.\n If pages\u003e\u003epriority \u003c SWAP_CLUSTER_MAX, it\u0027s recorded and scan will be\n batched, later. (But we lose 1 priority.)\n If memory size is below 16M, pages \u003e\u003e priority is 0 and no scan in\n DEF_PRIORITY forever.\n\n 2. If zone-\u003eall_unreclaimabe\u003d\u003dtrue, it\u0027s scanned only when priority\u003d\u003d0.\n So, x86\u0027s ZONE_DMA will never be recoverred until the user of pages\n frees memory by itself.\n\n 3. With memcg, the limit of memory can be small. When using small memcg,\n it gets priority \u003c DEF_PRIORITY-2 very easily and need to call\n wait_iff_congested().\n For doing scan before priorty\u003d9, 64MB of memory should be used.\n\nThen, this patch tries to scan SWAP_CLUSTER_MAX of pages in force...when\n\n 1. the target is enough small.\n 2. it\u0027s kswapd or memcg reclaim.\n\nThen we can avoid rapid priority drop and may be able to recover\nall_unreclaimable in a small zones. And this patch removes nr_saved_scan.\n This will allow scanning in this priority even when pages \u003e\u003e priority is\nvery small.\n\nSigned-off-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Ying Han \u003cyinghan@google.com\u003e\nCc: Balbir Singh \u003cbalbir@in.ibm.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Daisuke Nishimura \u003cnishimura@mxp.nes.nec.co.jp\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cfa54a0fcfc1017c6f122b6f21aaba36daa07f71", "tree": "c6bcc41b79475854254384b7b4912a2101364183", "parents": [ "a539f3533b78e39a22723d6d3e1e11b6c14454d9" ], "author": { "name": "Andrew Barry", "email": "abarry@cray.com", "time": "Tue May 24 17:12:52 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:36 2011 -0700" }, "message": "mm/page_alloc.c: prevent unending loop in __alloc_pages_slowpath()\n\nI believe I found a problem in __alloc_pages_slowpath, which allows a\nprocess to get stuck endlessly looping, even when lots of memory is\navailable.\n\nRunning an I/O and memory intensive stress-test I see a 0-order page\nallocation with __GFP_IO and __GFP_WAIT, running on a system with very\nlittle free memory. Right about the same time that the stress-test gets\nkilled by the OOM-killer, the utility trying to allocate memory gets stuck\nin __alloc_pages_slowpath even though most of the systems memory was freed\nby the oom-kill of the stress-test.\n\nThe utility ends up looping from the rebalance label down through the\nwait_iff_congested continiously. Because order\u003d0,\n__alloc_pages_direct_compact skips the call to get_page_from_freelist.\nBecause all of the reclaimable memory on the system has already been\nreclaimed, __alloc_pages_direct_reclaim skips the call to\nget_page_from_freelist. Since there is no __GFP_FS flag, the block with\n__alloc_pages_may_oom is skipped. The loop hits the wait_iff_congested,\nthen jumps back to rebalance without ever trying to\nget_page_from_freelist. This loop repeats infinitely.\n\nThe test case is pretty pathological. Running a mix of I/O stress-tests\nthat do a lot of fork() and consume all of the system memory, I can pretty\nreliably hit this on 600 nodes, in about 12 hours. 32GB/node.\n\nSigned-off-by: Andrew Barry \u003cabarry@cray.com\u003e\nSigned-off-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nReviewed-by: Rik van Riel\u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: \u003cstable@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a197b59ae6e8bee56fcef37ea2482dc08414e2ac", "tree": "ead0890373cc9c36321364efbad73a25898076ab", "parents": [ "ba93fa81b5f2bf0076407a3a777fff122ce16220" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue May 24 17:12:35 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:29 2011 -0700" }, "message": "mm: fail GFP_DMA allocations when ZONE_DMA is not configured\n\nThe page allocator will improperly return a page from ZONE_NORMAL even\nwhen __GFP_DMA is passed if CONFIG_ZONE_DMA is disabled. The caller\nexpects DMA memory, perhaps for ISA devices with 16-bit address registers,\nand may get higher memory resulting in undefined behavior.\n\nThis patch causes the page allocator to return NULL in such circumstances\nwith a warning emitted to the kernel log on the first occurrence.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6d3163ce86dd386b4f7bda80241d7fea2bc0bb1d", "tree": "169f74df152fa593e5dc9adfff7f6f7e31061028", "parents": [ "0091a47da0b720ca39511c7d90dcc768cafcaf58" ], "author": { "name": "Arve Hjønnevåg", "email": "arve@android.com", "time": "Tue May 24 17:12:24 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:24 2011 -0700" }, "message": "mm: check if any page in a pageblock is reserved before marking it MIGRATE_RESERVE\n\nThis fixes a problem where the first pageblock got marked MIGRATE_RESERVE\neven though it only had a few free pages. eg, On current ARM port, The\nkernel starts at offset 0x8000 to leave room for boot parameters, and the\nmemory is freed later.\n\nThis in turn caused no contiguous memory to be reserved and frequent\nkswapd wakeups that emptied the caches to get more contiguous memory.\n\nUnfortunatelly, ARM needs order-2 allocation for pgd (see\narm/mm/pgd.c#pgd_alloc()). Therefore the issue is not minor nor easy\navoidable.\n\n[kosaki.motohiro@jp.fujitsu.com: added some explanation]\n[kosaki.motohiro@jp.fujitsu.com: add !pfn_valid_within() to check]\n[minchan.kim@gmail.com: check end_pfn in pageblock_is_reserved]\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Arve Hjønnevåg \u003carve@android.com\u003e\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nAcked-by: Dave Hansen \u003cdave@linux.vnet.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a238ab5b0239575c179f4976064192c3f7409dad", "tree": "bed3d186bee49318e1984eeac489a614ad6acb1b", "parents": [ "de03c72cfce5b263a674d04348b58475ec50163c" ], "author": { "name": "Dave Hansen", "email": "dave@linux.vnet.ibm.com", "time": "Tue May 24 17:12:16 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:21 2011 -0700" }, "message": "mm: break out page allocation warning code\n\nThis originally started as a simple patch to give vmalloc() some more\nverbose output on failure on top of the plain page allocator messages.\nJohannes suggested that it might be nicer to lead with the vmalloc() info\n_before_ the page allocator messages.\n\nBut, I do think there\u0027s a lot of value in what __alloc_pages_slowpath()\ndoes with its filtering and so forth.\n\nThis patch creates a new function which other allocators can call instead\nof relying on the internal page allocator warnings. It also gives this\nfunction private rate-limiting which separates it from other\nprintk_ratelimit() users.\n\nSigned-off-by: Dave Hansen \u003cdave@linux.vnet.ibm.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Michal Nazarewicz \u003cmina86@mina86.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "c6a140bf164829769499b5e50d380893da39b29e", "tree": "0cfcbd5356cd3cebabba2334dcfdaec6ea47d816", "parents": [ "a6cccdc36c966e51fd969560d870cfd37afbfa9c" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Tue May 24 17:11:38 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:10 2011 -0700" }, "message": "mm/compaction: reverse the change that forbade sync migraton with __GFP_NO_KSWAPD\n\nIt\u0027s uncertain this has been beneficial, so it\u0027s safer to undo it. All\nother compaction users would still go in synchronous mode if a first\nattempt at async compaction failed. Hopefully we don\u0027t need to force\nspecial behavior for THP (which is the only __GFP_NO_KSWAPD user so far\nand it\u0027s the easier to exercise and to be noticeable). This also make\n__GFP_NO_KSWAPD return to its original strict semantics specific to bypass\nkswapd, as THP allocations have khugepaged for the async THP\nallocations/compactions.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: Alex Villacis Lasso \u003cavillaci@fiec.espol.edu.ec\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a6cccdc36c966e51fd969560d870cfd37afbfa9c", "tree": "17c48382275e1852604e4a513121760a013dd2c6", "parents": [ "1b79acc91115ba47e744b70bb166b77bd94f5855" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Tue May 24 17:11:33 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:09 2011 -0700" }, "message": "mm, mem-hotplug: update pcp-\u003estat_threshold when memory hotplug occur\n\nCurrently, cpu hotplug updates pcp-\u003estat_threshold, but memory hotplug\ndoesn\u0027t. There is no reason for this.\n\n[akpm@linux-foundation.org: fix CONFIG_SMP\u003dn build]\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nAcked-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1b79acc91115ba47e744b70bb166b77bd94f5855", "tree": "9097834522de3840845368312c09b5ad4a98e5e5", "parents": [ "839a4fcc8af7412be2efd11f0bd0504757f79f08" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Tue May 24 17:11:32 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:09 2011 -0700" }, "message": "mm, mem-hotplug: recalculate lowmem_reserve when memory hotplug occurs\n\nCurrently, memory hotplug calls setup_per_zone_wmarks() and\ncalculate_zone_inactive_ratio(), but doesn\u0027t call\nsetup_per_zone_lowmem_reserve().\n\nIt means the number of reserved pages aren\u0027t updated even if memory hot\nplug occur. This patch fixes it.\n\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "839a4fcc8af7412be2efd11f0bd0504757f79f08", "tree": "8387ca9f25f2896dda53c222cd6c7a7cc41b9d74", "parents": [ "37b23e0525d393d48a7d59f870b3bc061a30ccdb" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Tue May 24 17:11:31 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:08 2011 -0700" }, "message": "mm, mem-hotplug: fix section mismatch. setup_per_zone_inactive_ratio() should be __meminit.\n\nCommit bce7394a3e (\"page-allocator: reset wmark_min and inactive ratio of\nzone when hotplug happens\") introduced invalid section references. Now,\nsetup_per_zone_inactive_ratio() is marked __init and then it can\u0027t be\nreferenced from memory hotplug code.\n\nThis patch marks it as __meminit and also marks caller as __ref.\n\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: Yasunori Goto \u003cy-goto@jp.fujitsu.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ac3bbec5ec69b973317677e038de2d1a0c90c18c", "tree": "7df84a9ba812c1759a035428f6bad78b6e73b8a9", "parents": [ "965f55dea0e331152fa53941a51e4e16f9f06fae" ], "author": { "name": "Sergey Senozhatsky", "email": "sergey.senozhatsky@gmail.com", "time": "Tue May 24 17:11:21 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:04 2011 -0700" }, "message": "mm: remove unused zone_idx variable from set_migratetype_isolate\n\nSigned-off-by: Sergey Senozhatsky \u003csergey.senozhatsky@gmail.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "7bf02ea22c6cdd09e2d3f1d3c3fe366b834ae9af", "tree": "c1c8aa415910e0f0deea1181759ddd2b5d6067fb", "parents": [ "851cc856d73d1185243c149ed0c0839df8a1b2fe" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue May 24 17:11:16 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 25 08:39:03 2011 -0700" }, "message": "arch, mm: filter disallowed nodes from arch specific show_mem functions\n\nArchitectures that implement their own show_mem() function did not pass\nthe filter argument to show_free_areas() to appropriately avoid emitting\nthe state of nodes that are disallowed in the current context. This patch\nnow passes the filter argument to show_free_areas() so those nodes are now\navoided.\n\nThis patch also removes the show_free_areas() wrapper around\n__show_free_areas() and converts existing callers to pass an empty filter.\n\nia64 emits additional information for each node, so skip_free_areas_zone()\nmust be made global to filter disallowed nodes and it is converted to use\na nid argument rather than a zone for this use case.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Fenghua Yu \u003cfenghua.yu@intel.com\u003e\nCc: Kyle McMartin \u003ckyle@mcmartin.ca\u003e\nCc: Helge Deller \u003cdeller@gmx.de\u003e\nCc: James Bottomley \u003cjejb@parisc-linux.org\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCc: Guan Xuetao \u003cgxt@mprc.pku.edu.cn\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "57d19e80f459dd845fb3cfeba8e6df8471bac142", "tree": "8254766715720228db3d50f1ef3c7fe003c06d65", "parents": [ "ee9ec4f82049c678373a611ce20ac67fe9ad836e", "e64851f5a0ad6ec991f74ebb3108c35aa0323d5f" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon May 23 09:12:26 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon May 23 09:12:26 2011 -0700" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (39 commits)\n b43: fix comment typo reqest -\u003e request\n Haavard Skinnemoen has left Atmel\n cris: typo in mach-fs Makefile\n Kconfig: fix copy/paste-ism for dell-wmi-aio driver\n doc: timers-howto: fix a typo (\"unsgined\")\n perf: Only include annotate.h once in tools/perf/util/ui/browsers/annotate.c\n md, raid5: Fix spelling error in comment (\u0027Ofcourse\u0027 --\u003e \u0027Of course\u0027).\n treewide: fix a few typos in comments\n regulator: change debug statement be consistent with the style of the rest\n Revert \"arm: mach-u300/gpio: Fix mem_region resource size miscalculations\"\n audit: acquire creds selectively to reduce atomic op overhead\n rtlwifi: don\u0027t touch with treewide double semicolon removal\n treewide: cleanup continuations and remove logging message whitespace\n ath9k_hw: don\u0027t touch with treewide double semicolon removal\n include/linux/leds-regulator.h: fix syntax in example code\n tty: fix typo in descripton of tty_termios_encode_baud_rate\n xtensa: remove obsolete BKL kernel option from defconfig\n m68k: fix comment typo \u0027occcured\u0027\n arch:Kconfig.locks Remove unused config option.\n treewide: remove extra semicolons\n ...\n" }, { "commit": "268bb0ce3e87872cb9290c322b0d35bce230d88f", "tree": "c8331ade4a3e24fc589c4eb62731bc2312d35333", "parents": [ "257313b2a87795e07a0bdf58d0fffbdba8b31051" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 20 12:50:29 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 20 12:50:29 2011 -0700" }, "message": "sanitize \u003clinux/prefetch.h\u003e usage\n\nCommit e66eed651fd1 (\"list: remove prefetching from regular list\niterators\") removed the include of prefetch.h from list.h, which\nuncovered several cases that had apparently relied on that rather\nobscure header file dependency.\n\nSo this fixes things up a bit, using\n\n grep -L linux/prefetch.h $(git grep -l \u0027[^a-z_]prefetchw*(\u0027 -- \u0027*.[ch]\u0027)\n grep -L \u0027prefetchw*(\u0027 $(git grep -l \u0027linux/prefetch.h\u0027 -- \u0027*.[ch]\u0027)\n\nto guide us in finding files that either need \u003clinux/prefetch.h\u003e\ninclusion, or have it despite not needing it.\n\nThere are more of them around (mostly network drivers), but this gets\nmany core ones.\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b5e6ab589d570ac79cc939517fab05c87a23c262", "tree": "db9014f2b0897c9f3ada5b4077995e679aa36fbb", "parents": [ "93d2175d3d31f11ba04fcfa0e9a496a1b4bc8b34" ], "author": { "name": "Randy Dunlap", "email": "randy.dunlap@oracle.com", "time": "Mon May 16 13:16:54 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon May 16 18:34:30 2011 -0700" }, "message": "mm: fix kernel-doc warning in page_alloc.c\n\nFix new kernel-doc warning in mm/page_alloc.c:\n\n Warning(mm/page_alloc.c:2370): No description found for parameter \u0027nid\u0027\n\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ee85c2e1454603ebb9f8d87223ac79dcdc87fa32", "tree": "1e5f85fcd35083116e6bc88f6e995b4351e987f1", "parents": [ "71a6d0af5b031d27029fda64fbab9b9d953d2b33" ], "author": { "name": "Andi Kleen", "email": "ak@linux.intel.com", "time": "Wed May 11 15:13:34 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 11 18:50:45 2011 -0700" }, "message": "mm: add alloc_pages_exact_nid()\n\nAdd a alloc_pages_exact_nid() that allocates on a specific node.\n\nThe naming is quite broken, but fixing that would need a larger renaming\naction.\n\n[akpm@linux-foundation.org: coding-style fixes]\n[akpm@linux-foundation.org: tweak comment]\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nCc: Michal Hocko \u003cmhocko@suse.cz\u003e\nCc: Balbir Singh \u003cbalbir@linux.vnet.ibm.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Dave Hansen \u003cdave@linux.vnet.ibm.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8f389a99b652aab5b42297280bd94d95933ad12f", "tree": "a61c5507962055c9e495c469f805381c18bf06dc", "parents": [ "bad49d9c89d8755a1289d68e6d0127a6ee79e119" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Wed May 11 15:13:32 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed May 11 18:50:44 2011 -0700" }, "message": "mm: use alloc_bootmem_node_nopanic() on really needed path\n\nStefan found nobootmem does not work on his system that has only 8M of\nRAM. This causes an early panic:\n\n BIOS-provided physical RAM map:\n BIOS-88: 0000000000000000 - 000000000009f000 (usable)\n BIOS-88: 0000000000100000 - 0000000000840000 (usable)\n bootconsole [earlyser0] enabled\n Notice: NX (Execute Disable) protection missing in CPU or disabled in BIOS!\n DMI not present or invalid.\n last_pfn \u003d 0x840 max_arch_pfn \u003d 0x100000\n init_memory_mapping: 0000000000000000-0000000000840000\n 8MB LOWMEM available.\n mapped low ram: 0 - 00840000\n low ram: 0 - 00840000\n Zone PFN ranges:\n DMA 0x00000001 -\u003e 0x00001000\n Normal empty\n Movable zone start PFN for each node\n early_node_map[2] active PFN ranges\n 0: 0x00000001 -\u003e 0x0000009f\n 0: 0x00000100 -\u003e 0x00000840\n BUG: Int 6: CR2 (null)\n EDI c034663c ESI (null) EBP c0329f38 ESP c0329ef4\n EBX c0346380 EDX 00000006 ECX ffffffff EAX fffffff4\n err (null) EIP c0353191 CS c0320060 flg 00010082\n Stack: (null) c030c533 000007cd (null) c030c533 00000001 (null) (null)\n 00000003 0000083f 00000018 00000002 00000002 c0329f6c c03534d6 (null)\n (null) 00000100 00000840 (null) c0329f64 00000001 00001000 (null)\n Pid: 0, comm: swapper Not tainted 2.6.36 #5\n Call Trace:\n [\u003cc02e3707\u003e] ? 0xc02e3707\n [\u003cc035e6e5\u003e] 0xc035e6e5\n [\u003cc0353191\u003e] ? 0xc0353191\n [\u003cc03534d6\u003e] 0xc03534d6\n [\u003cc034f1cd\u003e] 0xc034f1cd\n [\u003cc034a824\u003e] 0xc034a824\n [\u003cc03513cb\u003e] ? 0xc03513cb\n [\u003cc0349432\u003e] 0xc0349432\n [\u003cc0349066\u003e] 0xc0349066\n\nIt turns out that we should ignore the low limit of 16M.\n\nUse alloc_bootmem_node_nopanic() in this case.\n\n[akpm@linux-foundation.org: less mess]\nSigned-off-by: Yinghai LU \u003cyinghai@kernel.org\u003e\nReported-by: Stefan Hellermann \u003cstefan@the2masters.de\u003e\nTested-by: Stefan Hellermann \u003cstefan@the2masters.de\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: \"H. Peter Anvin\" \u003chpa@linux.intel.com\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: \u003cstable@kernel.org\u003e\t\t[2.6.34+]\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "07f9479a40cc778bc1462ada11f95b01360ae4ff", "tree": "0676cf38df3844004bb3ebfd99dfa67a4a8998f5", "parents": [ "9d5e6bdb3013acfb311ab407eeca0b6a6a3dedbf", "cd2e49e90f1cae7726c9a2c54488d881d7f1cd1c" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Tue Apr 26 10:22:15 2011 +0200" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Tue Apr 26 10:22:59 2011 +0200" }, "message": "Merge branch \u0027master\u0027 into for-next\n\nFast-forwarded to current state of Linus\u0027 tree as there are patches to be\napplied for files that didn\u0027t exist on the old branch.\n" }, { "commit": "9f6ae448bfc6cdf40279f43bb0b4fd159edc4e0a", "tree": "5878f724ac39a5a28127fecc912ff76621d2665d", "parents": [ "c340b1d640001c8c9ecff74f68fd90422ae2448a" ], "author": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Thu Apr 14 15:21:57 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Apr 14 16:06:54 2011 -0700" }, "message": "mm/page_alloc.c: silence build_all_zonelists() section mismatch\n\nThe memory hotplug case involves calling to build_all_zonelists() which\nin turns calls in to setup_zone_pageset(). The latter is marked\n__meminit while build_all_zonelists() itself has no particular\nannotation. build_all_zonelists() is only handed a non-NULL pointer in\nthe case of memory hotplug through an existing __meminit path, so the\nsetup_zone_pageset() reference is always safe.\n\nThe options as such are either to flag build_all_zonelists() as __ref (as\nper __build_all_zonelists()), or to simply discard the __meminit\nannotation from setup_zone_pageset().\n\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "58c2ee4007bea04cc37041fcbd380fadb7b7be82", "tree": "becfb04e800b3a204a06cb31786e759d432738fc", "parents": [ "8620d81fadc0747f567909aa7ae2eeb7135a64e9" ], "author": { "name": "Nikanth Karthikesan", "email": "knikanth@suse.de", "time": "Tue Mar 15 10:59:02 2011 +0530" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Sun Apr 10 17:01:03 2011 +0200" }, "message": "mm: Fix section mismatch for setup_zone_pageset()\n\nbuild_all_zonelists() which is not __meminit, calls setup_zone_pageset().\n\nSigned-off-by: Nikanth Karthikesan \u003cknikanth@suse.de\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n" }, { "commit": "25985edcedea6396277003854657b5f3cb31a628", "tree": "f026e810210a2ee7290caeb737c23cb6472b7c38", "parents": [ "6aba74f2791287ec407e0f92487a725a25908067" ], "author": { "name": "Lucas De Marchi", "email": "lucas.demarchi@profusion.mobi", "time": "Wed Mar 30 22:57:33 2011 -0300" }, "committer": { "name": "Lucas De Marchi", "email": "lucas.demarchi@profusion.mobi", "time": "Thu Mar 31 11:26:23 2011 -0300" }, "message": "Fix common misspellings\n\nFixes generated by \u0027codespell\u0027 and manually reviewed.\n\nSigned-off-by: Lucas De Marchi \u003clucas.demarchi@profusion.mobi\u003e\n" }, { "commit": "b2b755b5f10eb32fbdc73a9907c07006b17f714b", "tree": "444c7a93cc6c3dd109a4b23f1f76cdc38cf5eb10", "parents": [ "e285c1746accb80620e511f9c72e9893beeedc0e" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Thu Mar 24 15:18:15 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Mar 24 17:49:37 2011 -0700" }, "message": "lib, arch: add filter argument to show_mem and fix private implementations\n\nCommit ddd588b5dd55 (\"oom: suppress nodes that are not allowed from\nmeminfo on oom kill\") moved lib/show_mem.o out of lib/lib.a, which\nresulted in build warnings on all architectures that implement their own\nversions of show_mem():\n\n\tlib/lib.a(show_mem.o): In function `show_mem\u0027:\n\tshow_mem.c:(.text+0x1f4): multiple definition of `show_mem\u0027\n\tarch/sparc/mm/built-in.o:(.text+0xd70): first defined here\n\nThe fix is to remove __show_mem() and add its argument to show_mem() in\nall implementations to prevent this breakage.\n\nArchitectures that implement their own show_mem() actually don\u0027t do\nanything with the argument yet, but they could be made to filter nodes\nthat aren\u0027t allowed in the current context in the future just like the\ngeneric implementation.\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nReported-by: James Bottomley \u003cJames.Bottomley@hansenpartnership.com\u003e\nSuggested-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f212ad7cf9c73f8a7fa160e223dcb3f074441a72", "tree": "95789ef7ce662e86a3e4aded5dfb97c51dc7b0a0", "parents": [ "af4a662144884a7dbb19acbef70878b3b955f928" ], "author": { "name": "Daisuke Nishimura", "email": "nishimura@mxp.nes.nec.co.jp", "time": "Wed Mar 23 16:42:25 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Mar 23 19:46:25 2011 -0700" }, "message": "memcg: add memcg sanity checks at allocating and freeing pages\n\nAdd checks at allocating or freeing a page whether the page is used (iow,\ncharged) from the view point of memcg.\n\nThis check may be useful in debugging a problem and we did similar checks\nbefore the commit 52d4b9ac(memcg: allocate all page_cgroup at boot).\n\nThis patch adds some overheads at allocating or freeing memory, so it\u0027s\nenabled only when CONFIG_DEBUG_VM is enabled.\n\nSigned-off-by: Daisuke Nishimura \u003cnishimura@mxp.nes.nec.co.jp\u003e\nSigned-off-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Balbir Singh \u003cbalbir@linux.vnet.ibm.com\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "84be48d84a53044e13aa8816aab201ab5480815d", "tree": "5b4208fee6bb357112e764e5f778adc8529d1b1b", "parents": [ "a42931bf9c02fbf3628a27a2a5c55d2b83e4ff20" ], "author": { "name": "Kirill A. Shutemov", "email": "kirill@shutemov.name", "time": "Tue Mar 22 16:33:41 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:09 2011 -0700" }, "message": "mm/page_alloc.c: use list_move() instead of list_del()/list_add() combination\n\nSigned-off-by: Kirill A. Shutemov \u003ckirill@shutemov.name\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "78afd5612deb8268bafc8b6507d72341d5ed9aac", "tree": "b96131d6f237b9ce6848d95c8eccdd1f7855365c", "parents": [ "11bc82d67d1150767901bca54a24466621d763d7" ], "author": { "name": "Andi Kleen", "email": "ak@linux.intel.com", "time": "Tue Mar 22 16:33:12 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:05 2011 -0700" }, "message": "mm: add __GFP_OTHER_NODE flag\n\nAdd a new __GFP_OTHER_NODE flag to tell the low level numa statistics in\nzone_statistics() that an allocation is on behalf of another thread. This\nway the local and remote counters can be still correct, even when\nbackground daemons like khugepaged are changing memory mappings.\n\nThis only affects the accounting, but I think it\u0027s worth doing that right\nto avoid confusing users.\n\nI first tried to just pass down the right node, but this required a lot of\nchanges to pass down this parameter and at least one addition of a 10th\nargument to a 9 argument function. Using the flag is a lot less\nintrusive.\n\nOpen: should be also used for migration?\n\n[akpm@linux-foundation.org: coding-style fixes]\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "11bc82d67d1150767901bca54a24466621d763d7", "tree": "119442c599a82b35c553c6f54626c870e885ee50", "parents": [ "b2eef8c0d09101bbbff2531c097543aedde0b525" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Tue Mar 22 16:33:11 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:05 2011 -0700" }, "message": "mm: compaction: Use async migration for __GFP_NO_KSWAPD and enforce no writeback\n\n__GFP_NO_KSWAPD allocations are usually very expensive and not mandatory\nto succeed as they have graceful fallback. Waiting for I/O in those,\ntends to be overkill in terms of latencies, so we can reduce their latency\nby disabling sync migrate.\n\nUnfortunately, even with async migration it\u0027s still possible for the\nprocess to be blocked waiting for a request slot (e.g. get_request_wait\nin the block layer) when -\u003ewritepage is called. To prevent\n__GFP_NO_KSWAPD blocking, this patch prevents -\u003ewritepage being called on\ndirty page cache for asynchronous migration.\n\nAddresses https://bugzilla.kernel.org/show_bug.cgi?id\u003d31142\n\n[mel@csn.ul.ie: Avoid writebacks for NFS, retry locked pages, use bool]\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Arthur Marsh \u003carthur.marsh@internode.on.net\u003e\nCc: Clemens Ladisch \u003ccladisch@googlemail.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nReported-by: Alex Villacis Lasso \u003cavillaci@ceibo.fiec.espol.edu.ec\u003e\nTested-by: Alex Villacis Lasso \u003cavillaci@ceibo.fiec.espol.edu.ec\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1d16871d8c96deadc5f9753b6b096074f2cbcbe1", "tree": "9f3f0c5a60e7a5bf4bfa9f2bd4c9492db36cecfe", "parents": [ "e64a782fec684c29a8204c51b3cb554dce588592" ], "author": { "name": "Namhyung Kim", "email": "namhyung@gmail.com", "time": "Tue Mar 22 16:32:45 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:02 2011 -0700" }, "message": "mm: batch-free pcp list if possible\n\nfree_pcppages_bulk() frees pages from pcp lists in a round-robin fashion\nby keeping batch_free counter. But it doesn\u0027t need to spin if there is\nonly one non-empty list. This can be checked by batch_free \u003d\u003d\nMIGRATE_PCPTYPES.\n\n[akpm@linux-foundation.org: fix comment]\nSigned-off-by: Namhyung Kim \u003cnamhyung@gmail.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cbf978bfb12d7deca97d7333f65eda0381a072de", "tree": "75a415ec997606460c0c851f43e29d008476f231", "parents": [ "29423e77c06cee7d4e335ef4a7cbd949da978c91" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue Mar 22 16:30:48 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:01 2011 -0700" }, "message": "oom: suppress nodes that are not allowed from meminfo on page alloc failure\n\nDisplaying extremely verbose meminfo for all nodes on the system is\noverkill for page allocation failures when the context restricts that\nallocation to only a subset of nodes. We don\u0027t particularly care about\nthe state of all nodes when some are not allowed in the current context,\nthey can have an abundance of memory but we can\u0027t allocate from that part\nof memory.\n\nThis patch suppresses disallowed nodes from the meminfo dump on a page\nallocation failure if the context requires it.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "29423e77c06cee7d4e335ef4a7cbd949da978c91", "tree": "4020036f36a8fb93d4c1010f59caa36742ff5c25", "parents": [ "ddd588b5dd55f14320379961e47683db4e4c1d90" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue Mar 22 16:30:47 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:01 2011 -0700" }, "message": "oom: suppress show_mem() for many nodes in irq context on page alloc failure\n\nWhen a page allocation failure occurs, show_mem() is called to dump the\nstate of the VM so users may understand what happened to get into that\ncondition.\n\nThis output, however, can be extremely verbose. In irq context, it may\nresult in significant delays that incur NMI watchdog timeouts when the\nmachine is large (we use CONFIG_NODES_SHIFT \u003e 8 here to define a \"large\"\nmachine since the length of the show_mem() output is proportional to the\nnumber of possible nodes).\n\nThis patch suppresses the show_mem() call in irq context when the kernel\nhas CONFIG_NODES_SHIFT \u003e 8.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ddd588b5dd55f14320379961e47683db4e4c1d90", "tree": "09de73c51c8c5e701e644236890a5d205ec3cdc9", "parents": [ "94dcf29a11b3d20a28790598d701f98484a969da" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue Mar 22 16:30:46 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Mar 22 17:44:01 2011 -0700" }, "message": "oom: suppress nodes that are not allowed from meminfo on oom kill\n\nThe oom killer is extremely verbose for machines with a large number of\ncpus and/or nodes. This verbosity can often be harmful if it causes other\nimportant messages to be scrolled from the kernel log and incurs a\nsignicant time delay, specifically for kernels with CONFIG_NODES_SHIFT \u003e\n8.\n\nThis patch causes only memory information to be displayed for nodes that\nare allowed by current\u0027s cpuset when dumping the VM state. Information\nfor all other nodes is irrelevant to the oom condition; we don\u0027t care if\nthere\u0027s an abundance of memory elsewhere if we can\u0027t access it.\n\nThis only affects the behavior of dumping memory information when an oom\nis triggered. Other dumps, such as for sysrq+m, still display the\nunfiltered form when using the existing show_mem() interface.\n\nAdditionally, the per-cpu pageset statistics are extremely verbose in oom\nkiller output, so it is now suppressed. This removes\n\n\tnodes_weight(current-\u003emems_allowed) * (1 + nr_cpus)\n\nlines from the oom killer output.\n\nCallers may use __show_mem(SHOW_MEM_FILTER_NODES) to filter disallowed\nnodes.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ef2b4b95a63a1d23958dcb99eb2c6898eddc87d0", "tree": "0a22745dba03926768552aa3006b166995e5342d", "parents": [ "7b7adc4a016a1decb806eb71ecab98721fa7f146" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Fri Mar 18 00:16:35 2011 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Mar 17 16:31:13 2011 -0700" }, "message": "mm: PageBuddy and mapcount robustness\n\nChange the _mapcount value indicating PageBuddy from -2 to -128 for\nmore robusteness against page_mapcount() undeflows.\n\nUse reset_page_mapcount instead of __ClearPageBuddy in bad_page to\nignore the previous retval of PageBuddy().\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nReported-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8460b3e5bc64955aeefdd8357b3bf7b5ff79b3f2", "tree": "7e5f6d050b72ab08a4497e82a4a103fefb086e80", "parents": [ "56396e6823fe9b42fe9cf9403d6ed67756255f70", "521cb40b0c44418a4fd36dc633f575813d59a43d" ], "author": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Tue Mar 15 08:29:44 2011 +0100" }, "committer": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Tue Mar 15 08:29:44 2011 +0100" }, "message": "Merge commit \u0027v2.6.38\u0027 into x86/mm\n\nConflicts:\n\tarch/x86/mm/numa_64.c\n\nMerge reason: Resolve the conflict, update the branch to .38.\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n" }, { "commit": "cc28989437de5617875a2943697fe6ba51a0da8f", "tree": "e1b712bb20af9690eda044f70284f7dcb32a3975", "parents": [ "1f565a896ee139a70e1a16f74a4ec29707691b0b" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Sat Feb 26 13:05:43 2011 +0100" }, "committer": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Sat Feb 26 13:05:43 2011 +0100" }, "message": "mm: Move early_node_map[] reverse scan helpers under HAVE_MEMBLOCK\n\nHeiko found recent memblock change triggers these warnings on s390:\n\n mm/page_alloc.c:3623:22: warning: \u0027last_active_region_index_in_nid\u0027 defined but not used\n mm/page_alloc.c:3638:22: warning: \u0027previous_active_region_index_in_nid\u0027 defined but not used\n\nNeed to move those two function under HAVE_MEMBLOCK with its only\nuser, find_memory_core_early().\n\n-tj: Minor updates to description.\n\nReported-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n" }, { "commit": "29723fccc837d20039078f7a571e8d457eb0d6c6", "tree": "f11e37b20388eb12f04ae8718b247e931ce99379", "parents": [ "a2d6d2fa90c0e1d2cc1d59ccb5bbe93bb28b7413" ], "author": { "name": "Namhyung Kim", "email": "namhyung@gmail.com", "time": "Fri Feb 25 14:44:25 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 25 15:07:37 2011 -0800" }, "message": "mm: fix dubious code in __count_immobile_pages()\n\nWhen pfn_valid_within() failed \u0027iter\u0027 was incremented twice.\n\nSigned-off-by: Namhyung Kim \u003cnamhyung@gmail.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: \u003cstable@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8bc1f91e1f0e977fb95b11d8fa686f5091888110", "tree": "e7c6369b20e5e37176b91a93a8ea621df8c9d893", "parents": [ "e782ab421bbba1912c87934bd0e8998630736418" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Thu Feb 24 14:43:06 2011 +0100" }, "committer": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Feb 24 14:43:06 2011 +0100" }, "message": "bootmem: Move __alloc_memory_core_early() to nobootmem.c\n\nNow that bootmem.c and nobootmem.c are separate, there\u0027s no reason to\ndefine __alloc_memory_core_early(), which is used only by nobootmem,\ninside #ifdef in page_alloc.c. Move it to nobootmem.c and make it\nstatic.\n\nThis patch doesn\u0027t introduce any behavior change.\n\n-tj: Updated commit description.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nAcked-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n" }, { "commit": "e782ab421bbba1912c87934bd0e8998630736418", "tree": "496e4ccaeadf3551d4c516b9f36c7c087eef9e3b", "parents": [ "0932587328d9bd5b500a640fbaff3290c8d4cabf" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Thu Feb 24 14:43:06 2011 +0100" }, "committer": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Feb 24 14:43:06 2011 +0100" }, "message": "bootmem: Move contig_page_data definition to bootmem.c/nobootmem.c\n\nNow that bootmem.c and nobootmem.c are separate, it\u0027s cleaner to\ndefine contig_page_data in each file than in page_alloc.c with #ifdef.\nMove it.\n\nThis patch doesn\u0027t introduce any behavior change.\n\n-v2: According to Andrew, fixed the struct layout.\n-tj: Updated commit description.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nAcked-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n" }, { "commit": "d2137d5af4259f50c19addb8246a186c9ffac325", "tree": "2f7e309f9cf8ef2f2698532c226edda38021fe69", "parents": [ "f005fe12b90c5b9fe180a09209a893e09affa8aa", "795abaf1e4e188c4171e3cd3dbb11a9fcacaf505" ], "author": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Mon Feb 14 11:55:18 2011 +0100" }, "committer": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Mon Feb 14 11:55:18 2011 +0100" }, "message": "Merge branch \u0027linus\u0027 into x86/bootmem\n\nConflicts:\n\tarch/x86/mm/numa_64.c\n\nMerge reason: fix the conflict, update to latest -rc and pick up this\n dependent fix from Yinghai:\n\n e6d2e2b2b1e1: memblock: don\u0027t adjust size in memblock_find_base()\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n" }, { "commit": "2ff754fa8f416e82327f2d8f1354a033b66286df", "tree": "5da792406aa1f2d3d4fea34e9d45f9b2fc984ecc", "parents": [ "f33261d75b88f55a08e6a9648cef73509979bfba" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue Jan 25 15:07:23 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 26 10:50:01 2011 +1000" }, "message": "mm: clear pages_scanned only if draining a pcp adds pages to the buddy allocator\n\nCommit 0e093d99763e (\"writeback: do not sleep on the congestion queue if\nthere are no congested BDIs or if significant congestion is not being\nencountered in the current zone\") uncovered a livelock in the page\nallocator that resulted in tasks infinitely looping trying to find\nmemory and kswapd running at 100% cpu.\n\nThe issue occurs because drain_all_pages() is called immediately\nfollowing direct reclaim when no memory is freed and try_to_free_pages()\nreturns non-zero because all zones in the zonelist do not have their\nall_unreclaimable flag set.\n\nWhen draining the per-cpu pagesets back to the buddy allocator for each\nzone, the zone-\u003epages_scanned counter is cleared to avoid erroneously\nsetting zone-\u003eall_unreclaimable later. The problem is that no pages may\nactually be drained and, thus, the unreclaimable logic never fails\ndirect reclaim so the oom killer may be invoked.\n\nThis apparently only manifested after wait_iff_congested() was\nintroduced and the zone was full of anonymous memory that would not\ncongest the backing store. The page allocator would infinitely loop if\nthere were no other tasks waiting to be scheduled and clear\nzone-\u003epages_scanned because of drain_all_pages() as the result of this\nchange before kswapd could scan enough pages to trigger the reclaim\nlogic. Additionally, with every loop of the page allocator and in the\nreclaim path, kswapd would be kicked and would end up running at 100%\ncpu. In this scenario, current and kswapd are all running continuously\nwith kswapd incrementing zone-\u003epages_scanned and current clearing it.\n\nThe problem is even more pronounced when current swaps some of its\nmemory to swap cache and the reclaimable logic then considers all active\nanonymous memory in the all_unreclaimable logic, which requires a much\nhigher zone-\u003epages_scanned value for try_to_free_pages() to return zero\nthat is never attainable in this scenario.\n\nBefore wait_iff_congested(), the page allocator would incur an\nunconditional timeout and allow kswapd to elevate zone-\u003epages_scanned to\na level that the oom killer would be called the next time it loops.\n\nThe fix is to only attempt to drain pcp pages if there is actually a\nquantity to be drained. The unconditional clearing of\nzone-\u003epages_scanned in free_pcppages_bulk() need not be changed since\nother callers already ensure that draining will occur. This patch\nensures that free_pcppages_bulk() will actually free memory before\ncalling into it from drain_all_pages() so zone-\u003epages_scanned is only\ncleared if appropriate.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f33261d75b88f55a08e6a9648cef73509979bfba", "tree": "f3d8b4f41c860e9f6d054173870319a75c14c155", "parents": [ "4f542e3dd90a96ee0f8fcb8173cb4104f5f753e6" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Tue Jan 25 15:07:20 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 26 10:50:00 2011 +1000" }, "message": "mm: fix deferred congestion timeout if preferred zone is not allowed\n\nBefore 0e093d99763e (\"writeback: do not sleep on the congestion queue if\nthere are no congested BDIs or if significant congestion is not being\nencountered in the current zone\"), preferred_zone was only used for NUMA\nstatistics, to determine the zoneidx from which to allocate from given\nthe type requested, and whether to utilize memory compaction.\n\nwait_iff_congested(), though, uses preferred_zone to determine if the\ncongestion wait should be deferred because its dirty pages are backed by\na congested bdi. This incorrectly defers the timeout and busy loops in\nthe page allocator with various cond_resched() calls if preferred_zone\nis not allowed in the current context, usually consuming 100% of a cpu.\n\nThis patch ensures preferred_zone is an allowed zone in the fastpath\ndepending on whether current is constrained by its cpuset or nodes in\nits mempolicy (when the nodemask passed is non-NULL). This is correct\nsince the fastpath allocation always passes ALLOC_CPUSET when trying to\nallocate memory. In the slowpath, this patch resets preferred_zone to\nthe first zone of the allowed type when the allocation is not\nconstrained by current\u0027s cpuset, i.e. it does not pass ALLOC_CPUSET.\n\nThis patch also ensures preferred_zone is from the set of allowed nodes\nwhen called from within direct reclaim since allocations are always\nconstrained by cpusets in this context (it is blockable).\n\nBoth of these uses of cpuset_current_mems_allowed are protected by\nget_mems_allowed().\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "c06b1fca18c3ad868bfcaca230146e3038583422", "tree": "3f9efb869931a6c6055579524bff8ad6505d074b", "parents": [ "fd4a4663db293bfd5dc20fb4113977f62895e550" ], "author": { "name": "Andrew Morton", "email": "akpm@linux-foundation.org", "time": "Thu Jan 13 15:47:32 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:49 2011 -0800" }, "message": "mm/page_alloc.c: don\u0027t cache `current\u0027 in a local\n\nIt\u0027s old-fashioned and unneeded.\n\nakpm:/usr/src/25\u003e size mm/page_alloc.o\n text data bss dec hex filename\n 39884 1241317 18808 1300009 13d629 mm/page_alloc.o (before)\n 39838 1241317 18808 1299963 13d5fb mm/page_alloc.o (after)\n\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "43506fad21ca3d8dc59e768ff458f7c5e5c01086", "tree": "b594f240a780e3547341530fedabb6ac4735ff41", "parents": [ "5520e89485252c759ee60d313e9422447659947b" ], "author": { "name": "KyongHo Cho", "email": "pullip.cho@samsung.com", "time": "Thu Jan 13 15:47:24 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:48 2011 -0800" }, "message": "mm/page_alloc.c: simplify calculation of combined index of adjacent buddy lists\n\nThe previous approach of calucation of combined index was\n\n\tpage_idx \u0026 ~(1 \u003c\u003c order))\n\nbut we have same result with\n\n\tpage_idx \u0026 buddy_idx\n\nThis reduces instructions slightly as well as enhances readability.\n\n[akpm@linux-foundation.org: coding-style fixes]\n[akpm@linux-foundation.org: fix used-unintialised warning]\nSigned-off-by: KyongHo Cho \u003cpullip.cho@samsung.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5f24ce5fd34c3ca1b3d10d30da754732da64d5c0", "tree": "c82d27461f2adda210e77808b7dd04eaec017f2f", "parents": [ "21ae5b01750f14140809508a478a4413792e0261" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:47:00 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:43 2011 -0800" }, "message": "thp: remove PG_buddy\n\nPG_buddy can be converted to _mapcount \u003d\u003d -2. So the PG_compound_lock can\nbe added to page-\u003eflags without overflowing (because of the sparse section\nbits increasing) with CONFIG_X86_PAE\u003dy and CONFIG_X86_PAT\u003dy. This also\nhas to move the memory hotplug code from _mapcount to lru.next to avoid\nany risk of clashes. We can\u0027t use lru.next for PG_buddy removal, but\nmemory hotplug can use lru.next even more easily than the mapcount\ninstead.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5c3240d92e29ae7bfb9cb58a9b37e80ab40894ff", "tree": "fffa9f90492b61ef1578e1c41118024c81d77863", "parents": [ "32dba98e085f8b2b4345887df9abf5e0e93bfc12" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:46:49 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:42 2011 -0800" }, "message": "thp: don\u0027t alloc harder for gfp nomemalloc even if nowait\n\nNot worth throwing away the precious reserved free memory pool for\nallocations that can fail gracefully (either through mempool or because\nthey\u0027re transhuge allocations later falling back to 4k allocations).\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "32dba98e085f8b2b4345887df9abf5e0e93bfc12", "tree": "6789196797350911a1c370ce909bfde2556ccfc4", "parents": [ "936a5fe6e6148c0b3ea0d792b903847d9b9931a1" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:46:49 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:41 2011 -0800" }, "message": "thp: _GFP_NO_KSWAPD\n\nTransparent hugepage allocations must be allowed not to invoke kswapd or\nany other kind of indirect reclaim (especially when the defrag sysfs is\ncontrol disabled). It\u0027s unacceptable to swap out anonymous pages\n(potentially anonymous transparent hugepages) in order to create new\ntransparent hugepages. This is true for the MADV_HUGEPAGE areas too\n(swapping out a kvm virtual machine and so having it suffer an unbearable\nslowdown, so another one with guest physical memory marked MADV_HUGEPAGE\ncan run 30% faster if it is running memory intensive workloads, makes no\nsense). If a transparent hugepage allocation fails the slowdown is minor\nand there is total fallback, so kswapd should never be asked to swapout\nmemory to allow the high order allocation to succeed.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "59ff421631295cd54dbf75dcc53d27e84af6d9c0", "tree": "2570c413cd0e5938ed5e9c09d00fe026bfa63ca4", "parents": [ "14fd403f2146f740942d78af4e0ee59396ad8eab" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:46:38 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:39 2011 -0800" }, "message": "thp: comment reminder in destroy_compound_page\n\nWarn destroy_compound_page that __split_huge_page_refcount is heavily\ndependent on its internal behavior.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8dd60a3a65c1b057bf0031d28436d3447a3c545b", "tree": "19040d799dbf846191c8855450c662014ecec722", "parents": [ "a5b338f2b0b1ff73ae20c66ab831201549eaec01" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:46:34 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:39 2011 -0800" }, "message": "thp: clear compound mapping\n\nClear compound mapping for anonymous compound pages like it already\nhappens for regular anonymous pages. But crash if mapping is set for any\ntail page, also the PageAnon check is meaningless for tail pages. This\ncheck only makes sense for the head page, for tail page it can only hide\nbugs and we definitely don\u0027t want to hide bugs.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4e9f64c42d0ba5eb0c78569435ada4c224332ce4", "tree": "71df9e94a7f400755bd9ae02ed0c183e429f91cf", "parents": [ "ae52a2adb5afa5ac5ec5fb5c7b24777f84b6c926" ], "author": { "name": "Andrea Arcangeli", "email": "aarcange@redhat.com", "time": "Thu Jan 13 15:46:29 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:38 2011 -0800" }, "message": "thp: fix bad_page to show the real reason the page is bad\n\npage_count shows the count of the head page, but the actual check is done\non the tail page, so show what is really being checked.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ecb256f815232b35ae8382cff36ca8ce0bbd077e", "tree": "4f488ba29b5bf860576a3a2e405607a9c32048bf", "parents": [ "dc83edd941f412e938841b4989be24aa288a1aa6" ], "author": { "name": "Volodymyr G. Lukiianyk", "email": "volodymyrgl@gmail.com", "time": "Thu Jan 13 15:46:26 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:37 2011 -0800" }, "message": "mm: set correct numa_zonelist_order string when configured on the kernel command line\n\nWhen numa_zonelist_order parameter is set to \"node\" or \"zone\" on the\ncommand line it\u0027s still showing as \"default\" in sysctl. That\u0027s because\nearly_param parsing function changes only user_zonelist_order variable.\nFix this by copying user-provided string to numa_zonelist_order if it was\nsuccessfully parsed.\n\nSigned-off-by: Volodymyr G Lukiianyk \u003cvolodymyrgl@gmail.com\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9950474883e027e6e728cbcff25f7f2bf0c96530", "tree": "ecfdd3e68a25f1ef7822428c44f8375efbe9bc0c", "parents": [ "c585a2678d83ba8fb02fa6b197de0ac7d67377f1" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Jan 13 15:46:20 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:37 2011 -0800" }, "message": "mm: kswapd: stop high-order balancing when any suitable zone is balanced\n\nSimon Kirby reported the following problem\n\n We\u0027re seeing cases on a number of servers where cache never fully\n grows to use all available memory. Sometimes we see servers with 4 GB\n of memory that never seem to have less than 1.5 GB free, even with a\n constantly-active VM. In some cases, these servers also swap out while\n this happens, even though they are constantly reading the working set\n into memory. We have been seeing this happening for a long time; I\n don\u0027t think it\u0027s anything recent, and it still happens on 2.6.36.\n\nAfter some debugging work by Simon, Dave Hansen and others, the prevaling\ntheory became that kswapd is reclaiming order-3 pages requested by SLUB\ntoo aggressive about it.\n\nThere are two apparent problems here. On the target machine, there is a\nsmall Normal zone in comparison to DMA32. As kswapd tries to balance all\nzones, it would continually try reclaiming for Normal even though DMA32\nwas balanced enough for callers. The second problem is that\nsleeping_prematurely() does not use the same logic as balance_pgdat() when\ndeciding whether to sleep or not. This keeps kswapd artifically awake.\n\nA number of tests were run and the figures from previous postings will\nlook very different for a few reasons. One, the old figures were forcing\nmy network card to use GFP_ATOMIC in attempt to replicate Simon\u0027s problem.\n Second, I previous specified slub_min_order\u003d3 again in an attempt to\nreproduce Simon\u0027s problem. In this posting, I\u0027m depending on Simon to say\nwhether his problem is fixed or not and these figures are to show the\nimpact to the ordinary cases. Finally, the \"vmscan\" figures are taken\nfrom /proc/vmstat instead of the tracepoints. There is less information\nbut recording is less disruptive.\n\nThe first test of relevance was postmark with a process running in the\nbackground reading a large amount of anonymous memory in blocks. The\nobjective was to vaguely simulate what was happening on Simon\u0027s machine\nand it\u0027s memory intensive enough to have kswapd awake.\n\nPOSTMARK\n traceonly kanyzone\nTransactions per second: 156.00 ( 0.00%) 153.00 (-1.96%)\nData megabytes read per second: 21.51 ( 0.00%) 21.52 ( 0.05%)\nData megabytes written per second: 29.28 ( 0.00%) 29.11 (-0.58%)\nFiles created alone per second: 250.00 ( 0.00%) 416.00 (39.90%)\nFiles create/transact per second: 79.00 ( 0.00%) 76.00 (-3.95%)\nFiles deleted alone per second: 520.00 ( 0.00%) 420.00 (-23.81%)\nFiles delete/transact per second: 79.00 ( 0.00%) 76.00 (-3.95%)\n\nMMTests Statistics: duration\nUser/Sys Time Running Test (seconds) 16.58 17.4\nTotal Elapsed Time (seconds) 218.48 222.47\n\nVMstat Reclaim Statistics: vmscan\nDirect reclaims 0 4\nDirect reclaim pages scanned 0 203\nDirect reclaim pages reclaimed 0 184\nKswapd pages scanned 326631 322018\nKswapd pages reclaimed 312632 309784\nKswapd low wmark quickly 1 4\nKswapd high wmark quickly 122 475\nKswapd skip congestion_wait 1 0\nPages activated 700040 705317\nPages deactivated 212113 203922\nPages written 9875 6363\n\nTotal pages scanned 326631 322221\nTotal pages reclaimed 312632 309968\n%age total pages scanned/reclaimed 95.71% 96.20%\n%age total pages scanned/written 3.02% 1.97%\n\nproc vmstat: Faults\nMajor Faults 300 254\nMinor Faults 645183 660284\nPage ins 493588 486704\nPage outs 4960088 4986704\nSwap ins 1230 661\nSwap outs 9869 6355\n\nPerformance is mildly affected because kswapd is no longer doing as much\nwork and the background memory consumer process is getting in the way.\nNote that kswapd scanned and reclaimed fewer pages as it\u0027s less aggressive\nand overall fewer pages were scanned and reclaimed. Swap in/out is\nparticularly reduced again reflecting kswapd throwing out fewer pages.\n\nThe slight performance impact is unfortunate here but it looks like a\ndirect result of kswapd being less aggressive. As the bug report is about\ntoo many pages being freed by kswapd, it may have to be accepted for now.\n\nThe second test is a streaming IO benchmark that was previously used by\nJohannes to show regressions in page reclaim.\n\nMICRO\n\t\t\t\t\t traceonly kanyzone\nUser/Sys Time Running Test (seconds) 29.29 28.87\nTotal Elapsed Time (seconds) 492.18 488.79\n\nVMstat Reclaim Statistics: vmscan\nDirect reclaims 2128 1460\nDirect reclaim pages scanned 2284822 1496067\nDirect reclaim pages reclaimed 148919 110937\nKswapd pages scanned 15450014 16202876\nKswapd pages reclaimed 8503697 8537897\nKswapd low wmark quickly 3100 3397\nKswapd high wmark quickly 1860 7243\nKswapd skip congestion_wait 708 801\nPages activated 9635 9573\nPages deactivated 1432 1271\nPages written 223 1130\n\nTotal pages scanned 17734836 17698943\nTotal pages reclaimed 8652616 8648834\n%age total pages scanned/reclaimed 48.79% 48.87%\n%age total pages scanned/written 0.00% 0.01%\n\nproc vmstat: Faults\nMajor Faults 165 221\nMinor Faults 9655785 9656506\nPage ins 3880 7228\nPage outs 37692940 37480076\nSwap ins 0 69\nSwap outs 19 15\n\nAgain fewer pages are scanned and reclaimed as expected and this time the\ntest completed faster. Note that kswapd is hitting its watermarks faster\n(low and high wmark quickly) which I expect is due to kswapd reclaiming\nfewer pages.\n\nI also ran fs-mark, iozone and sysbench but there is nothing interesting\nto report in the figures. Performance is not significantly changed and\nthe reclaim statistics look reasonable.\n\nTgis patch:\n\nWhen the allocator enters its slow path, kswapd is woken up to balance the\nnode. It continues working until all zones within the node are balanced.\nFor order-0 allocations, this makes perfect sense but for higher orders it\ncan have unintended side-effects. If the zone sizes are imbalanced,\nkswapd may reclaim heavily within a smaller zone discarding an excessive\nnumber of pages. The user-visible behaviour is that kswapd is awake and\nreclaiming even though plenty of pages are free from a suitable zone.\n\nThis patch alters the \"balance\" logic for high-order reclaim allowing\nkswapd to stop if any suitable zone becomes balanced to reduce the number\nof pages it reclaims from other zones. kswapd still tries to ensure that\norder-0 watermarks for all zones are met before sleeping.\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Eric B Munson \u003cemunson@mgebm.net\u003e\nCc: Simon Kirby \u003csim@hostway.ca\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Shaohua Li \u003cshaohua.li@intel.com\u003e\nCc: Dave Hansen \u003cdave@linux.vnet.ibm.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "77f1fe6b08b13a87391549c8a820ddc817b6f50e", "tree": "720865bd0994da3787b6f37d33b2ee4c26a2de6c", "parents": [ "3e7d344970673c5334cf7b5bb27c8c0942b06126" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Jan 13 15:45:57 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:34 2011 -0800" }, "message": "mm: migration: allow migration to operate asynchronously and avoid synchronous compaction in the faster path\n\nMigration synchronously waits for writeback if the initial passes fails.\nCallers of memory compaction do not necessarily want this behaviour if the\ncaller is latency sensitive or expects that synchronous migration is not\ngoing to have a significantly better success rate.\n\nThis patch adds a sync parameter to migrate_pages() allowing the caller to\nindicate if wait_on_page_writeback() is allowed within migration or not.\nFor reclaim/compaction, try_to_compact_pages() is first called\nasynchronously, direct reclaim runs and then try_to_compact_pages() is\ncalled synchronously as there is a greater expectation that it\u0027ll succeed.\n\n[akpm@linux-foundation.org: build/merge fix]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Andy Whitcroft \u003capw@shadowen.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "3e7d344970673c5334cf7b5bb27c8c0942b06126", "tree": "832ecb4da5fd27efa5a503df5b96bfdee2a52ffd", "parents": [ "ee64fc9354e515a79c7232cfde65c88ec627308b" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Jan 13 15:45:56 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:33 2011 -0800" }, "message": "mm: vmscan: reclaim order-0 and use compaction instead of lumpy reclaim\n\nLumpy reclaim is disruptive. It reclaims a large number of pages and\nignores the age of the pages it reclaims. This can incur significant\nstalls and potentially increase the number of major faults.\n\nCompaction has reached the point where it is considered reasonably stable\n(meaning it has passed a lot of testing) and is a potential candidate for\ndisplacing lumpy reclaim. This patch introduces an alternative to lumpy\nreclaim whe compaction is available called reclaim/compaction. The basic\noperation is very simple - instead of selecting a contiguous range of\npages to reclaim, a number of order-0 pages are reclaimed and then\ncompaction is later by either kswapd (compact_zone_order()) or direct\ncompaction (__alloc_pages_direct_compact()).\n\n[akpm@linux-foundation.org: fix build]\n[akpm@linux-foundation.org: use conventional task_struct naming]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Andy Whitcroft \u003capw@shadowen.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "88f5acf88ae6a9778f6d25d0d5d7ec2d57764a97", "tree": "6f39beef8cf918eb2ca9f64ae1bcd1ea79ca487a", "parents": [ "43bb40c9e3aa51a3b038c9df2c9afb4d4685614d" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Jan 13 15:45:41 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:32:31 2011 -0800" }, "message": "mm: page allocator: adjust the per-cpu counter threshold when memory is low\n\nCommit aa45484 (\"calculate a better estimate of NR_FREE_PAGES when memory\nis low\") noted that watermarks were based on the vmstat NR_FREE_PAGES. To\navoid synchronization overhead, these counters are maintained on a per-cpu\nbasis and drained both periodically and when a threshold is above a\nthreshold. On large CPU systems, the difference between the estimate and\nreal value of NR_FREE_PAGES can be very high. The system can get into a\ncase where pages are allocated far below the min watermark potentially\ncausing livelock issues. The commit solved the problem by taking a better\nreading of NR_FREE_PAGES when memory was low.\n\nUnfortately, as reported by Shaohua Li this accurate reading can consume a\nlarge amount of CPU time on systems with many sockets due to cache line\nbouncing. This patch takes a different approach. For large machines\nwhere counter drift might be unsafe and while kswapd is awake, the per-cpu\nthresholds for the target pgdat are reduced to limit the level of drift to\nwhat should be a safe level. This incurs a performance penalty in heavy\nmemory pressure by a factor that depends on the workload and the machine\nbut the machine should function correctly without accidentally exhausting\nall memory on a node. There is an additional cost when kswapd wakes and\nsleeps but the event is not expected to be frequent - in Shaohua\u0027s test\ncase, there was one recorded sleep and wake event at least.\n\nTo ensure that kswapd wakes up, a safe version of zone_watermark_ok() is\nintroduced that takes a more accurate reading of NR_FREE_PAGES when called\nfrom wakeup_kswapd, when deciding whether it is really safe to go back to\nsleep in sleeping_prematurely() and when deciding if a zone is really\nbalanced or not in balance_pgdat(). We are still using an expensive\nfunction but limiting how often it is called.\n\nWhen the test case is reproduced, the time spent in the watermark\nfunctions is reduced. The following report is on the percentage of time\nspent cumulatively spent in the functions zone_nr_free_pages(),\nzone_watermark_ok(), __zone_watermark_ok(), zone_watermark_ok_safe(),\nzone_page_state_snapshot(), zone_page_state().\n\nvanilla 11.6615%\ndisable-threshold 0.2584%\n\nDavid said:\n\n: We had to pull aa454840 \"mm: page allocator: calculate a better estimate\n: of NR_FREE_PAGES when memory is low and kswapd is awake\" from 2.6.36\n: internally because tests showed that it would cause the machine to stall\n: as the result of heavy kswapd activity. I merged it back with this fix as\n: it is pending in the -mm tree and it solves the issue we were seeing, so I\n: definitely think this should be pushed to -stable (and I would seriously\n: consider it for 2.6.37 inclusion even at this late date).\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReported-by: Shaohua Li \u003cshaohua.li@intel.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nTested-by: Nicolas Bareil \u003cnico@chdir.org\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Kyle McMartin \u003ckyle@mcmartin.ca\u003e\nCc: \u003cstable@kernel.org\u003e\t\t[2.6.37.1, 2.6.36.x]\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1a4a678b12c84db9ae5dce424e0e97f0559bb57c", "tree": "c272694389a0b035f198be679eb9355788fc0e5c", "parents": [ "32e3f2b00c529477d26895c5428ed95bba537443" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Fri Dec 17 16:59:07 2010 -0800" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Wed Dec 29 14:46:55 2010 -0800" }, "message": "memblock: Make find_memory_core_early() find from top-down\n\nThat is used for find ram in node or bootmem type.\n\nWe should make it top-down so it will be consistent to memblock_find,\nand to avoid allocating potentially valuable low memory before we\nactually need it.\n\nSuggested-by: Jeremy Fitzhardinge \u003cjeremy@goop.org\u003e\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nLKML-Reference: \u003c4D0C075B.3040501@kernel.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\n" }, { "commit": "4b7bd364700d9ac8372eff48832062b936d0793b", "tree": "0dbf78c95456a0b02d07fcd473281f04a87e266d", "parents": [ "c0d8768af260e2cbb4bf659ae6094a262c86b085", "90a8a73c06cc32b609a880d48449d7083327e11a" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Dec 22 18:57:02 2010 +0100" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Dec 22 18:57:02 2010 +0100" }, "message": "Merge branch \u0027master\u0027 into for-next\n\nConflicts:\n\tMAINTAINERS\n\tarch/arm/mach-omap2/pm24xx.c\n\tdrivers/scsi/bfa/bfa_fcpim.c\n\nNeeded to update to apply fixes for which the old branch was too\noutdated.\n" }, { "commit": "c9e664f1fdf34aa8cede047b206deaa8f1945af0", "tree": "6038002f46173ca785936ac2fe54177197f98a08", "parents": [ "9f339caf8454f0c21983111350ede93983db4340" ], "author": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Fri Dec 03 22:57:45 2010 +0100" }, "committer": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Mon Dec 06 23:52:08 2010 +0100" }, "message": "PM / Hibernate: Fix memory corruption related to swap\n\nThere is a problem that swap pages allocated before the creation of\na hibernation image can be released and used for storing the contents\nof different memory pages while the image is being saved. Since the\nkernel stored in the image doesn\u0027t know of that, it causes memory\ncorruption to occur after resume from hibernation, especially on\nsystems with relatively small RAM that need to swap often.\n\nThis issue can be addressed by keeping the GFP_IOFS bits clear\nin gfp_allowed_mask during the entire hibernation, including the\nsaving of the image, until the system is finally turned off or\nthe hibernation is aborted. Unfortunately, for this purpose\nit\u0027s necessary to rework the way in which the hibernate and\nsuspend code manipulates gfp_allowed_mask.\n\nThis change is based on an earlier patch from Hugh Dickins.\n\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nReported-by: Ondrej Zary \u003clinux@rainbow-software.org\u003e\nAcked-by: Hugh Dickins \u003chughd@google.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: stable@kernel.org\n" }, { "commit": "fa9f90be745d3b600a9d97a063be404c5e5d9071", "tree": "b1d3a0c309c2518effde9df050c2714d116f98e9", "parents": [ "73d8c34f3d78ccf90a431c221df10377affce650" ], "author": { "name": "Jesper Juhl", "email": "jj@chaosbits.net", "time": "Sun Nov 28 21:39:34 2010 +0100" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Sun Nov 28 23:08:04 2010 +0100" }, "message": "Kill off a bunch of warning: ‘inline’ is not at beginning of declaration\n\nThese warnings are spewed during a build of a \u0027allnoconfig\u0027 kernel\n(especially the ones from u64_stats_sync.h show up a lot) when building\nwith -Wextra (which I often do)..\nThey are\n a) annoying\n b) easy to get rid of.\nThis patch kills them off.\n\ninclude/linux/u64_stats_sync.h:70:1: warning: ‘inline’ is not at beginning of declaration\ninclude/linux/u64_stats_sync.h:77:1: warning: ‘inline’ is not at beginning of declaration\ninclude/linux/u64_stats_sync.h:84:1: warning: ‘inline’ is not at beginning of declaration\ninclude/linux/u64_stats_sync.h:96:1: warning: ‘inline’ is not at beginning of declaration\ninclude/linux/u64_stats_sync.h:115:1: warning: ‘inline’ is not at beginning of declaration\ninclude/linux/u64_stats_sync.h:127:1: warning: ‘inline’ is not at beginning of declaration\nkernel/time.c:241:1: warning: ‘inline’ is not at beginning of declaration\nkernel/time.c:257:1: warning: ‘inline’ is not at beginning of declaration\nkernel/perf_event.c:4513:1: warning: ‘inline’ is not at beginning of declaration\nmm/page_alloc.c:4012:1: warning: ‘inline’ is not at beginning of declaration\n\nSigned-off-by: Jesper Juhl \u003cjj@chaosbits.net\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n" }, { "commit": "e9959f0f37160e1f5351af828cc981712b5066c1", "tree": "c218bce04d8f4dfc97a91b6807be5f2853a9024d", "parents": [ "a42c390cfa0c2612459d7226ba11612847ca3a64" ], "author": { "name": "KAMEZAWA Hiroyuki", "email": "kamezawa.hiroyu@jp.fujitsu.com", "time": "Wed Nov 24 12:57:09 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 25 06:50:45 2010 +0900" }, "message": "mm/page_alloc.c: fix build_all_zonelist() where percpu_alloc() is wrongly called under stop_machine_run()\n\nDuring memory hotplug, build_allzonelists() may be called under\nstop_machine_run(). In this function, setup_zone_pageset() is called.\nBut it\u0027s bug because it will do page allocation under stop_machine_run().\n\nHere is a report from Alok Kataria.\n\n BUG: sleeping function called from invalid context at kernel/mutex.c:94\n in_atomic(): 0, irqs_disabled(): 1, pid: 4, name: migration/0\n Pid: 4, comm: migration/0 Not tainted 2.6.35.6-45.fc14.x86_64 #1\n Call Trace:\n [\u003cffffffff8103d12b\u003e] __might_sleep+0xeb/0xf0\n [\u003cffffffff81468245\u003e] mutex_lock+0x24/0x50\n [\u003cffffffff8110eaa6\u003e] pcpu_alloc+0x6d/0x7ee\n [\u003cffffffff81048888\u003e] ? load_balance+0xbe/0x60e\n [\u003cffffffff8103a1b3\u003e] ? rt_se_boosted+0x21/0x2f\n [\u003cffffffff8103e1cf\u003e] ? dequeue_rt_stack+0x18b/0x1ed\n [\u003cffffffff8110f237\u003e] __alloc_percpu+0x10/0x12\n [\u003cffffffff81465e22\u003e] setup_zone_pageset+0x38/0xbe\n [\u003cffffffff810d6d81\u003e] ? build_zonelists_node.clone.58+0x79/0x8c\n [\u003cffffffff81452539\u003e] __build_all_zonelists+0x419/0x46c\n [\u003cffffffff8108ef01\u003e] ? cpu_stopper_thread+0xb2/0x198\n [\u003cffffffff8108f075\u003e] stop_machine_cpu_stop+0x8e/0xc5\n [\u003cffffffff8108efe7\u003e] ? stop_machine_cpu_stop+0x0/0xc5\n [\u003cffffffff8108ef57\u003e] cpu_stopper_thread+0x108/0x198\n [\u003cffffffff81467a37\u003e] ? schedule+0x5b2/0x5cc\n [\u003cffffffff8108ee4f\u003e] ? cpu_stopper_thread+0x0/0x198\n [\u003cffffffff81065f29\u003e] kthread+0x7f/0x87\n [\u003cffffffff8100aae4\u003e] kernel_thread_helper+0x4/0x10\n [\u003cffffffff81065eaa\u003e] ? kthread+0x0/0x87\n [\u003cffffffff8100aae0\u003e] ? kernel_thread_helper+0x0/0x10\n Built 5 zonelists in Node order, mobility grouping on. Total pages: 289456\n Policy zone: Normal\n\nThis patch tries to fix the issue by moving setup_zone_pageset() out from\nstop_machine_run(). It\u0027s obviously not necessary to be called under\nstop_machine_run().\n\n[akpm@linux-foundation.org: remove unneeded local]\nReported-by: Alok Kataria \u003cakataria@vmware.com\u003e\nSigned-off-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Petr Vandrovec \u003cpetr@vmware.com\u003e\nCc: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "e6223a3b19421e3a8df1352d21fd0d71093f44ae", "tree": "becc54c4946d7226fcfbe115a864035c448d8884", "parents": [ "0116651c85e671a693dd2f56e95dd651f746c973" ], "author": { "name": "Namhyung Kim", "email": "namhyung@gmail.com", "time": "Tue Oct 26 14:21:59 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Oct 26 16:52:09 2010 -0700" }, "message": "mm: add casts to/from gfp_t in gfp_to_alloc_flags()\n\nThis removes following warning from sparse:\n\n mm/page_alloc.c:1934:9: warning: restricted gfp_t degrades to integer\n\nSigned-off-by: Namhyung Kim \u003cnamhyung@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "0e093d99763eb4cea09f8ca4f1d01f34e121d10b", "tree": "fad38f9c3651c81db298521141a79d9468f71986", "parents": [ "08fc468f4eaf6683bae5bdb94743a09d8630cb80" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Tue Oct 26 14:21:45 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Oct 26 16:52:07 2010 -0700" }, "message": "writeback: do not sleep on the congestion queue if there are no congested BDIs or if significant congestion is not being encountered in the current zone\n\nIf congestion_wait() is called with no BDI congested, the caller will\nsleep for the full timeout and this may be an unnecessary sleep. This\npatch adds a wait_iff_congested() that checks congestion and only sleeps\nif a BDI is congested else, it calls cond_resched() to ensure the caller\nis not hogging the CPU longer than its quota but otherwise will not sleep.\n\nThis is aimed at reducing some of the major desktop stalls reported during\nIO. For example, while kswapd is operating, it calls congestion_wait()\nbut it could just have been reclaiming clean page cache pages with no\ncongestion. Without this patch, it would sleep for a full timeout but\nafter this patch, it\u0027ll just call schedule() if it has been on the CPU too\nlong. Similar logic applies to direct reclaimers that are not making\nenough progress.\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "49ac825587f33afec8841b7fab2eb4db775014e6", "tree": "6364721274c451fca7fc4fcea4e6cc533e630140", "parents": [ "4b20477f588055fbe87e69435d3c2344d250f0d7" ], "author": { "name": "KAMEZAWA Hiroyuki", "email": "kamezawa.hiroyu@jp.fujitsu.com", "time": "Tue Oct 26 14:21:30 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Oct 26 16:52:06 2010 -0700" }, "message": "memory hotplug: unify is_removable and offline detection code\n\nNow, sysfs interface of memory hotplug shows whether the section is\nremovable or not. But it checks only migrateype of pages and doesn\u0027t\ncheck details of cluster of pages.\n\nNext, memory hotplug\u0027s set_migratetype_isolate() has the same kind of\ncheck, too.\n\nThis patch adds the function __count_unmovable_pages() and makes above 2\nchecks to use the same logic. Then, is_removable and hotremove code uses\nthe same logic. No changes in the hotremove logic itself.\n\nTODO: need to find a way to check RECLAMABLE. But, considering bit,\n calling shrink_slab() against a range before starting memory hotremove\n sounds better. If so, this patch\u0027s logic doesn\u0027t need to be changed.\n\n[akpm@linux-foundation.org: coding-style fixes]\nSigned-off-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReported-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4b20477f588055fbe87e69435d3c2344d250f0d7", "tree": "4e4d1ef7280ea5c09ff10489e6b9c47bc1223a73", "parents": [ "cf608ac19c95804dc2df43b1f4f9e068aa9034ab" ], "author": { "name": "KAMEZAWA Hiroyuki", "email": "kamezawa.hiroyu@jp.fujitsu.com", "time": "Tue Oct 26 14:21:29 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Oct 26 16:52:06 2010 -0700" }, "message": "memory hotplug: fix notifier\u0027s return value check\n\nEven if notifier cannot find any pages, it doesn\u0027t mean no pages are\navailable...And, if there are no notifiers registered, this condition will\nbe always true and memory hotplug will show -EBUSY.\n\nThis is a bug but not critical.\n\nIn most case, a pageblock which will be offlined is MIGRATE_MOVABLE This\n\"notifier\" is called only when the pageblock is _not_ MIGRATE_MOVABLE.\nBut if not MIGRATE_MOVABLE, it\u0027s common case that memory hotplug will\nfail. So, no one notice this bug.\n\nSigned-off-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Michal Hocko \u003cmhocko@suse.cz\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b7f50cfa3630b6e079929ffccfd442d65064ee1f", "tree": "b6f28ed350055bb864cbe317284eb56fca29cfc3", "parents": [ "a75d377686037982cbec320bb770b19fe7be6a5d" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Tue Oct 26 14:21:11 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Oct 26 16:52:03 2010 -0700" }, "message": "mm, page-allocator: do not check the state of a non-existant buddy during free\n\nThere is a bug in commit 6dda9d55 (\"page allocator: reduce fragmentation\nin buddy allocator by adding buddies that are merging to the tail of the\nfree lists\") that means a buddy at order MAX_ORDER is checked for merging.\n A page of this order never exists so at times, an effectively random\npiece of memory is being checked.\n\nAlan Curry has reported that this is causing memory corruption in\nuserspace data on a PPC32 platform (http://lkml.org/lkml/2010/10/9/32).\nIt is not clear why this is happening. It could be a cache coherency\nproblem where pages mapped in both user and kernel space are getting\ndifferent cache lines due to the bad read from kernel space\n(http://lkml.org/lkml/2010/10/13/179). It could also be that there are\nsome special registers being io-remapped at the end of the memmap array\nand that a read has special meaning on them. Compiler bugs have been\nruled out because the assembly before and after the patch looks relatively\nharmless.\n\nThis patch fixes the problem by ensuring we are not reading a possibly\ninvalid location of memory. It\u0027s not clear why the read causes corruption\nbut one way or the other it is a buggy read.\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Corrado Zoccolo \u003cczoccolo@gmail.com\u003e\nReported-by: Alan Curry \u003cpacman@kosh.dhis.org\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: \u003cstable@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8e4029ee3517084ae00fbfbcb51cc365d8857061", "tree": "3d86578dc6160781a0c2fdad461e5195e73bfafc", "parents": [ "cd79481d27b9f90aad80c9b972292c42c25bbf8e", "73cf624d029d776a33d0a80c695485b3f9b36231" ], "author": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Mon Oct 11 17:05:11 2010 -0700" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Mon Oct 11 17:05:11 2010 -0700" }, "message": "Merge branch \u0027x86/urgent\u0027 into core/memblock\n\nReason for merge:\n\nForward-port urgent change to arch/x86/mm/srat_64.c to the memblock tree.\n\nResolved Conflicts:\n\tarch/x86/mm/srat_64.c\n\nOriginally-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\n" }, { "commit": "153db80f8cf74e8700cac96305b6c0b92918f17c", "tree": "c2afb28e7b3f4fbf0aacd9edd39d7f895321ca0c", "parents": [ "5fd03ddab7fdbc44bfb2d183a4531c26a8dbca5a", "cb655d0f3d57c23db51b981648e452988c0223f9" ], "author": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Fri Oct 08 09:14:51 2010 +0200" }, "committer": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Fri Oct 08 09:15:00 2010 +0200" }, "message": "Merge commit \u0027v2.6.36-rc7\u0027 into core/memblock\n\nMerge reason: Update from -rc3 to -rc7.\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n" }, { "commit": "f241e6607b5a5aefa23c652dbe947b7465633984", "tree": "5dbc0aba2d1cdf217176940415dcd17f6d86af8d", "parents": [ "cb655d0f3d57c23db51b981648e452988c0223f9" ], "author": { "name": "Robin Holt", "email": "holt@sgi.com", "time": "Thu Oct 07 12:59:26 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 07 13:31:21 2010 -0700" }, "message": "mm: alloc_large_system_hash() printk overflow on 16TB boot\n\nDuring boot of a 16TB system, the following is printed:\nDentry cache hash table entries: -2147483648 (order: 22, 17179869184 bytes)\n\nSigned-off-by: Robin Holt \u003cholt@sgi.com\u003e\nReviewed-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9ee493ce0a60bf42c0f8fd0b0fe91df5704a1cbf", "tree": "8dbdbf3d053281291ddc6ebe50d5d0afb5ce22d7", "parents": [ "aa45484031ddee09b06350ab8528bfe5b2c76d1c" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Sep 09 16:38:18 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 09 18:57:25 2010 -0700" }, "message": "mm: page allocator: drain per-cpu lists after direct reclaim allocation fails\n\nWhen under significant memory pressure, a process enters direct reclaim\nand immediately afterwards tries to allocate a page. If it fails and no\nfurther progress is made, it\u0027s possible the system will go OOM. However,\non systems with large amounts of memory, it\u0027s possible that a significant\nnumber of pages are on per-cpu lists and inaccessible to the calling\nprocess. This leads to a process entering direct reclaim more often than\nit should increasing the pressure on the system and compounding the\nproblem.\n\nThis patch notes that if direct reclaim is making progress but allocations\nare still failing that the system is already under heavy pressure. In\nthis case, it drains the per-cpu lists and tries the allocation a second\ntime before continuing.\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Dave Chinner \u003cdavid@fromorbit.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "aa45484031ddee09b06350ab8528bfe5b2c76d1c", "tree": "6758072232db9a54453022ec3e6cede35d52001c", "parents": [ "72853e2991a2702ae93aaf889ac7db743a415dd3" ], "author": { "name": "Christoph Lameter", "email": "cl@linux.com", "time": "Thu Sep 09 16:38:17 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 09 18:57:25 2010 -0700" }, "message": "mm: page allocator: calculate a better estimate of NR_FREE_PAGES when memory is low and kswapd is awake\n\nOrdinarily watermark checks are based on the vmstat NR_FREE_PAGES as it is\ncheaper than scanning a number of lists. To avoid synchronization\noverhead, counter deltas are maintained on a per-cpu basis and drained\nboth periodically and when the delta is above a threshold. On large CPU\nsystems, the difference between the estimated and real value of\nNR_FREE_PAGES can be very high. If NR_FREE_PAGES is much higher than\nnumber of real free page in buddy, the VM can allocate pages below min\nwatermark, at worst reducing the real number of pages to zero. Even if\nthe OOM killer kills some victim for freeing memory, it may not free\nmemory if the exit path requires a new page resulting in livelock.\n\nThis patch introduces a zone_page_state_snapshot() function (courtesy of\nChristoph) that takes a slightly more accurate view of an arbitrary vmstat\ncounter. It is used to read NR_FREE_PAGES while kswapd is awake to avoid\nthe watermark being accidentally broken. The estimate is not perfect and\nmay result in cache line bounces but is expected to be lighter than the\nIPI calls necessary to continually drain the per-cpu counters while kswapd\nis awake.\n\nSigned-off-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "72853e2991a2702ae93aaf889ac7db743a415dd3", "tree": "814f3cc13f0d1133bcb4fd7ab9f429775774607b", "parents": [ "5ee28a447625b9fe64fbf7cff026561084fc5f16" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Thu Sep 09 16:38:16 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Sep 09 18:57:25 2010 -0700" }, "message": "mm: page allocator: update free page counters after pages are placed on the free list\n\nWhen allocating a page, the system uses NR_FREE_PAGES counters to\ndetermine if watermarks would remain intact after the allocation was made.\nThis check is made without interrupts disabled or the zone lock held and\nso is race-prone by nature. Unfortunately, when pages are being freed in\nbatch, the counters are updated before the pages are added on the list.\nDuring this window, the counters are misleading as the pages do not exist\nyet. When under significant pressure on systems with large numbers of\nCPUs, it\u0027s possible for processes to make progress even though they should\nhave been stalled. This is particularly problematic if a number of the\nprocesses are using GFP_ATOMIC as the min watermark can be accidentally\nbreached and in extreme cases, the system can livelock.\n\nThis patch updates the counters after the pages have been added to the\nlist. This makes the allocator more cautious with respect to preserving\nthe watermarks and mitigates livelock possibilities.\n\n[akpm@linux-foundation.org: avoid modifying incoming args]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Rik van Riel \u003criel@redhat.com\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nReviewed-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "daab7fc734a53fdeaf844b7c03053118ad1769da", "tree": "575deb3cdcc6dda562acaed6f7c29bc81ae01cf2", "parents": [ "774ea0bcb27f57b6fd521b3b6c43237782fed4b9", "2bfc96a127bc1cc94d26bfaa40159966064f9c8c" ], "author": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Tue Aug 31 09:45:21 2010 +0200" }, "committer": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Tue Aug 31 09:45:46 2010 +0200" }, "message": "Merge commit \u0027v2.6.36-rc3\u0027 into x86/memblock\n\nConflicts:\n\tarch/x86/kernel/trampoline.c\n\tmm/memblock.c\n\nMerge reason: Resolve the conflicts, update to latest upstream.\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n" }, { "commit": "72d7c3b33c980843e756681fb4867dc1efd62a76", "tree": "9607345d9fa055dd501aacf0772258fb72897035", "parents": [ "301ff3e88ef9ff4bdb92f36a3e6170fce4c9dd34" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Wed Aug 25 13:39:17 2010 -0700" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Fri Aug 27 11:12:29 2010 -0700" }, "message": "x86: Use memblock to replace early_res\n\n1. replace find_e820_area with memblock_find_in_range\n2. replace reserve_early with memblock_x86_reserve_range\n3. replace free_early with memblock_x86_free_range.\n4. NO_BOOTMEM will switch to use memblock too.\n5. use _e820, _early wrap in the patch, in following patch, will\n replace them all\n6. because memblock_x86_free_range support partial free, we can remove some special care\n7. Need to make sure that memblock_find_in_range() is called after memblock_x86_fill()\n so adjust some calling later in setup.c::setup_arch()\n -- corruption_check and mptable_update\n\n-v2: Move reserve_brk() early\n Before fill_memblock_area, to avoid overlap between brk and memblock_find_in_range()\n that could happen We have more then 128 RAM entry in E820 tables, and\n memblock_x86_fill() could use memblock_find_in_range() to find a new place for\n memblock.memory.region array.\n and We don\u0027t need to use extend_brk() after fill_memblock_area()\n So move reserve_brk() early before fill_memblock_area().\n-v3: Move find_smp_config early\n To make sure memblock_find_in_range not find wrong place, if BIOS doesn\u0027t put mptable\n in right place.\n-v4: Treat RESERVED_KERN as RAM in memblock.memory. and they are already in\n memblock.reserved already..\n use __NOT_KEEP_MEMBLOCK to make sure memblock related code could be freed later.\n-v5: Generic version __memblock_find_in_range() is going from high to low, and for 32bit\n active_region for 32bit does include high pages\n need to replace the limit with memblock.default_alloc_limit, aka get_max_mapped()\n-v6: Use current_limit instead\n-v7: check with MEMBLOCK_ERROR instead of -1ULL or -1L\n-v8: Set memblock_can_resize early to handle EFI with more RAM entries\n-v9: update after kmemleak changes in mainline\n\nSuggested-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSuggested-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSuggested-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\n" }, { "commit": "edbe7d23b4482e7f33179290bcff3b1feae1c5f3", "tree": "2bf55fc2cb94e32fdd79018e9e04b55cbe8d49d9", "parents": [ "88ba088c18457caaf8d2e5f8d36becc731a3d4f6" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Wed Aug 25 13:39:16 2010 -0700" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Fri Aug 27 11:10:54 2010 -0700" }, "message": "memblock: Add find_memory_core_early()\n\nAccording to node range in early_node_map[] with __memblock_find_in_range\nto find free range.\n\nWill be used by memblock_x86_find_in_range_node()\n\nmemblock_x86_find_in_range_node will be used to find right buffer for NODE_DATA\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\n" }, { "commit": "25edde0332916ae706ccf83de688be57bcc844b7", "tree": "35a5b0e651f9cdb48d9a55a748970339c4f681bc", "parents": [ "b898cc70019ce1835bbf6c47bdf978adc36faa42" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Mon Aug 09 17:19:27 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Aug 09 20:45:00 2010 -0700" }, "message": "vmscan: kill prev_priority completely\n\nSince 2.6.28 zone-\u003eprev_priority is unused. Then it can be removed\nsafely. It reduce stack usage slightly.\n\nNow I have to say that I\u0027m sorry. 2 years ago, I thought prev_priority\ncan be integrate again, it\u0027s useful. but four (or more) times trying\nhaven\u0027t got good performance number. Thus I give up such approach.\n\nThe rest of this changelog is notes on prev_priority and why it existed in\nthe first place and why it might be not necessary any more. This information\nis based heavily on discussions between Andrew Morton, Rik van Riel and\nKosaki Motohiro who is heavily quotes from.\n\nHistorically prev_priority was important because it determined when the VM\nwould start unmapping PTE pages. i.e. there are no balances of note within\nthe VM, Anon vs File and Mapped vs Unmapped. Without prev_priority, there\nis a potential risk of unnecessarily increasing minor faults as a large\namount of read activity of use-once pages could push mapped pages to the\nend of the LRU and get unmapped.\n\nThere is no proof this is still a problem but currently it is not considered\nto be. Active files are not deactivated if the active file list is smaller\nthan the inactive list reducing the liklihood that file-mapped pages are\nbeing pushed off the LRU and referenced executable pages are kept on the\nactive list to avoid them getting pushed out by read activity.\n\nEven if it is a problem, prev_priority prev_priority wouldn\u0027t works\nnowadays. First of all, current vmscan still a lot of UP centric code. it\nexpose some weakness on some dozens CPUs machine. I think we need more and\nmore improvement.\n\nThe problem is, current vmscan mix up per-system-pressure, per-zone-pressure\nand per-task-pressure a bit. example, prev_priority try to boost priority to\nother concurrent priority. but if the another task have mempolicy restriction,\nit is unnecessary, but also makes wrong big latency and exceeding reclaim.\nper-task based priority + prev_priority adjustment make the emulation of\nper-system pressure. but it have two issue 1) too rough and brutal emulation\n2) we need per-zone pressure, not per-system.\n\nAnother example, currently DEF_PRIORITY is 12. it mean the lru rotate about\n2 cycle (1/4096 + 1/2048 + 1/1024 + .. + 1) before invoking OOM-Killer.\nbut if 10,0000 thrreads enter DEF_PRIORITY reclaim at the same time, the\nsystem have higher memory pressure than priority\u003d\u003d0 (1/4096*10,000 \u003e 2).\nprev_priority can\u0027t solve such multithreads workload issue. In other word,\nprev_priority concept assume the sysmtem don\u0027t have lots threads.\"\n\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nReviewed-by: Rik van Riel \u003criel@redhat.com\u003e\nCc: Dave Chinner \u003cdavid@fromorbit.com\u003e\nCc: Chris Mason \u003cchris.mason@oracle.com\u003e\nCc: Nick Piggin \u003cnpiggin@suse.de\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Christoph Hellwig \u003chch@infradead.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: Michael Rubin \u003cmrubin@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ff321feac22313cf53ffceb69224b09ac19ff22b", "tree": "101400fdee395944c2fa5f1f2b45cac54a5c1088", "parents": [ "b940fd703572f7f9e5f894c682c91c3cbd84c11e" ], "author": { "name": "Minchan Kim", "email": "minchan.kim@gmail.com", "time": "Mon Aug 09 17:18:57 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Aug 09 20:44:57 2010 -0700" }, "message": "mm: rename try_set_zone_oom() to try_set_zonelist_oom()\n\nWe have been used naming try_set_zone_oom and clear_zonelist_oom.\nThe role of functions is to lock of zonelist for preventing parallel\nOOM. So clear_zonelist_oom makes sense but try_set_zone_oome is rather\nawkward and unmatched with clear_zonelist_oom.\n\nLet\u0027s change it with try_set_zonelist_oom.\n\nSigned-off-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "03668b3ceb0c7a95e09f1b6169f5270ffc1a19f6", "tree": "755ea207b968af12e195f6fb3e3b52b4d68e8630", "parents": [ "ad915c432eccb482427c1bbd77c74e6f7bfe60b3" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Mon Aug 09 17:18:54 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Aug 09 20:44:56 2010 -0700" }, "message": "oom: avoid oom killer for lowmem allocations\n\nIf memory has been depleted in lowmem zones even with the protection\nafforded to it by /proc/sys/vm/lowmem_reserve_ratio, it is unlikely that\nkilling current users will help. The memory is either reclaimable (or\nmigratable) already, in which case we should not invoke the oom killer at\nall, or it is pinned by an application for I/O. Killing such an\napplication may leave the hardware in an unspecified state and there is no\nguarantee that it will be able to make a timely exit.\n\nLowmem allocations are now failed in oom conditions when __GFP_NOFAIL is\nnot used so that the task can perhaps recover or try again later.\n\nPreviously, the heuristic provided some protection for those tasks with\nCAP_SYS_RAWIO, but this is no longer necessary since we will not be\nkilling tasks for the purposes of ISA allocations.\n\nhigh_zoneidx is gfp_zone(gfp_flags), meaning that ZONE_NORMAL will be the\ndefault for all allocations that are not __GFP_DMA, __GFP_DMA32,\n__GFP_HIGHMEM, and __GFP_MOVABLE on kernels configured to support those\nflags. Testing for high_zoneidx being less than ZONE_NORMAL will only\nreturn true for allocations that have either __GFP_DMA or __GFP_DMA32.\n\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b8ab9f82025adea77864115da73e70026fa4f540", "tree": "37d83932b99efd4aac2fccb2075a76bf0a147769", "parents": [ "9aebbdb637a73a6092e1456ebb4a2df32cc1f611" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Tue Jul 20 13:24:31 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Jul 20 16:25:40 2010 -0700" }, "message": "x86,nobootmem: make alloc_bootmem_node fall back to other node when 32bit numa is used\n\nBorislav Petkov reported his 32bit numa system has problem:\n\n[ 0.000000] Reserving total of 4c00 pages for numa KVA remap\n[ 0.000000] kva_start_pfn ~ 32800 max_low_pfn ~ 375fe\n[ 0.000000] max_pfn \u003d 238000\n[ 0.000000] 8202MB HIGHMEM available.\n[ 0.000000] 885MB LOWMEM available.\n[ 0.000000] mapped low ram: 0 - 375fe000\n[ 0.000000] low ram: 0 - 375fe000\n[ 0.000000] alloc (nid\u003d8 100000 - 7ee00000) (1000000 - ffffffff) 1000 1000 \u003d\u003e 34e7000\n[ 0.000000] alloc (nid\u003d8 100000 - 7ee00000) (1000000 - ffffffff) 200 40 \u003d\u003e 34c9d80\n[ 0.000000] alloc (nid\u003d0 100000 - 7ee00000) (1000000 - ffffffffffffffff) 180 40 \u003d\u003e 34e6140\n[ 0.000000] alloc (nid\u003d1 80000000 - c7e60000) (1000000 - ffffffffffffffff) 240 40 \u003d\u003e 80000000\n[ 0.000000] BUG: unable to handle kernel paging request at 40000000\n[ 0.000000] IP: [\u003cc2c8cff1\u003e] __alloc_memory_core_early+0x147/0x1d6\n[ 0.000000] *pdpt \u003d 0000000000000000 *pde \u003d f000ff53f000ff00\n...\n[ 0.000000] Call Trace:\n[ 0.000000] [\u003cc2c8b4f8\u003e] ? __alloc_bootmem_node+0x216/0x22f\n[ 0.000000] [\u003cc2c90c9b\u003e] ? sparse_early_usemaps_alloc_node+0x5a/0x10b\n[ 0.000000] [\u003cc2c9149e\u003e] ? sparse_init+0x1dc/0x499\n[ 0.000000] [\u003cc2c79118\u003e] ? paging_init+0x168/0x1df\n[ 0.000000] [\u003cc2c780ff\u003e] ? native_pagetable_setup_start+0xef/0x1bb\n\nlooks like it allocates too much high address for bootmem.\n\nTry to cut limit with get_max_mapped()\n\nReported-by: Borislav Petkov \u003cborislav.petkov@amd.com\u003e\nTested-by: Conny Seidel \u003cconny.seidel@amd.com\u003e\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nCc: \u003cstable@kernel.org\u003e\t\t[2.6.34.x]\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: \"H. Peter Anvin\" \u003chpa@zytor.com\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Lee Schermerhorn \u003clee.schermerhorn@hp.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9078370c0d2cfe4a905aa34f398bbb0d65921a2b", "tree": "0b0d3b1f2a9a6dd2f2deaae9fbf9c8c5509ac13c", "parents": [ "7952f98818d561ed0e11434a7a16acd9a7bae859" ], "author": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Mon Jul 19 11:54:15 2010 +0100" }, "committer": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Mon Jul 19 11:54:15 2010 +0100" }, "message": "kmemleak: Add support for NO_BOOTMEM configurations\n\nWith commits 08677214 and 59be5a8e, alloc_bootmem()/free_bootmem() and\nfriends use the early_res functions for memory management when\nNO_BOOTMEM is enabled. This patch adds the kmemleak calls in the\ncorresponding code paths for bootmem allocations.\n\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nAcked-by: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nAcked-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nCc: H. Peter Anvin \u003chpa@zytor.com\u003e\nCc: stable@kernel.org\n" }, { "commit": "7aac789885512388a66d47280d7e7777ffba1e59", "tree": "af4ac98260268889a422dd264102d2f15d5c1983", "parents": [ "3bccd996276b108c138e8176793a26ecef54d573" ], "author": { "name": "Lee Schermerhorn", "email": "lee.schermerhorn@hp.com", "time": "Wed May 26 14:45:00 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 27 09:12:57 2010 -0700" }, "message": "numa: introduce numa_mem_id()- effective local memory node id\n\nIntroduce numa_mem_id(), based on generic percpu variable infrastructure\nto track \"nearest node with memory\" for archs that support memoryless\nnodes.\n\nDefine API in \u003clinux/topology.h\u003e when CONFIG_HAVE_MEMORYLESS_NODES\ndefined, else stubs. Architectures will define HAVE_MEMORYLESS_NODES\nif/when they support them.\n\nArchs can override definitions of:\n\nnuma_mem_id() - returns node number of \"local memory\" node\nset_numa_mem() - initialize [this cpus\u0027] per cpu variable \u0027numa_mem\u0027\ncpu_to_mem() - return numa_mem for specified cpu; may be used as lvalue\n\nGeneric initialization of \u0027numa_mem\u0027 occurs in __build_all_zonelists().\nThis will initialize the boot cpu at boot time, and all cpus on change of\nnuma_zonelist_order, or when node or memory hot-plug requires zonelist\nrebuild. Archs that support memoryless nodes will need to initialize\n\u0027numa_mem\u0027 for secondary cpus as they\u0027re brought on-line.\n\n[akpm@linux-foundation.org: fix build]\nSigned-off-by: Lee Schermerhorn \u003clee.schermerhorn@hp.com\u003e\nSigned-off-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Nick Piggin \u003cnpiggin@suse.de\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Eric Whitney \u003ceric.whitney@hp.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: \"H. Peter Anvin\" \u003chpa@zytor.com\u003e\nCc: \"Luck, Tony\" \u003ctony.luck@intel.com\u003e\nCc: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nCc: \u003clinux-arch@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "7281201922a0063fa60804ce39c277fc98142a47", "tree": "4bf089d077b1055e54bc1411dcc0db121d01d9fa", "parents": [ "866707fc2721df8fee637fcf0239628b9231f9ea" ], "author": { "name": "Lee Schermerhorn", "email": "lee.schermerhorn@hp.com", "time": "Wed May 26 14:44:56 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 27 09:12:57 2010 -0700" }, "message": "numa: add generic percpu var numa_node_id() implementation\n\nRework the generic version of the numa_node_id() function to use the new\ngeneric percpu variable infrastructure.\n\nGuard the new implementation with a new config option:\n\n CONFIG_USE_PERCPU_NUMA_NODE_ID.\n\nArchs which support this new implemention will default this option to \u0027y\u0027\nwhen NUMA is configured. This config option could be removed if/when all\narchs switch over to the generic percpu implementation of numa_node_id().\nArch support involves:\n\n 1) converting any existing per cpu variable implementations to use\n this implementation. x86_64 is an instance of such an arch.\n 2) archs that don\u0027t use a per cpu variable for numa_node_id() will\n need to initialize the new per cpu variable \"numa_node\" as cpus\n are brought on-line. ia64 is an example.\n 3) Defining USE_PERCPU_NUMA_NODE_ID in arch dependent Kconfig--e.g.,\n when NUMA is configured. This is required because I have\n retained the old implementation by default to allow archs to\n be modified incrementally, as desired.\n\nSubsequent patches will convert x86_64 and ia64 to use this implemenation.\n\nSigned-off-by: Lee Schermerhorn \u003clee.schermerhorn@hp.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Nick Piggin \u003cnpiggin@suse.de\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Eric Whitney \u003ceric.whitney@hp.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: \"H. Peter Anvin\" \u003chpa@zytor.com\u003e\nCc: \"Luck, Tony\" \u003ctony.luck@intel.com\u003e\nCc: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nCc: \u003clinux-arch@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4eaf3f64397c3db3c5785eee508270d62a9fabd9", "tree": "bfd986a7e974876755ea6fe0de394199c68e2e36", "parents": [ "1f522509c77a5dea8dc384b735314f03908a6415" ], "author": { "name": "Haicheng Li", "email": "haicheng.li@linux.intel.com", "time": "Mon May 24 14:32:52 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:07:02 2010 -0700" }, "message": "mem-hotplug: fix potential race while building zonelist for new populated zone\n\nAdd global mutex zonelists_mutex to fix the possible race:\n\n CPU0 CPU1 CPU2\n(1) zone-\u003epresent_pages +\u003d online_pages;\n(2) build_all_zonelists();\n(3) alloc_page();\n(4) free_page();\n(5) build_all_zonelists();\n(6) __build_all_zonelists();\n(7) zone-\u003epageset \u003d alloc_percpu();\n\nIn step (3,4), zone-\u003epageset still points to boot_pageset, so bad\nthings may happen if 2+ nodes are in this state. Even if only 1 node\nis accessing the boot_pageset, (3) may still consume too much memory\nto fail the memory allocations in step (7).\n\nBesides, atomic operation ensures alloc_percpu() in step (7) will never fail\nsince there is a new fresh memory block added in step(6).\n\n[haicheng.li@linux.intel.com: hold zonelists_mutex when build_all_zonelists]\nSigned-off-by: Haicheng Li \u003chaicheng.li@linux.intel.com\u003e\nSigned-off-by: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nReviewed-by: Andi Kleen \u003candi.kleen@intel.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1f522509c77a5dea8dc384b735314f03908a6415", "tree": "4b848527b90877a8a64c46e8e2d76723405c319d", "parents": [ "319774e25fa4b7641bdc3b0a464dd84e62103347" ], "author": { "name": "Haicheng Li", "email": "haicheng.li@linux.intel.com", "time": "Mon May 24 14:32:51 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:07:01 2010 -0700" }, "message": "mem-hotplug: avoid multiple zones sharing same boot strapping boot_pageset\n\nFor each new populated zone of hotadded node, need to update its pagesets\nwith dynamically allocated per_cpu_pageset struct for all possible CPUs:\n\n 1) Detach zone-\u003epageset from the shared boot_pageset\n at end of __build_all_zonelists().\n\n 2) Use mutex to protect zone-\u003epageset when it\u0027s still\n shared in onlined_pages()\n\nOtherwises, multiple zones of different nodes would share same boot strapping\nboot_pageset for same CPU, which will finally cause below kernel panic:\n\n ------------[ cut here ]------------\n kernel BUG at mm/page_alloc.c:1239!\n invalid opcode: 0000 [#1] SMP\n ...\n Call Trace:\n [\u003cffffffff811300c1\u003e] __alloc_pages_nodemask+0x131/0x7b0\n [\u003cffffffff81162e67\u003e] alloc_pages_current+0x87/0xd0\n [\u003cffffffff81128407\u003e] __page_cache_alloc+0x67/0x70\n [\u003cffffffff811325f0\u003e] __do_page_cache_readahead+0x120/0x260\n [\u003cffffffff81132751\u003e] ra_submit+0x21/0x30\n [\u003cffffffff811329c6\u003e] ondemand_readahead+0x166/0x2c0\n [\u003cffffffff81132ba0\u003e] page_cache_async_readahead+0x80/0xa0\n [\u003cffffffff8112a0e4\u003e] generic_file_aio_read+0x364/0x670\n [\u003cffffffff81266cfa\u003e] nfs_file_read+0xca/0x130\n [\u003cffffffff8117b20a\u003e] do_sync_read+0xfa/0x140\n [\u003cffffffff8117bf75\u003e] vfs_read+0xb5/0x1a0\n [\u003cffffffff8117c151\u003e] sys_read+0x51/0x80\n [\u003cffffffff8103c032\u003e] system_call_fastpath+0x16/0x1b\n RIP [\u003cffffffff8112ff13\u003e] get_page_from_freelist+0x883/0x900\n RSP \u003cffff88000d1e78a8\u003e\n ---[ end trace 4bda28328b9990db ]\n\n[akpm@linux-foundation.org: merge fix]\nSigned-off-by: Haicheng Li \u003chaicheng.li@linux.intel.com\u003e\nSigned-off-by: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nReviewed-by: Andi Kleen \u003candi.kleen@intel.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "319774e25fa4b7641bdc3b0a464dd84e62103347", "tree": "6865aee1b58fff5d7042fbdcb989ee7751660bcc", "parents": [ "0faa56389c793cda7f967117415717bbab24fe4e" ], "author": { "name": "Wu Fengguang", "email": "fengguang.wu@intel.com", "time": "Mon May 24 14:32:49 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:07:01 2010 -0700" }, "message": "mem-hotplug: separate setup_per_cpu_pageset() into separate functions\n\nNo behavior change here.\n\nMove some of setup_per_cpu_pageset() code into a new function\nsetup_zone_pageset() that will be useful for memory hotplug.\n\nSigned-off-by: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nSigned-off-by: Haicheng Li \u003chaicheng.li@linux.intel.com\u003e\nReviewed-by: Andi Kleen \u003candi.kleen@intel.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ec95f53aa6ed62ba68660cb19c8474ebe9025cce", "tree": "953ad71c8ee0373ca76f17ee9df65358ad2fe7b7", "parents": [ "5f53e76299ceebd68bdf9495e8ff80db77711236" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Mon May 24 14:32:38 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:07:00 2010 -0700" }, "message": "mm: introduce free_pages_prepare()\n\nfree_hot_cold_page() and __free_pages_ok() have very similar freeing\npreparation. Consolidate them.\n\n[akpm@linux-foundation.org: fix busted coding style]\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4f92e2586b43a2402e116055d4edda704f911b5b", "tree": "6a765ebeba951c02a7878bcea52a4769ad2e45c2", "parents": [ "5e7719058079a1423ccce56148b0aaa56b2df821" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Mon May 24 14:32:32 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:07:00 2010 -0700" }, "message": "mm: compaction: defer compaction using an exponential backoff when compaction fails\n\nThe fragmentation index may indicate that a failure is due to external\nfragmentation but after a compaction run completes, it is still possible\nfor an allocation to fail. There are two obvious reasons as to why\n\n o Page migration cannot move all pages so fragmentation remains\n o A suitable page may exist but watermarks are not met\n\nIn the event of compaction followed by an allocation failure, this patch\ndefers further compaction in the zone (1 \u003c\u003c compact_defer_shift) times.\nIf the next compaction attempt also fails, compact_defer_shift is\nincreased up to a maximum of 6. If compaction succeeds, the defer\ncounters are reset again.\n\nThe zone that is deferred is the first zone in the zonelist - i.e. the\npreferred zone. To defer compaction in the other zones, the information\nwould need to be stored in the zonelist or implemented similar to the\nzonelist_cache. This would impact the fast-paths and is not justified at\nthis time.\n\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "56de7263fcf3eb10c8dcdf8d59a9cec831795f3f", "tree": "164637c0b678e20adfdcec4129563d9234faf405", "parents": [ "ed4a6d7f0676db50b5023cc01f6cda82a2f2a307" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Mon May 24 14:32:30 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:06:59 2010 -0700" }, "message": "mm: compaction: direct compact when a high-order allocation fails\n\nOrdinarily when a high-order allocation fails, direct reclaim is entered\nto free pages to satisfy the allocation. With this patch, it is\ndetermined if an allocation failed due to external fragmentation instead\nof low memory and if so, the calling process will compact until a suitable\npage is freed. Compaction by moving pages in memory is considerably\ncheaper than paging out to disk and works where there are locked pages or\nno swap. If compaction fails to free a page of a suitable size, then\nreclaim will still occur.\n\nDirect compaction returns as soon as possible. As each block is\ncompacted, it is checked if a suitable page has been freed and if so, it\nreturns.\n\n[akpm@linux-foundation.org: Fix build errors]\n[aarcange@redhat.com: fix count_vm_event preempt in memory compaction direct reclaim]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "748446bb6b5a9390b546af38ec899c868a9dbcf0", "tree": "4c27d0805a5e094b39ff938ad60dd270b953a79f", "parents": [ "c175a0ce7584e5b498fff8cbdb9aa7912aa9fbba" ], "author": { "name": "Mel Gorman", "email": "mel@csn.ul.ie", "time": "Mon May 24 14:32:27 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:06:59 2010 -0700" }, "message": "mm: compaction: memory compaction core\n\nThis patch is the core of a mechanism which compacts memory in a zone by\nrelocating movable pages towards the end of the zone.\n\nA single compaction run involves a migration scanner and a free scanner.\nBoth scanners operate on pageblock-sized areas in the zone. The migration\nscanner starts at the bottom of the zone and searches for all movable\npages within each area, isolating them onto a private list called\nmigratelist. The free scanner starts at the top of the zone and searches\nfor suitable areas and consumes the free pages within making them\navailable for the migration scanner. The pages isolated for migration are\nthen migrated to the newly isolated free pages.\n\n[aarcange@redhat.com: Fix unsafe optimisation]\n[mel@csn.ul.ie: do not schedule work on other CPUs for compaction]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nReviewed-by: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "e325c90ffc13b698fa2814102e05275b21c26bec", "tree": "dcb20cad204132e08476d3cb4da66f9a2e08b9fe", "parents": [ "1a5cb81465b66b74bf3d6ad36e5382238de6a132" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Mon May 24 14:32:13 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:06:58 2010 -0700" }, "message": "mm: default to node zonelist ordering when nodes have only lowmem\n\nThere are two types of zonelist ordering methodologies:\n\n - node order, preferring allocations on a node to stay local to and\n\n - zone order, preferring allocations come from a higher zone to avoid\n allocating in lowmem zones even though they may not be local.\n\nThe ordering technique used by the kernel is configurable on the command\nline, but also has some logic to determine what the default should be.\n\nThis logic currently lacks knowledge of systems where a node may only have\nlowmem. For such systems, it is necessary to use node order so that\nGFP_KERNEL allocations may be satisfied by nodes consisting of only\nlowmem.\n\nIf zone order is used, GFP_KERNEL allocations to such nodes are actually\nallocated on a node with local affinity that includes ZONE_NORMAL.\n\nThis change defaults to node zonelist ordering if any node lacks\nZONE_NORMAL.\n\nTo force zone order, append \u0027numa_zonelist_order\u003dzone\u0027 to the kernel\ncommand line.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "c0ff7453bb5c7c98e0885fb94279f2571946f280", "tree": "8bb2b169a5145f0496575dbd2f48bb4b1c83f819", "parents": [ "708c1bbc9d0c3e57f40501794d9b0eed29d10fce" ], "author": { "name": "Miao Xie", "email": "miaox@cn.fujitsu.com", "time": "Mon May 24 14:32:08 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:06:57 2010 -0700" }, "message": "cpuset,mm: fix no node to alloc memory when changing cpuset\u0027s mems\n\nBefore applying this patch, cpuset updates task-\u003emems_allowed and\nmempolicy by setting all new bits in the nodemask first, and clearing all\nold unallowed bits later. But in the way, the allocator may find that\nthere is no node to alloc memory.\n\nThe reason is that cpuset rebinds the task\u0027s mempolicy, it cleans the\nnodes which the allocater can alloc pages on, for example:\n\n(mpol: mempolicy)\n\ttask1\t\t\ttask1\u0027s mpol\ttask2\n\talloc page\t\t1\n\t alloc on node0? NO\t1\n\t\t\t\t1\t\tchange mems from 1 to 0\n\t\t\t\t1\t\trebind task1\u0027s mpol\n\t\t\t\t0-1\t\t set new bits\n\t\t\t\t0\t \t clear disallowed bits\n\t alloc on node1? NO\t0\n\t ...\n\tcan\u0027t alloc page\n\t goto oom\n\nThis patch fixes this problem by expanding the nodes range first(set newly\nallowed bits) and shrink it lazily(clear newly disallowed bits). So we\nuse a variable to tell the write-side task that read-side task is reading\nnodemask, and the write-side task clears newly disallowed nodes after\nread-side task ends the current memory allocation.\n\n[akpm@linux-foundation.org: fix spello]\nSigned-off-by: Miao Xie \u003cmiaox@cn.fujitsu.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Nick Piggin \u003cnpiggin@suse.de\u003e\nCc: Paul Menage \u003cmenage@google.com\u003e\nCc: Lee Schermerhorn \u003clee.schermerhorn@hp.com\u003e\nCc: Hugh Dickins \u003chugh.dickins@tiscali.co.uk\u003e\nCc: Ravikiran Thirumalai \u003ckiran@scalex86.org\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Andi Kleen \u003candi@firstfloor.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6dda9d55bf545013597724bf0cd79d01bd2bd944", "tree": "fd859ab0c2cc4df8b776f705151ba5163f588143", "parents": [ "e9d6c157385e4efa61cb8293e425c9d8beba70d3" ], "author": { "name": "Corrado Zoccolo", "email": "czoccolo@gmail.com", "time": "Mon May 24 14:31:54 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue May 25 08:06:56 2010 -0700" }, "message": "page allocator: reduce fragmentation in buddy allocator by adding buddies that are merging to the tail of the free lists\n\nIn order to reduce fragmentation, this patch classifies freed pages in two\ngroups according to their probability of being part of a high order merge.\n Pages belonging to a compound whose next-highest buddy is free are more\nlikely to be part of a high order merge in the near future, so they will\nbe added at the tail of the freelist. The remaining pages are put at the\nfront of the freelist.\n\nIn this way, the pages that are more likely to cause a big merge are kept\nfree longer. Consequently there is a tendency to aggregate the\nlong-living allocations on a subset of the compounds, reducing the\nfragmentation.\n\nThis heuristic was tested on three machines, x86, x86-64 and ppc64 with\n3GB of RAM in each machine. The tests were kernbench, netperf, sysbench\nand STREAM for performance and a high-order stress test for huge page\nallocations.\n\nKernBench X86\nElapsed mean 374.77 ( 0.00%) 375.10 (-0.09%)\nUser mean 649.53 ( 0.00%) 650.44 (-0.14%)\nSystem mean 54.75 ( 0.00%) 54.18 ( 1.05%)\nCPU mean 187.75 ( 0.00%) 187.25 ( 0.27%)\n\nKernBench X86-64\nElapsed mean 94.45 ( 0.00%) 94.01 ( 0.47%)\nUser mean 323.27 ( 0.00%) 322.66 ( 0.19%)\nSystem mean 36.71 ( 0.00%) 36.50 ( 0.57%)\nCPU mean 380.75 ( 0.00%) 381.75 (-0.26%)\n\nKernBench PPC64\nElapsed mean 173.45 ( 0.00%) 173.74 (-0.17%)\nUser mean 587.99 ( 0.00%) 587.95 ( 0.01%)\nSystem mean 60.60 ( 0.00%) 60.57 ( 0.05%)\nCPU mean 373.50 ( 0.00%) 372.75 ( 0.20%)\n\nNothing notable for kernbench.\n\nNetPerf UDP X86\n 64 42.68 ( 0.00%) 42.77 ( 0.21%)\n 128 85.62 ( 0.00%) 85.32 (-0.35%)\n 256 170.01 ( 0.00%) 168.76 (-0.74%)\n 1024 655.68 ( 0.00%) 652.33 (-0.51%)\n 2048 1262.39 ( 0.00%) 1248.61 (-1.10%)\n 3312 1958.41 ( 0.00%) 1944.61 (-0.71%)\n 4096 2345.63 ( 0.00%) 2318.83 (-1.16%)\n 8192 4132.90 ( 0.00%) 4089.50 (-1.06%)\n 16384 6770.88 ( 0.00%) 6642.05 (-1.94%)*\n\nNetPerf UDP X86-64\n 64 148.82 ( 0.00%) 154.92 ( 3.94%)\n 128 298.96 ( 0.00%) 312.95 ( 4.47%)\n 256 583.67 ( 0.00%) 626.39 ( 6.82%)\n 1024 2293.18 ( 0.00%) 2371.10 ( 3.29%)\n 2048 4274.16 ( 0.00%) 4396.83 ( 2.79%)\n 3312 6356.94 ( 0.00%) 6571.35 ( 3.26%)\n 4096 7422.68 ( 0.00%) 7635.42 ( 2.79%)*\n 8192 12114.81 ( 0.00%)* 12346.88 ( 1.88%)\n 16384 17022.28 ( 0.00%)* 17033.19 ( 0.06%)*\n 1.64% 2.73%\n\nNetPerf UDP PPC64\n 64 49.98 ( 0.00%) 50.25 ( 0.54%)\n 128 98.66 ( 0.00%) 100.95 ( 2.27%)\n 256 197.33 ( 0.00%) 191.03 (-3.30%)\n 1024 761.98 ( 0.00%) 785.07 ( 2.94%)\n 2048 1493.50 ( 0.00%) 1510.85 ( 1.15%)\n 3312 2303.95 ( 0.00%) 2271.72 (-1.42%)\n 4096 2774.56 ( 0.00%) 2773.06 (-0.05%)\n 8192 4918.31 ( 0.00%) 4793.59 (-2.60%)\n 16384 7497.98 ( 0.00%) 7749.52 ( 3.25%)\n\nThe tests are run to have confidence limits within 1%. Results marked\nwith a * were not confident although in this case, it\u0027s only outside by\nsmall amounts. Even with some results that were not confident, the\nnetperf UDP results were generally positive.\n\nNetPerf TCP X86\n 64 652.25 ( 0.00%)* 648.12 (-0.64%)*\n 23.80% 22.82%\n 128 1229.98 ( 0.00%)* 1220.56 (-0.77%)*\n 21.03% 18.90%\n 256 2105.88 ( 0.00%) 1872.03 (-12.49%)*\n 1.00% 16.46%\n 1024 3476.46 ( 0.00%)* 3548.28 ( 2.02%)*\n 13.37% 11.39%\n 2048 4023.44 ( 0.00%)* 4231.45 ( 4.92%)*\n 9.76% 12.48%\n 3312 4348.88 ( 0.00%)* 4396.96 ( 1.09%)*\n 6.49% 8.75%\n 4096 4726.56 ( 0.00%)* 4877.71 ( 3.10%)*\n 9.85% 8.50%\n 8192 4732.28 ( 0.00%)* 5777.77 (18.10%)*\n 9.13% 13.04%\n 16384 5543.05 ( 0.00%)* 5906.24 ( 6.15%)*\n 7.73% 8.68%\n\nNETPERF TCP X86-64\n netperf-tcp-vanilla-netperf netperf-tcp\n tcp-vanilla pgalloc-delay\n 64 1895.87 ( 0.00%)* 1775.07 (-6.81%)*\n 5.79% 4.78%\n 128 3571.03 ( 0.00%)* 3342.20 (-6.85%)*\n 3.68% 6.06%\n 256 5097.21 ( 0.00%)* 4859.43 (-4.89%)*\n 3.02% 2.10%\n 1024 8919.10 ( 0.00%)* 8892.49 (-0.30%)*\n 5.89% 6.55%\n 2048 10255.46 ( 0.00%)* 10449.39 ( 1.86%)*\n 7.08% 7.44%\n 3312 10839.90 ( 0.00%)* 10740.15 (-0.93%)*\n 6.87% 7.33%\n 4096 10814.84 ( 0.00%)* 10766.97 (-0.44%)*\n 6.86% 8.18%\n 8192 11606.89 ( 0.00%)* 11189.28 (-3.73%)*\n 7.49% 5.55%\n 16384 12554.88 ( 0.00%)* 12361.22 (-1.57%)*\n 7.36% 6.49%\n\nNETPERF TCP PPC64\n netperf-tcp-vanilla-netperf netperf-tcp\n tcp-vanilla pgalloc-delay\n 64 594.17 ( 0.00%) 596.04 ( 0.31%)*\n 1.00% 2.29%\n 128 1064.87 ( 0.00%)* 1074.77 ( 0.92%)*\n 1.30% 1.40%\n 256 1852.46 ( 0.00%)* 1856.95 ( 0.24%)\n 1.25% 1.00%\n 1024 3839.46 ( 0.00%)* 3813.05 (-0.69%)\n 1.02% 1.00%\n 2048 4885.04 ( 0.00%)* 4881.97 (-0.06%)*\n 1.15% 1.04%\n 3312 5506.90 ( 0.00%) 5459.72 (-0.86%)\n 4096 6449.19 ( 0.00%) 6345.46 (-1.63%)\n 8192 7501.17 ( 0.00%) 7508.79 ( 0.10%)\n 16384 9618.65 ( 0.00%) 9490.10 (-1.35%)\n\nThere was a distinct lack of confidence in the X86* figures so I included\nwhat the devation was where the results were not confident. Many of the\nresults, whether gains or losses were within the standard deviation so no\nsolid conclusion can be reached on performance impact. Looking at the\nfigures, only the X86-64 ones look suspicious with a few losses that were\noutside the noise. However, the results were so unstable that without\nknowing why they vary so much, a solid conclusion cannot be reached.\n\nSYSBENCH X86\n sysbench-vanilla pgalloc-delay\n 1 7722.85 ( 0.00%) 7756.79 ( 0.44%)\n 2 14901.11 ( 0.00%) 13683.44 (-8.90%)\n 3 15171.71 ( 0.00%) 14888.25 (-1.90%)\n 4 14966.98 ( 0.00%) 15029.67 ( 0.42%)\n 5 14370.47 ( 0.00%) 14865.00 ( 3.33%)\n 6 14870.33 ( 0.00%) 14845.57 (-0.17%)\n 7 14429.45 ( 0.00%) 14520.85 ( 0.63%)\n 8 14354.35 ( 0.00%) 14362.31 ( 0.06%)\n\nSYSBENCH X86-64\n 1 17448.70 ( 0.00%) 17484.41 ( 0.20%)\n 2 34276.39 ( 0.00%) 34251.00 (-0.07%)\n 3 50805.25 ( 0.00%) 50854.80 ( 0.10%)\n 4 66667.10 ( 0.00%) 66174.69 (-0.74%)\n 5 66003.91 ( 0.00%) 65685.25 (-0.49%)\n 6 64981.90 ( 0.00%) 65125.60 ( 0.22%)\n 7 64933.16 ( 0.00%) 64379.23 (-0.86%)\n 8 63353.30 ( 0.00%) 63281.22 (-0.11%)\n 9 63511.84 ( 0.00%) 63570.37 ( 0.09%)\n 10 62708.27 ( 0.00%) 63166.25 ( 0.73%)\n 11 62092.81 ( 0.00%) 61787.75 (-0.49%)\n 12 61330.11 ( 0.00%) 61036.34 (-0.48%)\n 13 61438.37 ( 0.00%) 61994.47 ( 0.90%)\n 14 62304.48 ( 0.00%) 62064.90 (-0.39%)\n 15 63296.48 ( 0.00%) 62875.16 (-0.67%)\n 16 63951.76 ( 0.00%) 63769.09 (-0.29%)\n\nSYSBENCH PPC64\n -sysbench-pgalloc-delay-sysbench\n sysbench-vanilla pgalloc-delay\n 1 7645.08 ( 0.00%) 7467.43 (-2.38%)\n 2 14856.67 ( 0.00%) 14558.73 (-2.05%)\n 3 21952.31 ( 0.00%) 21683.64 (-1.24%)\n 4 27946.09 ( 0.00%) 28623.29 ( 2.37%)\n 5 28045.11 ( 0.00%) 28143.69 ( 0.35%)\n 6 27477.10 ( 0.00%) 27337.45 (-0.51%)\n 7 26489.17 ( 0.00%) 26590.06 ( 0.38%)\n 8 26642.91 ( 0.00%) 25274.33 (-5.41%)\n 9 25137.27 ( 0.00%) 24810.06 (-1.32%)\n 10 24451.99 ( 0.00%) 24275.85 (-0.73%)\n 11 23262.20 ( 0.00%) 23674.88 ( 1.74%)\n 12 24234.81 ( 0.00%) 23640.89 (-2.51%)\n 13 24577.75 ( 0.00%) 24433.50 (-0.59%)\n 14 25640.19 ( 0.00%) 25116.52 (-2.08%)\n 15 26188.84 ( 0.00%) 26181.36 (-0.03%)\n 16 26782.37 ( 0.00%) 26255.99 (-2.00%)\n\nAgain, there is little to conclude here. While there are a few losses,\nthe results vary by +/- 8% in some cases. They are the results of most\nconcern as there are some large losses but it\u0027s also within the variance\ntypically seen between kernel releases.\n\nThe STREAM results varied so little and are so verbose that I didn\u0027t\ninclude them here.\n\nThe final test stressed how many huge pages can be allocated. The\nabsolute number of huge pages allocated are the same with or without the\npage. However, the \"unusability free space index\" which is a measure of\nexternal fragmentation was slightly lower (lower is better) throughout the\nlifetime of the system. I also measured the latency of how long it took\nto successfully allocate a huge page. The latency was slightly lower and\non X86 and PPC64, more huge pages were allocated almost immediately from\nthe free lists. The improvement is slight but there.\n\n[mel@csn.ul.ie: Tested, reworked for less branches]\n[czoccolo@gmail.com: fix oops by checking pfn_valid_within()]\nSigned-off-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nReviewed-by: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nCc: Corrado Zoccolo \u003cczoccolo@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "88393161210493e317ae391696ee8ef463cb3c23", "tree": "6ec81a50d0e8174b415d83948b48cbabd7e54ddb", "parents": [ "932fb06b0898f5883200f1da2e00075f0d70ba9c" ], "author": { "name": "Thomas Weber", "email": "swirl@gmx.li", "time": "Tue Mar 16 11:47:56 2010 +0100" }, "committer": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Tue Mar 16 11:47:56 2010 +0100" }, "message": "Fix typos in comments\n\n[Ss]ytem \u003d\u003e [Ss]ystem\nudpate \u003d\u003e update\nparamters \u003d\u003e parameters\norginal \u003d\u003e original\n\nSigned-off-by: Thomas Weber \u003cswirl@gmx.li\u003e\nAcked-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n" }, { "commit": "718a38211bf4375c0a1efad3afbc5dbaef5d33f9", "tree": "ade6815c619705f0342f98cc8bb39fa3309c81a6", "parents": [ "9b3a6549b2602ca30f58715a0071e29f9898cae9" ], "author": { "name": "Wu Fengguang", "email": "fengguang.wu@intel.com", "time": "Wed Mar 10 15:20:43 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Mar 12 15:52:28 2010 -0800" }, "message": "mm: introduce dump_page() and print symbolic flag names\n\n- introduce dump_page() to print the page info for debugging some error\n condition.\n\n- convert three mm users: bad_page(), print_bad_pte() and memory offline\n failure.\n\n- print an extra field: the symbolic names of page-\u003eflags\n\nExample dump_page() output:\n\n[ 157.521694] page:ffffea0000a7cba8 count:2 mapcount:1 mapping:ffff88001c901791 index:0x147\n[ 157.525570] page flags: 0x100000000100068(uptodate|lru|active|swapbacked)\n\nSigned-off-by: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Alex Chiang \u003cachiang@hp.com\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Andi Kleen \u003candi@firstfloor.org\u003e\nCc: Mel Gorman \u003cmel@linux.vnet.ibm.com\u003e\nCc: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "2d30a1f6315b8940537e8e98882c6038fbac9ba5", "tree": "11936ee1bdab8b01503c3e71b2868a8139c9d00a", "parents": [ "53bddb4e9f3f53df02a783751984ddeade71b085" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Wed Mar 10 15:20:40 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Mar 12 15:52:28 2010 -0800" }, "message": "mm: do not iterate over NR_CPUS in __zone_pcp_update()\n\n__zone_pcp_update() iterates over NR_CPUS instead of limiting the access\nto the possible cpus. This might result in access to uninitialized areas\nas the per cpu allocator only populates the per cpu memory for possible\ncpus.\n\nThis problem was created as a result of the dynamic allocation of pagesets\nfrom percpu memory that went in during the merge window - commit\n99dcc3e5a94ed491fbef402831d8c0bbb267f995 (\"this_cpu: Page allocator\nconversion\").\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nAcked-by: Pekka Enberg \u003cpenberg@cs.helsinki.fi\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nAcked-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "72f0ba0252e7177965255ed2c663be126b6b5f91", "tree": "2da83e883742ef4bf2d32b53805869f0ea7b3ac2", "parents": [ "452aa6999e6703ffbddd7f6ea124d3968915f3e3" ], "author": { "name": "David Rientjes", "email": "rientjes@google.com", "time": "Fri Mar 05 13:42:14 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:26 2010 -0800" }, "message": "mm: suppress pfn range output for zones without pages\n\nfree_area_init_nodes() emits pfn ranges for all zones on the system.\nThere may be no pages on a higher zone, however, due to memory limitations\nor the use of the mem\u003d kernel parameter. For example:\n\nZone PFN ranges:\n DMA 0x00000001 -\u003e 0x00001000\n DMA32 0x00001000 -\u003e 0x00100000\n Normal 0x00100000 -\u003e 0x00100000\n\nThe implementation copies the previous zone\u0027s highest pfn, if any, as the\nnext zone\u0027s lowest pfn. If its highest pfn is then greater than the\namount of addressable memory, the upper memory limit is used instead.\nThus, both the lowest and highest possible pfn for higher zones without\nmemory may be the same.\n\nThe pfn range for zones without memory is now shown as \"empty\" instead.\n\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "452aa6999e6703ffbddd7f6ea124d3968915f3e3", "tree": "48e375fdb60920675f68b444b462903ad8bb6940", "parents": [ "ad2bd7e0e9647cd48593a6b3a2be07dc2c2d28ed" ], "author": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Fri Mar 05 13:42:13 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:26 2010 -0800" }, "message": "mm/pm: force GFP_NOIO during suspend/hibernation and resume\n\nThere are quite a few GFP_KERNEL memory allocations made during\nsuspend/hibernation and resume that may cause the system to hang, because\nthe I/O operations they depend on cannot be completed due to the\nunderlying devices being suspended.\n\nAvoid this problem by clearing the __GFP_IO and __GFP_FS bits in\ngfp_allowed_mask before suspend/hibernation and restoring the original\nvalues of these bits in gfp_allowed_mask durig the subsequent resume.\n\n[akpm@linux-foundation.org: fix CONFIG_PM\u003dn linkage]\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nReported-by: Maxim Levitsky \u003cmaximlevitsky@gmail.com\u003e\nCc: Sebastian Ott \u003csebott@linux.vnet.ibm.com\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "93e4a89a8c987189b168a530a331ef6d0fcf07a7", "tree": "deb08017c0e4874539549d3ea9bf2d7b447a43be", "parents": [ "fc91668eaf9e7ba61e867fc2218b7e9fb67faa4f" ], "author": { "name": "KOSAKI Motohiro", "email": "kosaki.motohiro@jp.fujitsu.com", "time": "Fri Mar 05 13:41:55 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:25 2010 -0800" }, "message": "mm: restore zone-\u003eall_unreclaimable to independence word\n\ncommit e815af95 (\"change all_unreclaimable zone member to flags\") changed\nall_unreclaimable member to bit flag. But it had an undesireble side\neffect. free_one_page() is one of most hot path in linux kernel and\nincreasing atomic ops in it can reduce kernel performance a bit.\n\nThus, this patch revert such commit partially. at least\nall_unreclaimable shouldn\u0027t share memory word with other zone flags.\n\n[akpm@linux-foundation.org: fix patch interaction]\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: Huang Shijie \u003cshijie8@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "fc91668eaf9e7ba61e867fc2218b7e9fb67faa4f", "tree": "08d443d76255e8d60ae6ba07d52cdc295172ded8", "parents": [ "c475dab63ae798d81fb597a6a1859986b296d9d0" ], "author": { "name": "Li Hong", "email": "lihong.hi@gmail.com", "time": "Fri Mar 05 13:41:54 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:25 2010 -0800" }, "message": "mm: remove free_hot_page()\n\nfree_hot_page() is just a wrapper around free_hot_cold_page() with\nparameter \u0027cold \u003d 0\u0027. After adding a clear comment for\nfree_hot_cold_page(), it is reasonable to remove a level of call.\n\n[akpm@linux-foundation.org: fix build]\nSigned-off-by: Li Hong \u003clihong.hi@gmail.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Larry Woodman \u003clwoodman@redhat.com\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Li Ming Chun \u003cmacli@brc.ubc.ca\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Americo Wang \u003cxiyou.wangcong@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "c475dab63ae798d81fb597a6a1859986b296d9d0", "tree": "f2c18302f0fa261b0e82b4bf91bce48fe96209fb", "parents": [ "f650316c8b80fe61a31b8b575405b37cbf170459" ], "author": { "name": "Li Hong", "email": "lihong.hi@gmail.com", "time": "Fri Mar 05 13:41:53 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:24 2010 -0800" }, "message": "mm/page_alloc.c: adjust a call site to trace_mm_page_free_direct\n\nMove a call of trace_mm_page_free_direct() from free_hot_page() to\nfree_hot_cold_page(). It is clearer and close to kmemcheck_free_shadow(),\nas it is done in function __free_pages_ok().\n\nSigned-off-by: Li Hong \u003clihong.hi@gmail.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Larry Woodman \u003clwoodman@redhat.com\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Li Ming Chun \u003cmacli@brc.ubc.ca\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f650316c8b80fe61a31b8b575405b37cbf170459", "tree": "6526cb3de41384eeea81e18b640396138371fbb4", "parents": [ "76ca542d880ebe59a7a03c1597e73e1ded271857" ], "author": { "name": "Li Hong", "email": "lihong.hi@gmail.com", "time": "Fri Mar 05 13:41:52 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Mar 06 11:26:24 2010 -0800" }, "message": "mm/page_alloc.c: remove duplicate call to trace_mm_page_free_direct\n\ntrace_mm_page_free_direct() is called in function __free_pages(). But it\nis called again in free_hot_page() if order \u003d\u003d 0 and produce duplicate\nrecords in trace file for mm_page_free_direct event. As below:\n\nK-PID CPU# TIMESTAMP FUNCTION\n gnome-terminal-1567 [000] 4415.246466: mm_page_free_direct: page\u003dffffea0003db9f40 pfn\u003d1155800 order\u003d0\n gnome-terminal-1567 [000] 4415.246468: mm_page_free_direct: page\u003dffffea0003db9f40 pfn\u003d1155800 order\u003d0\n gnome-terminal-1567 [000] 4415.246506: mm_page_alloc: page\u003dffffea0003db9f40 pfn\u003d1155800 order\u003d0 migratetype\u003d0 gfp_flags\u003dGFP_KERNEL\n gnome-terminal-1567 [000] 4415.255557: mm_page_free_direct: page\u003dffffea0003db9f40 pfn\u003d1155800 order\u003d0\n gnome-terminal-1567 [000] 4415.255557: mm_page_free_direct: page\u003dffffea0003db9f40 pfn\u003d1155800 order\u003d0\n\nThis patch removes the first call and adds a call to\ntrace_mm_page_free_direct() in __free_pages_ok().\n\nSigned-off-by: Li Hong \u003clihong.hi@gmail.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Larry Woodman \u003clwoodman@redhat.com\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Li Ming Chun \u003cmacli@brc.ubc.ca\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a626b46e17d0762d664ce471d40bc506b6e721ab", "tree": "445f6ac655ea9247d2e27529f23ba02d0991fec0", "parents": [ "c1dcb4bb1e3e16e9baee578d9bb040e5fba1063e", "dce46a04d55d6358d2d4ab44a4946a19f9425fe2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Mar 03 08:15:05 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Mar 03 08:15:05 2010 -0800" }, "message": "Merge branch \u0027x86-bootmem-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip\n\n* \u0027x86-bootmem-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (30 commits)\n early_res: Need to save the allocation name in drop_range_partial()\n sparsemem: Fix compilation on PowerPC\n early_res: Add free_early_partial()\n x86: Fix non-bootmem compilation on PowerPC\n core: Move early_res from arch/x86 to kernel/\n x86: Add find_fw_memmap_area\n Move round_up/down to kernel.h\n x86: Make 32bit support NO_BOOTMEM\n early_res: Enhance check_and_double_early_res\n x86: Move back find_e820_area to e820.c\n x86: Add find_early_area_size\n x86: Separate early_res related code from e820.c\n x86: Move bios page reserve early to head32/64.c\n sparsemem: Put mem map for one node together.\n sparsemem: Put usemap for one node together\n x86: Make 64 bit use early_res instead of bootmem before slab\n x86: Only call dma32_reserve_bootmem 64bit !CONFIG_NUMA\n x86: Make early_node_mem get mem \u003e 4 GB if possible\n x86: Dynamically increase early_res array size\n x86: Introduce max_early_res and early_res_count\n ...\n" }, { "commit": "2ee78f7b1d8ada2615ecbcd9fea70580008bd6ce", "tree": "4fa5e1df3bbf771fc57714272f7a6941aa3ed3a2", "parents": [ "580e0ad21d6d6f932461d24b47041e3dd499c23f" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Wed Feb 17 11:29:49 2010 -0800" }, "committer": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Mon Feb 22 09:16:40 2010 +0100" }, "message": "x86: Fix non-bootmem compilation on PowerPC\n\nThese build errors on some non-x86 platforms (PowerPC for example):\n\n mm/page_alloc.c: In function \u0027__alloc_memory_core_early\u0027:\n mm/page_alloc.c:3468: error: implicit declaration of function \u0027find_early_area\u0027\n mm/page_alloc.c:3483: error: implicit declaration of function \u0027reserve_early_without_check\u0027\n\nThe function is only needed on CONFIG_NO_BOOTMEM.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Johannes Weiner \u003channes@saeurebad.de\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nLKML-Reference: \u003c4B747239.4070907@kernel.org\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n" } ], "next": "08677214e318297f228237be0042aac754f48f1d" }