{"push_id":1066652881,"size":43,"distinct_size":43,"ref":"refs/heads/test3","head":"27867543fba7cff768386740235ba25086473871","before":"d90e129068fdea6ea9a8fecb1ed1fcd7f90efb4b","commits":[{"sha":"e4e558fbb9612b57cfd362c99102d0c0e99d79cf","author":{"email":"672d2df060548742c9b53de1776a2ea1684fbe5a@gmail.com","name":"voidz777"},"message":"fix","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/e4e558fbb9612b57cfd362c99102d0c0e99d79cf"},{"sha":"b9234eac0b68173e28e8e52c7e0a552b8df96b3d","author":{"email":"9b1c8d0d87781ef17f673ecc47a3de2dffc1767c@gmail.com","name":"Brian_Smith"},"message":" block: Disable IO Stat and Add Random\n\nThese functions don't really do much so let's get rid of them.\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>\n\nConflicts:\n\tarch/arm/boot/zImage","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/b9234eac0b68173e28e8e52c7e0a552b8df96b3d"},{"sha":"d35cd64d22da1792ba43419f0ef78a25f12f9887","author":{"email":"7662eda885d44e77a928581610e3a6d22accb87e@gmail.com","name":"arter97"},"message":"epoll: optimize EPOLL_CTL_DEL using rcu","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/d35cd64d22da1792ba43419f0ef78a25f12f9887"},{"sha":"c23b642d4059da3dd581c675789c178750f66e8b","author":{"email":"9b1c8d0d87781ef17f673ecc47a3de2dffc1767c@gmail.com","name":"bsmitty"},"message":"ARM: smp: Save CPU registers before IPI_CPU_STOP processing (faux123)","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/c23b642d4059da3dd581c675789c178750f66e8b"},{"sha":"711cbe0b4a5d2ee68e4b2900f82a22395b1a2eeb","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"SHM_UNLOCK: fix long unpreemptible section\n\nscan_mapping_unevictable_pages() is used to make SysV SHM_LOCKed pages\nevictable again once the shared memory is unlocked.  It does this with\npagevec_lookup()s across the whole object (which might occupy most of\nmemory), and takes 300ms to unlock 7GB here.  A cond_resched() every\nPAGEVEC_SIZE pages would be good.\n\nHowever, KOSAKI-san points out that this is called under shmem.c's\ninfo->lock, and it's also under shm.c's shm_lock(), both spinlocks.\nThere is no strong reason for that: we need to take these pages off the\nunevictable list soonish, but those locks are not required for it.\n\nSo move the call to scan_mapping_unevictable_pages() from shmem.c's\nunlock handling up to shm.c's unlock handling.  Remove the recently\nadded barrier, not needed now we have spin_unlock() before the scan.\n\nUse get_file(), with subsequent fput(), to make sure we have a reference\nto mapping throughout scan_mapping_unevictable_pages(): that's something\nthat was previously guaranteed by the shm_lock().\n\nRemove shmctl's lru_add_drain_all(): we don't fault in pages at SHM_LOCK\ntime, and we lazily discover them to be Unevictable later, so it serves\nno purpose for SHM_LOCK; and serves no purpose for SHM_UNLOCK, since\npages still on pagevec are not marked Unevictable.\n\nThe original code avoided redundant rescans by checking VM_LOCKED flag\nat its level: now avoid them by checking shp's SHM_LOCKED.\n\nThe original code called scan_mapping_unevictable_pages() on a locked\narea at shm_destroy() time: perhaps we once had accounting cross-checks\nwhich required that, but not now, so skip the overhead and just let\ninode eviction deal with them.\n\nPut check_move_unevictable_page() and scan_mapping_unevictable_pages()\nunder CONFIG_SHMEM (with stub for the TINY case when ramfs is used),\nmore as comment than to save space; comment them used for SHM_UNLOCK.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nReviewed-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>\nCc: Minchan Kim <minchan.kim@gmail.com>\nCc: Rik van Riel <riel@redhat.com>\nCc: Shaohua Li <shaohua.li@intel.com>\nCc: Eric Dumazet <eric.dumazet@gmail.com>\nCc: Johannes Weiner <hannes@cmpxchg.org>\nCc: Michel Lespinasse <walken@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nConflicts:\n\tmm/shmem.c","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/711cbe0b4a5d2ee68e4b2900f82a22395b1a2eeb"},{"sha":"d4eb8d19f18a3eaf5cdd5d06652930033b4869a9","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: no need to use i_lock\n\n2.6.36's 7e496299d4d2 (\"tmpfs: make tmpfs scalable with percpu_counter for\nused blocks\") to make tmpfs scalable with percpu_counter used\ninode->i_lock in place of sbinfo->stat_lock around i_blocks updates; but\nthat was adverse to scalability, and unnecessary, since info->lock is\nalready held there in the fast paths.\n\nRemove those uses of i_lock, and add info->lock in the three error paths\nwhere it's then needed across shmem_free_blocks().  It's not actually\nneeded across shmem_unacct_blocks(), but they're so often paired that it\nlooks wrong to split them apart.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nAcked-by: Tim Chen <tim.c.chen@linux.intel.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/d4eb8d19f18a3eaf5cdd5d06652930033b4869a9"},{"sha":"f4253a0624f7fc6cbad45cf2ac03846a3a6f19f5","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: clone shmem_file_splice_read()\n\nCopy __generic_file_splice_read() and generic_file_splice_read() from\nfs/splice.c to shmem_file_splice_read() in mm/shmem.c.  Make\npage_cache_pipe_buf_ops and spd_release_page() accessible to it.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nCc: Jens Axboe <jaxboe@fusionio.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nConflicts:\n\tinclude/linux/splice.h","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/f4253a0624f7fc6cbad45cf2ac03846a3a6f19f5"},{"sha":"ea020638a72cf3e017dc88b3289898d90585cbf9","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: refine shmem_file_splice_read\n\nTidy up shmem_file_splice_read():\n\nRemove readahead: okay, we could implement shmem readahead on swap,\nbut have never done so before, swap being the slow exceptional path.\n\nUse shmem_getpage() instead of find_or_create_page() plus ->readpage().\n\nRemove several comments: sorry, I found them more distracting than\nhelpful, and this will not be the reference version of splice_read().\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/ea020638a72cf3e017dc88b3289898d90585cbf9"},{"sha":"531668f91e5793a75574e12eaa6aad3488ac7b78","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: pass gfp to shmem_getpage_gfp\n\nMake shmem_getpage() a wrapper, passing mapping_gfp_mask() down to\nshmem_getpage_gfp(), which in turn passes gfp down to shmem_swp_alloc().\n\nChange shmem_read_mapping_page_gfp() to use shmem_getpage_gfp() in the\nCONFIG_SHMEM case; but leave tiny !SHMEM using read_cache_page_gfp().\n\nAdd a BUG_ON() in case anyone happens to call this on a non-shmem mapping;\nthough we might later want to let that case route to read_cache_page_gfp().\n\nIt annoys me to have these two almost-redundant args, gfp and fault_type:\nI can't find a better way; but initialize fault_type only in shmem_fault().\n\nNote that before, read_cache_page_gfp() was allocating i915_gem's pages\nwith __GFP_NORETRY as intended; but the corresponding swap vector pages\ngot allocated without it, leaving a small possibility of OOM.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/531668f91e5793a75574e12eaa6aad3488ac7b78"},{"sha":"cf1a8989b2acf24a7d37139613af9d8295d0c067","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: remove_shmem_readpage\n\nRemove that pernicious shmem_readpage() at last: the things we needed it\nfor (splice, loop, sendfile, i915 GEM) are now fully taken care of by\nshmem_file_splice_read() and shmem_read_mapping_page_gfp().\n\nThis removal clears the way for a simpler shmem_getpage_gfp(), since page\nis never passed in; but leave most of that cleanup until after.\n\nsys_readahead() and sys_fadvise(POSIX_FADV_WILLNEED) will now EINVAL,\ninstead of unexpectedly trying to read ahead on tmpfs: if that proves to\nbe an issue for someone, then we can either arrange for them to return\nsuccess instead, or try to implement async readahead on tmpfs.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/cf1a8989b2acf24a7d37139613af9d8295d0c067"},{"sha":"2dd99ba977d2a997423b3ae5c489492bfc74521d","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: simplify prealloc_page\n\nThe prealloc_page handling in shmem_getpage_gfp() is unnecessarily\ncomplicated: first simplify that before going on to filepage/swappage.\n\nThat's right, don't report ENOMEM when the preallocation fails: we may or\nmay not need the page.  But simply report ENOMEM once we find we do need\nit, instead of dropping lock, repeating allocation, unwinding on failure\netc.  And leave the out label on the fast path, don't goto.\n\nFix something that looks like a bug but turns out not to be: set\nPageSwapBacked on prealloc_page before its mem_cgroup_cache_charge(), as\nthe removed case was doing.  That's important before adding to LRU\n(determines which LRU the page goes on), and does affect which path it\ntakes through memcontrol.c, but in the end MEM_CGROUP_CHANGE_TYPE_ SHMEM\nis handled no differently from CACHE.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nAcked-by: Shaohua Li <shaohua.li@intel.com>\nCc: \"Zhang, Yanmin\" <yanmin.zhang@intel.com>\nCc: Tim Chen <tim.c.chen@linux.intel.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/2dd99ba977d2a997423b3ae5c489492bfc74521d"},{"sha":"e703890080782c07c4173fc33e2b6723e901a1f0","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: simplify filepage/swappage\n\nWe can now simplify shmem_getpage_gfp(): there is no longer a dilemma of\nfilepage passed in via shmem_readpage(), then swappage found, which must\nthen be copied over to it.\n\nAlthough at first it's tempting to replace the **pagep arg by returning\nstruct page *, that makes a mess of IS_ERR_OR_NULL(page)s in all the\ncallers, so leave as is.\n\nInsert BUG_ON(!PageUptodate) when we find and lock page: some of the\ncomplication came from uninitialized pages inserted into filecache prior\nto readpage; but now we're in control, and only release pagelock on\nfilecache once it's uptodate (if an error occurs in reading back from\nswap, the page remains in swapcache, never moved to filecache).\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/e703890080782c07c4173fc33e2b6723e901a1f0"},{"sha":"3df28e986b55ee73203b1eca659ec5474dda64d1","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: simplify unuse and writepage\n\nshmem_unuse_inode() and shmem_writepage() contain a little code to cope\nwith pages inserted independently into the filecache, probably by a\nfilesystem stacked on top of tmpfs, then fed to its ->readpage() or\n->writepage().\n\nUnionfs was indeed experimenting with working in that way three years ago,\nbut I find no current examples: nowadays the stacking filesystems use vfs\ninterfaces to the lower filesystem.\n\nIt's now illegal: remove most of that code, adding some WARN_ON_ONCEs.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nCc: Erez Zadok <ezk@fsl.cs.sunysb.edu>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/3df28e986b55ee73203b1eca659ec5474dda64d1"},{"sha":"bb82f628923f7b9779253213fb85f8b2ba5ba184","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: demolish old swap vector support\n\nThe maximum size of a shmem/tmpfs file has been limited by the maximum\nsize of its triple-indirect swap vector.  With 4kB page size, maximum\nfilesize was just over 2TB on a 32-bit kernel, but sadly one eighth of\nthat on a 64-bit kernel.  (With 8kB page size, maximum filesize was just\nover 4TB on a 64-bit kernel, but 16TB on a 32-bit kernel,\nMAX_LFS_FILESIZE being then more restrictive than swap vector layout.)\n\nIt's a shame that tmpfs should be more restrictive than ramfs, and this\nlimitation has now been noticed.  Add another level to the swap vector?\nNo, it became obscure and hard to maintain, once I complicated it to\nmake use of highmem pages nine years ago: better choose another way.\n\nSurely, if 2.4 had had the radix tree pagecache introduced in 2.5, then\ntmpfs would never have invented its own peculiar radix tree: we would\nhave fitted swap entries into the common radix tree instead, in much the\nsame way as we fit swap entries into page tables.\n\nAnd why should each file have a separate radix tree for its pages and\nfor its swap entries? The swap entries are required precisely where and\nwhen the pages are not.  We want to put them together in a single radix\ntree: which can then avoid much of the locking which was needed to\nprevent them from being exchanged underneath us.\n\nThis also avoids the waste of memory devoted to swap vectors, first in\nthe shmem_inode itself, then at least two more pages once a file grew\nbeyond 16 data pages (pages accounted by df and du, but not by memcg).\nAllocated upfront, to avoid allocation when under swapping pressure, but\npure waste when CONFIG_SWAP is not set - I have never spattered around\nthe ifdefs to prevent that, preferring this move to sharing the common\nradix tree instead.\n\nThere are three downsides to sharing the radix tree.  One, that it binds\ntmpfs more tightly to the rest of mm, either requiring knowledge of swap\nentries in radix tree there, or duplication of its code here in shmem.c.\nI believe that the simplications and memory savings (and probable higher\nperformance, not yet measured) justify that.\n\nTwo, that on HIGHMEM systems with SWAP enabled, it's the lowmem radix\nnodes that cannot be freed under memory pressure - whereas before it was\nthe less precious highmem swap vector pages that could not be freed.\nI'm hoping that 64-bit has now been accessible for long enough, that the\nhighmem argument has grown much less persuasive.\n\nThree, that swapoff is slower than it used to be on tmpfs files, since\nit's using a simple generic mechanism not tailored to it: I find this\nnoticeable, and shall want to improve, but maybe nobody else will\nnotice.\n\nSo...  now remove most of the old swap vector code from shmem.c.  But,\nfor the moment, keep the simple i_direct vector of 16 pages, with simple\naccessors shmem_put_swap() and shmem_get_swap(), as a toy implementation\nto help mark where swap needs to be handled in subsequent patches.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/bb82f628923f7b9779253213fb85f8b2ba5ba184"},{"sha":"437c60dd91149aa8ea5bec290392a264f6f52dc0","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: miscellaneous trivial cleanups\n\nWhile it's at its least, make a number of boring nitpicky cleanups to\nshmem.c, mostly for consistency of variable naming.  Things like \"swap\"\ninstead of \"entry\", \"pgoff_t index\" instead of \"unsigned long idx\".\n\nAnd since everything else here is prefixed \"shmem_\", better change\ninit_tmpfs() to shmem_init().\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nConflicts:\n\tmm/shmem.c\n\nChange-Id: Id9ac7876cb694a5c6352d5e4c404419d8e9933c9\n\nConflicts:\n\tmm/shmem.c","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/437c60dd91149aa8ea5bec290392a264f6f52dc0"},{"sha":"11a6a293e41928a08724d46df863391ebe1de88e","author":{"email":"d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","name":"Hugh Dickins"},"message":"tmpfs: copy truncate_inode_pages_range\n\nBring truncate.c's code for truncate_inode_pages_range() inline into\nshmem_truncate_range(), replacing its first call (there's a followup\ncall below, but leave that one, it will disappear next).\n\nDon't play with it yet, apart from leaving out the cleancache flush, and\n(importantly) the nrpages == 0 skip, and moving shmem_setattr()'s\npartial page preparation into its partial page handling.\n\nSigned-off-by: Hugh Dickins <hughd@google.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/11a6a293e41928a08724d46df863391ebe1de88e"},{"sha":"b8629af20fc9aa80a843c87d510a750aae348614","author":{"email":"3cfa3897b7f55b5396b7a47c83b66325184bc9b4@gmx.de","name":"Mike Galbraith"},"message":"sched: fix broken SCHED_RESET_ON_FORK handling\n\nSetting child->prio = current->normal_prio _after_ SCHED_RESET_ON_FORK has\nbeen handled for an RT parent gives birth to a deranged mutant child with\nnon-RT policy, but RT prio and sched_class.\n\nMove PI leakage protection up, always set priorities and weight, and if the\nchild is leaving RT class, reset rt_priority to the proper value.\n\nSigned-off-by: Mike Galbraith <efault@gmx.de>\nSigned-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nLink: http://lkml.kernel.org/r/1311779695.8691.2.camel@marge.simson.net\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/b8629af20fc9aa80a843c87d510a750aae348614"},{"sha":"4faf227a5a6b3a090ecec24139df8cfea728da9c","author":{"email":"56b59ac50e86208fd62726b53c1d890b9a8ff058@google.com","name":"Paul Turner"},"message":"sched: update correct entity's runtime in check_preempt_wakeup()\n\nWhile looking at check_preempt_wakeup() I realized that we are\npotentially updating the wrong entity in the fair-group scheduling\ncase. In this case the current task's cfs_rq may not be the same as\nthe one used for the comparison between the waking task and the\nexisting task's vruntime.\n\nThis potentially results in us using a stale vruntime in the\npre-emption decision, providing a small false preference for the\nprevious task. The effects of this are bounded since we always\nperform a hierarchal update on the tick.\n\nSigned-off-by: Paul Turner <pjt@google.com>\nSigned-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nLink: http://lkml.kernel.org/r/CAPM31R+2Ke2urUZKao5W92_LupdR4AYEv-EZWiJ3tG=tEes2cw@mail.gmail.com\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/4faf227a5a6b3a090ecec24139df8cfea728da9c"},{"sha":"eb86d00ff3949c12342f68861bd69b3ab183f371","author":{"email":"56b59ac50e86208fd62726b53c1d890b9a8ff058@google.com","name":"Paul Turner"},"message":"sched: Don't update shares twice on on_rq parent\n\nIn dequeue_task_fair() we bail on dequeue when we encounter a parenting entity\nwith additional weight.  However, we perform a double shares update on this\nentity as we continue the shares update traversal from this point, despite\ndequeue_entity() having already updated its queuing cfs_rq.\nAvoid this by starting from the parent when we resume.\n\nSigned-off-by: Paul Turner <pjt@google.com>\nSigned-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nLink: http://lkml.kernel.org/r/20110707053059.797714697@google.com\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/eb86d00ff3949c12342f68861bd69b3ab183f371"},{"sha":"5dabd4b196ea115d93091c3e69462c1873b520f4","author":{"email":"645ca7d3a8d3d4f60557176cd361ea8351edc32b@chello.nl","name":"Peter Zijlstra"},"message":"sched, cgroup: Optimize load_balance_fair()\n\nUse for_each_leaf_cfs_rq() instead of list_for_each_entry_rcu(), this\nachieves that load_balance_fair() only iterates those task_groups that\nactually have tasks on busiest, and that we iterate bottom-up, trying to\nmove light groups before the heavier ones.\n\nNo idea if it will actually work out to be beneficial in practice, does\nanybody have a cgroup workload that might show a difference one way or\nthe other?\n\n[ Also move update_h_load to sched_fair.c, loosing #ifdef-ery ]\n\nSigned-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nReviewed-by: Paul Turner <pjt@google.com>\nLink: http://lkml.kernel.org/r/1310557009.2586.28.camel@twins\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":true,"url":"https://api.github.com/repos/v0idz777/android_kernel_samsung_tuna_omap4/commits/5dabd4b196ea115d93091c3e69462c1873b520f4"}]}