)]}' { "log": [ { "commit": "9bf75dffc07ea6b5e19251880b8dcf0debdbbccc", "tree": "329bb5327b7e523ed2812dc6679b035f594f69f5", "parents": [ "74cfe2dcc0f4b17f9abbabf349e33c39a260987e" ], "author": { "name": "Andy Lutomirski", "email": "luto@amacapital.net", "time": "Thu Apr 12 16:47:50 2012 -0500" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Dec 16 13:18:02 2014 -0800" }, "message": "Add PR_{GET,SET}_NO_NEW_PRIVS to prevent execve from granting privs\n\nWith this change, calling\n prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0)\ndisables privilege granting operations at execve-time. For example, a\nprocess will not be able to execute a setuid binary to change their uid\nor gid if this bit is set. The same is true for file capabilities.\n\nAdditionally, LSM_UNSAFE_NO_NEW_PRIVS is defined to ensure that\nLSMs respect the requested behavior.\n\nTo determine if the NO_NEW_PRIVS bit is set, a task may call\n prctl(PR_GET_NO_NEW_PRIVS, 0, 0, 0, 0);\nIt returns 1 if set and 0 if it is not set. If any of the arguments are\nnon-zero, it will return -1 and set errno to -EINVAL.\n(PR_SET_NO_NEW_PRIVS behaves similarly.)\n\nThis functionality is desired for the proposed seccomp filter patch\nseries. By using PR_SET_NO_NEW_PRIVS, it allows a task to modify the\nsystem call behavior for itself and its child tasks without being\nable to impact the behavior of a more privileged task.\n\nAnother potential use is making certain privileged operations\nunprivileged. For example, chroot may be considered \"safe\" if it cannot\naffect privileged tasks.\n\nNote, this patch causes execve to fail when PR_SET_NO_NEW_PRIVS is\nset and AppArmor is in use. It is fixed in a subsequent patch.\n\nSigned-off-by: Andy Lutomirski \u003cluto@amacapital.net\u003e\nSigned-off-by: Will Drewry \u003cwad@chromium.org\u003e\nAcked-by: Eric Paris \u003ceparis@redhat.com\u003e\nAcked-by: Kees Cook \u003ckeescook@chromium.org\u003e\n\nChange-Id: I2159006d20daefe6add5adc47c22bdbcd7d79e3a\nv18: updated change desc\nv17: using new define values as per 3.4\nSigned-off-by: James Morris \u003cjames.l.morris@oracle.com\u003e\n" }, { "commit": "a4273088648f2dc90c3a15060090285397ef8b09", "tree": "5b2c38cfb60973169713db30208a72500ee10c8b", "parents": [ "7533da47fb87aabf1d79020e62c74723ec001421" ], "author": { "name": "Rabin Vincent", "email": "rabin@rab.in", "time": "Wed Oct 29 23:06:58 2014 +0100" }, "committer": { "name": "Matt Mower", "email": "mowerm@gmail.com", "time": "Thu Nov 06 18:12:02 2014 -0600" }, "message": "tracing/syscalls: Ignore numbers outside NR_syscalls\u0027 range\n\nARM has some private syscalls (for example, set_tls(2)) which lie\noutside the range of NR_syscalls. If any of these are called while\nsyscall tracing is being performed, out-of-bounds array access will\noccur in the ftrace and perf sys_{enter,exit} handlers.\n\n # trace-cmd record -e raw_syscalls:* true \u0026\u0026 trace-cmd report\n ...\n true-653 [000] 384.675777: sys_enter: NR 192 (0, 1000, 3, 4000022, ffffffff, 0)\n true-653 [000] 384.675812: sys_exit: NR 192 \u003d 1995915264\n true-653 [000] 384.675971: sys_enter: NR 983045 (76f74480, 76f74000, 76f74b28, 76f74480, 76f76f74, 1)\n true-653 [000] 384.675988: sys_exit: NR 983045 \u003d 0\n ...\n\n # trace-cmd record -e syscalls:* true\n [ 17.289329] Unable to handle kernel paging request at virtual address aaaaaace\n [ 17.289590] pgd \u003d 9e71c000\n [ 17.289696] [aaaaaace] *pgd\u003d00000000\n [ 17.289985] Internal error: Oops: 5 [#1] PREEMPT SMP ARM\n [ 17.290169] Modules linked in:\n [ 17.290391] CPU: 0 PID: 704 Comm: true Not tainted 3.18.0-rc2+ #21\n [ 17.290585] task: 9f4dab00 ti: 9e710000 task.ti: 9e710000\n [ 17.290747] PC is at ftrace_syscall_enter+0x48/0x1f8\n [ 17.290866] LR is at syscall_trace_enter+0x124/0x184\n\nFix this by ignoring out-of-NR_syscalls-bounds syscall numbers.\n\nCommit cd0980fc8add \"tracing: Check invalid syscall nr while tracing syscalls\"\nadded the check for less than zero, but it should have also checked\nfor greater than NR_syscalls.\n\nLink: http://lkml.kernel.org/p/1414620418-29472-1-git-send-email-rabin@rab.in\n\nChange-Id: Ic7ab546938e4655d73791d4cf371ffd9244c3e4d\nFixes: cd0980fc8add \"tracing: Check invalid syscall nr while tracing syscalls\"\nCc: stable@vger.kernel.org # 2.6.33+\nSigned-off-by: Rabin Vincent \u003crabin@rab.in\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\n" }, { "commit": "7533da47fb87aabf1d79020e62c74723ec001421", "tree": "ca9905d3a8ce7bc00f72345e0da44d136d3fc36e", "parents": [ "af51a04ba1c5f2f52672458d97ac8e0e5627b889" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Thu Aug 16 18:14:14 2012 +0100" }, "committer": { "name": "Matt Mower", "email": "mowerm@gmail.com", "time": "Thu Nov 06 18:11:50 2014 -0600" }, "message": "tracing/syscalls: Fix perf syscall tracing when syscall_nr \u003d\u003d -1\n\nsyscall_get_nr can return -1 in the case that the task is not executing\na system call.\n\nThis patch fixes perf_syscall_{enter,exit} to check that the syscall\nnumber is valid before using it as an index into a bitmap.\n\nLink: http://lkml.kernel.org/r/1345137254-7377-1-git-send-email-will.deacon@arm.com\n\nChange-Id: I12f99dea41390b9631f98f925dc1d572aa4fc22d\nCc: Jason Baron \u003cjbaron@redhat.com\u003e\nCc: Wade Farnsworth \u003cwade_farnsworth@mentor.com\u003e\nCc: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\n" }, { "commit": "db610f7571f287db43c153ce26dd20dbd44d5173", "tree": "2b972c70901065346d4dea9365a5319f788e2814", "parents": [ "5ffeb0ef32669ed7b5905a60961d9b4bbd2b4d6d", "5bfc8718998bedfeea1997d83838ffd1981cbf12" ], "author": { "name": "Matt Mower", "email": "mowerm@gmail.com", "time": "Fri Aug 01 14:53:55 2014 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Aug 01 14:53:55 2014 -0700" }, "message": "Merge remote-tracking branch \u0027codeaurora/caf/kk_2.7_rb1.41\u0027 into cm-11.0\n\nConflicts:\n\tkernel/events/core.c\n\nChange-Id: I52dfe8b56924fb2d86bf1487eed6114342621603\n" }, { "commit": "1996c132e6e6524d2ecb386b8d96b8c32343ca67", "tree": "a411dfe837067b8595dd9cf0ce4c0a7b38ce49cd", "parents": [ "bae16898d62fa7b608c17ab1f987d319af28b3e7", "15d8f1ef6b18f4c96cc5f95fc3acc204deeb2469" ], "author": { "name": "Linux Build Service Account", "email": "lnxbuild@localhost", "time": "Tue Jun 17 07:26:27 2014 -0700" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Tue Jun 17 07:26:27 2014 -0700" }, "message": "Merge \"msm: perf: clean up duplicate constraint events\"" }, { "commit": "f37d83a8a407737a83f5149948ecd3cd557f4193", "tree": "ee693c2083bc03d5072e7d151503d7af00f61cc6", "parents": [ "1aea5c99f4ee468b167b14f55998ee020c7f6b84", "13f898ac02a320773d70d2998a4803f07c58734d" ], "author": { "name": "Linux Build Service Account", "email": "lnxbuild@localhost", "time": "Tue Jun 17 07:26:26 2014 -0700" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Tue Jun 17 07:26:26 2014 -0700" }, "message": "Merge \"Perf: Support sw events across hotplug\"" }, { "commit": "c261a5ae9e573d6178bee078bca21064aae24d71", "tree": "a2cd70bec61c699137160c163a882ac282487884", "parents": [ "44796beb5ea98011490905a47d3a9b5a2f2bddee", "8165d84a0d90b1976ea6bb370a36df1b0cc14c63" ], "author": { "name": "Linux Build Service Account", "email": "lnxbuild@localhost", "time": "Tue Jun 17 07:26:24 2014 -0700" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Tue Jun 17 07:26:24 2014 -0700" }, "message": "Merge \"Perf: keep events across hotplug\"" }, { "commit": "1d1424c1261f4d08ae9a1a52d891f9fbe4e86f85", "tree": "6277ee22932dacbd4a03291f8d57d9829e67017d", "parents": [ "1a63c03d40a16b2245fa489836349cafeb1c0feb" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Jun 03 12:27:08 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:22:38 2014 -0700" }, "message": "futex: Make lookup_pi_state more robust\n\nThe current implementation of lookup_pi_state has ambigous handling of\nthe TID value 0 in the user space futex. We can get into the kernel\neven if the TID value is 0, because either there is a stale waiters\nbit or the owner died bit is set or we are called from the requeue_pi\npath or from user space just for fun.\n\nThe current code avoids an explicit sanity check for pid \u003d 0 in case\nthat kernel internal state (waiters) are found for the user space\naddress. This can lead to state leakage and worse under some\ncircumstances.\n\nHandle the cases explicit:\n\n Waiter | pi_state | pi-\u003eowner | uTID | uODIED | ?\n\n[1] NULL | --- | --- | 0 | 0/1 | Valid\n[2] NULL | --- | --- | \u003e0 | 0/1 | Valid\n\n[3] Found | NULL | -- | Any | 0/1 | Invalid\n\n[4] Found | Found | NULL | 0 | 1 | Valid\n[5] Found | Found | NULL | \u003e0 | 1 | Invalid\n\n[6] Found | Found | task | 0 | 1 | Valid\n\n[7] Found | Found | NULL | Any | 0 | Invalid\n\n[8] Found | Found | task | \u003d\u003dtaskTID | 0/1 | Valid\n[9] Found | Found | task | 0 | 0 | Invalid\n[10] Found | Found | task | !\u003dtaskTID | 0/1 | Invalid\n\n[1] Indicates that the kernel can acquire the futex atomically. We\n came came here due to a stale FUTEX_WAITERS/FUTEX_OWNER_DIED bit.\n\n[2] Valid, if TID does not belong to a kernel thread. If no matching\n thread is found then it indicates that the owner TID has died.\n\n[3] Invalid. The waiter is queued on a non PI futex\n\n[4] Valid state after exit_robust_list(), which sets the user space\n value to FUTEX_WAITERS | FUTEX_OWNER_DIED.\n\n[5] The user space value got manipulated between exit_robust_list()\n and exit_pi_state_list()\n\n[6] Valid state after exit_pi_state_list() which sets the new owner in\n the pi_state but cannot access the user space value.\n\n[7] pi_state-\u003eowner can only be NULL when the OWNER_DIED bit is set.\n\n[8] Owner and user space value match\n\n[9] There is no transient state which sets the user space TID to 0\n except exit_robust_list(), but this is indicated by the\n FUTEX_OWNER_DIED bit. See [4]\n\n[10] There is no transient state which leaves owner and user space\n TID out of sync.\n\nBackport to 3.13\n conflicts: kernel/futex.c\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: John Johansen \u003cjohn.johansen@canonical.com\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Will Drewry \u003cwad@chromium.org\u003e\nCc: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCc: stable@vger.kernel.org\n\nChange-Id: I967e3bb07b239941ea51af6b09d61d7b08138f40\n" }, { "commit": "1a63c03d40a16b2245fa489836349cafeb1c0feb", "tree": "c9f1830906d2332dc29baf53997b4274a9e216b5", "parents": [ "9315d5edf832633d202147b3496b09a1f8dd51ea" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Jun 03 12:27:07 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:22:20 2014 -0700" }, "message": "futex: Always cleanup owner tid in unlock_pi\n\nIf the owner died bit is set at futex_unlock_pi, we currently do not\ncleanup the user space futex. So the owner TID of the current owner\n(the unlocker) persists. That\u0027s observable inconsistant state,\nespecially when the ownership of the pi state got transferred.\n\nClean it up unconditionally.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Will Drewry \u003cwad@chromium.org\u003e\nCc: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCc: stable@vger.kernel.org\n\nChange-Id: Ic84473a62bdf3e5702f46e04b266afa38e9ec40e\n" }, { "commit": "9315d5edf832633d202147b3496b09a1f8dd51ea", "tree": "ca86aca00bf89c089b2a2b3f394dfed57d5480c8", "parents": [ "8a2c412543394cb69f6327f498d2f768a8d4865d" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Jun 03 12:27:06 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:22:01 2014 -0700" }, "message": "futex: Validate atomic acquisition in futex_lock_pi_atomic()\n\nWe need to protect the atomic acquisition in the kernel against rogue\nuser space which sets the user space futex to 0, so the kernel side\nacquisition succeeds while there is existing state in the kernel\nassociated to the real owner.\n\nVerify whether the futex has waiters associated with kernel state. If\nit has, return -EINVAL. The state is corrupted already, so no point in\ncleaning it up. Subsequent calls will fail as well. Not our problem.\n\n[ tglx: Use futex_top_waiter() and explain why we do not need to try\n \trestoring the already corrupted user space state. ]\n\nSigned-off-by: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Will Drewry \u003cwad@chromium.org\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I6c19ae4a5e85fbc9c560723e672d5136c4786ab6\n" }, { "commit": "8a2c412543394cb69f6327f498d2f768a8d4865d", "tree": "54af8947c2709c2b2234fac7ad84b9cc037eb553", "parents": [ "ad3005b0562066857a3713e5786c81bc671a72cb" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Jun 03 12:27:06 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:21:40 2014 -0700" }, "message": "futex-prevent-requeue-pi-on-same-futex.patch futex: Forbid uaddr \u003d\u003d uaddr2 in futex_requeue(..., requeue_pi\u003d1)\n\nIf uaddr \u003d\u003d uaddr2, then we have broken the rule of only requeueing\nfrom a non-pi futex to a pi futex with this call. If we attempt this,\nthen dangling pointers may be left for rt_waiter resulting in an\nexploitable condition.\n\nThis change brings futex_requeue() into line with\nfutex_wait_requeue_pi() which performs the same check as per commit\n6f7b0a2a5 (futex: Forbid uaddr \u003d\u003d uaddr2 in futex_wait_requeue_pi())\n\n[ tglx: Compare the resulting keys as well, as uaddrs might be\n \tdifferent depending on the mapping ]\n\nFixes CVE-2014-3153.\n\nReported-by: Pinkie Pie\nSigned-off-by: Will Drewry \u003cwad@chromium.org\u003e\nSigned-off-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Iea1dfe1d877d63a374db2623dca6cea4e7a544b9\n" }, { "commit": "ad3005b0562066857a3713e5786c81bc671a72cb", "tree": "a2d94ff9a0e5cc153f0a79817036bf2b7cc6185b", "parents": [ "0e80727304e2290efd8c8e53fc9a55dc1823129f" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon May 12 20:45:34 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:21:30 2014 -0700" }, "message": "futex: Add another early deadlock detection check\n\nDave Jones trinity syscall fuzzer exposed an issue in the deadlock\ndetection code of rtmutex:\n http://lkml.kernel.org/r/20140429151655.GA14277@...hat.com\n\nThat underlying issue has been fixed with a patch to the rtmutex code,\nbut the futex code must not call into rtmutex in that case because\n - it can detect that issue early\n - it avoids a different and more complex fixup for backing out\n\nIf the user space variable got manipulated to 0x80000000 which means\nno lock holder, but the waiters bit set and an active pi_state in the\nkernel is found we can figure out the recursive locking issue by\nlooking at the pi_state owner. If that is the current task, then we\ncan safely return -EDEADLK.\n\nThe check should have been added in commit 59fa62451 (futex: Handle\nfutex_pi OWNER_DIED take over correctly) already, but I did not see\nthe above issue caused by user space manipulation back then.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@...utronix.de\u003e\nCc: Dave Jones \u003cdavej@...hat.com\u003e\nCc: Linus Torvalds \u003ctorvalds@...ux-foundation.org\u003e\nCc: Peter Zijlstra \u003cpeterz@...radead.org\u003e\nCc: Darren Hart \u003cdarren@...art.com\u003e\nCc: Davidlohr Bueso \u003cdavidlohr@...com\u003e\nCc: Steven Rostedt \u003crostedt@...dmis.org\u003e\nCc: Clark Williams \u003cwilliams@...hat.com\u003e\nCc: Paul McKenney \u003cpaulmck@...ux.vnet.ibm.com\u003e\nCc: Lai Jiangshan \u003claijs@...fujitsu.com\u003e\nCc: Roland McGrath \u003croland@...k.frob.com\u003e\nCc: Carlos ODonell \u003ccarlos@...hat.com\u003e\nCc: Jakub Jelinek \u003cjakub@...hat.com\u003e\nCc: Michael Kerrisk \u003cmtk.manpages@...il.com\u003e\nCc: Sebastian Andrzej Siewior \u003cbigeasy@...utronix.de\u003e\nLink: http://lkml.kernel.org/r/20140512201701.097349971@...utronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@...utronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@...uxfoundation.org\u003e\n\nChange-Id: I245f77622443435cf36bbd157b98798c235acdb0\n" }, { "commit": "0e80727304e2290efd8c8e53fc9a55dc1823129f", "tree": "30c40a58d88757882389b72ca8ff02f7ad5ae7c8", "parents": [ "505e4d72834a73f349cd0265714b5fa18f91a642" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon May 12 20:45:35 2014 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Thu Jun 05 14:19:30 2014 -0700" }, "message": "futex: Prevent attaching to kernel threads\n\nWe happily allow userspace to declare a random kernel thread to be the\nowner of a user space PI futex.\n\nFound while analysing the fallout of Dave Jones syscall fuzzer.\n\nWe also should validate the thread group for private futexes and find\nsome fast way to validate whether the \"alleged\" owner has RW access on\nthe file which backs the SHM, but that\u0027s a separate issue.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@...utronix.de\u003e\nCc: Dave Jones \u003cdavej@...hat.com\u003e\nCc: Linus Torvalds \u003ctorvalds@...ux-foundation.org\u003e\nCc: Peter Zijlstra \u003cpeterz@...radead.org\u003e\nCc: Darren Hart \u003cdarren@...art.com\u003e\nCc: Davidlohr Bueso \u003cdavidlohr@...com\u003e\nCc: Steven Rostedt \u003crostedt@...dmis.org\u003e\nCc: Clark Williams \u003cwilliams@...hat.com\u003e\nCc: Paul McKenney \u003cpaulmck@...ux.vnet.ibm.com\u003e\nCc: Lai Jiangshan \u003claijs@...fujitsu.com\u003e\nCc: Roland McGrath \u003croland@...k.frob.com\u003e\nCc: Carlos ODonell \u003ccarlos@...hat.com\u003e\nCc: Jakub Jelinek \u003cjakub@...hat.com\u003e\nCc: Michael Kerrisk \u003cmtk.manpages@...il.com\u003e\nCc: Sebastian Andrzej Siewior \u003cbigeasy@...utronix.de\u003e\nLink: http://lkml.kernel.org/r/20140512201701.194824402@...utronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@...utronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@...uxfoundation.org\u003e\n\nChange-Id: I7444c58d00cbded35b078331a8740e8431cb13a5\n" }, { "commit": "dd30210db4e9846febe1e3c36579ad89dcee6341", "tree": "aea241df57cd3ac438d70b3ec5926a9463f4a2f5", "parents": [ "a2441619d122ed35525738f7c0a0f0e1ceef1cc0" ], "author": { "name": "Peter Zijlstra", "email": "a.p.zijlstra@chello.nl", "time": "Tue May 22 14:04:28 2012 +0200" }, "committer": { "name": "Syed Rameez Mustafa", "email": "rameezmustafa@codeaurora.org", "time": "Fri May 23 11:14:14 2014 -0700" }, "message": "sched: Make sure to not re-read variables after validation\n\nWe could re-read rq-\u003ert_avg after we validated it was smaller than\ntotal, invalidating the check and resulting in an unintended negative.\n\nChange-Id: I8543974aad539107768e9e513ca3a8c4cb79b2ff\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nLink: http://lkml.kernel.org/r/1337688268.9698.29.camel@twins\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCRs-Fixed: 497236\nGit-commit: b654f7de41b0e3903ee2b51d3b8db77fe52ce728\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "a2441619d122ed35525738f7c0a0f0e1ceef1cc0", "tree": "7e89186de780cad002ae60ea3cc9fbced081889b", "parents": [ "1d856ea9cfebb281232fa0ca1fbda61cd3de6cc1" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Tue Jun 11 17:43:09 2013 -0700" }, "committer": { "name": "Syed Rameez Mustafa", "email": "rameezmustafa@codeaurora.org", "time": "Fri May 23 11:14:07 2014 -0700" }, "message": "sched: re-calculate a cpu\u0027s next_balance point upon sched domain changes\n\nCommit 55ddeb0f (sched: Reset rq-\u003enext_interval before going idle) reset\na cpu\u0027s rq-\u003enext_balance when pulled_task \u003d 0, which will be true when\nthe cpu failed to pull any task, causing it go idle. However that patch\nrelied on next_balance being calculated as a result of traversing cpu\u0027s\nsched domain hierarchy.\n\nA cpu that is the only online cpu will however not be attached to any\nsched domain hierarchy. When such a cpu calls into idle_balance(), we\nwill end up initializing next_balance to be 1sec away! Such a CPU will\ndefer load balance check for another 1sec, even though we may bring up\nmore cpus in the meantime requiring it to check for load imbalance more\nfrequently. This could then lead to increased scheduling latency for\nsome tasks.\n\nThis patch results in a cpu\u0027s next_balance being re-calculated when its\nattaching to a new sched domain hierarchy. This should let cpus call\nload balance checks at the right time we expect them to!\n\nChange-Id: I855cff8da5ca28d278596c3bb0163b839d4704bc\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "1d856ea9cfebb281232fa0ca1fbda61cd3de6cc1", "tree": "815da0a971a3d0e9bcc07e391ded550ea92b9a6a", "parents": [ "c8cde43ee8af91295c8837782ffd4356b051a8c5" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Thu Mar 07 12:14:53 2013 -0800" }, "committer": { "name": "Syed Rameez Mustafa", "email": "rameezmustafa@codeaurora.org", "time": "Fri May 23 11:13:58 2014 -0700" }, "message": "sched: Reset rq-\u003enext_interval before going idle\n\nnext_balance, the point in jiffy time scale when a cpu will next load\nbalance, could have been calculated when the cpu was busy. A busy cpu\nwill apply its sched domain\u0027s busy_factor (usually \u003e 1) in computing\nnext_balance for that sched domain, which causes the (busy) cpu to load\nbalance less frequently in its sched domains. However when the same cpu\nis going idle, its next_balance needs to be reset without consideration\nof busy_factor. Failure to do so would not trigger nohz idle balancer on\nthat cpu for unnecessarily long time (introducing additional scheduling\nlatencies for tasks). Fix bug in scheduler which aims to reset\nnext_balance before a cpu goes idle (as per existing comment) but is\nclearly not doing so.\n\nChange-Id: I7e027a51686528c4092d770c7d33c874d38f5df4\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "15d8f1ef6b18f4c96cc5f95fc3acc204deeb2469", "tree": "89967b918b61ea92591630440c2f9384070976d6", "parents": [ "dc223cee085ac3e417b2c614ca9036bca28560fb" ], "author": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Mon Oct 21 17:58:20 2013 -0400" }, "committer": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Mon May 19 15:12:29 2014 -0400" }, "message": "msm: perf: clean up duplicate constraint events\n\nEvents with a duplicate constraint are set to state\u003dOFF when detected,\nso that their duplicate counts are not read. However, they were not being\ncleaned up because the core code only cleaned up ACTIVE events.\nThis resulted in counters not being freed and eventually running out\nof resources.\n\nClean up the events with state\u003d\u003dOFF that were marked that way because of\nconstraint duplication.\nEnsure counts are not updated for OFF events.\n\nChange-Id: If532801c79e6ad6809869eb0a3063774f00c92c3\nSigned-off-by: Neil Leeder \u003cnleeder@codeaurora.org\u003e\n" }, { "commit": "13f898ac02a320773d70d2998a4803f07c58734d", "tree": "d198251237bf17baa28de1cd386115c8e077f8d0", "parents": [ "44971e3ed77d8f46c11b90ec1fed7a6134bc0c0e" ], "author": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Fri Aug 30 13:47:36 2013 -0400" }, "committer": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Mon May 19 15:12:28 2014 -0400" }, "message": "Perf: Support sw events across hotplug\n\nWhen CPUs are hotplugged off and on, let the various\nsw events continue after the hotplug.\n\nChange-Id: Id1aaf30c459c9cf7c9c38967f9ccad56d4062fd3\nSigned-off-by: Neil Leeder \u003cnleeder@codeaurora.org\u003e\n" }, { "commit": "8165d84a0d90b1976ea6bb370a36df1b0cc14c63", "tree": "ef2536e2e36bcfa06f7a7b47b819c48116fedd4f", "parents": [ "e749cc109fc924105f6aa514ee33344da9c597e0" ], "author": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Mon Apr 08 17:13:21 2013 -0400" }, "committer": { "name": "Neil Leeder", "email": "nleeder@codeaurora.org", "time": "Mon May 19 15:12:26 2014 -0400" }, "message": "Perf: keep events across hotplug\n\nKeep event list alive across a CPU hotplug so that perf\ncan resume when the CPU comes back online. Bring a CPU\nonline when exiting a perf session so it can be cleaned\nup properly.\n\nChange-Id: Ie0e4a43f751beb77afdc84e9d52b21780f279d80\nSigned-off-by: Neil Leeder \u003cnleeder@codeaurora.org\u003e\n" }, { "commit": "36a093caf736755c3f42cde0abebbf6937f9f3e6", "tree": "c4cb589e1abe457ef20e85771acb787a5ddb9b3e", "parents": [ "5cce5d16d13d6bd5f53b2cab181fefa55ae8efad", "00fcc691ed4a13522e01cfc1575cb7b984485b0a" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri May 02 22:35:16 2014 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri May 02 22:35:16 2014 -0700" }, "message": "Merge remote-tracking branch \u0027codeaurora/caf/kk_2.7_rb1.37\u0027 into cm-11.0\n\nConflicts:\n\tarch/arm/mm/dma-mapping.c\n\tdrivers/media/video/msm/vfe/msm_vfe32.c\n\tnet/wireless/nl80211.c\n\nChange-Id: I4228f28bc74631aba13e1da969c91aaefc463195\n" }, { "commit": "9a59d64256bad8ce156acd44c533f66cf9879c95", "tree": "c68f53d75330e4d9857dcd1f856d1d34c8c5d0f3", "parents": [ "b0de7572f02ecc18dd73e653e4f46bf68ed1a21f" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Feb 26 18:44:33 2013 +0100" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:58 2014 -0700" }, "message": "stop_machine: Mark per cpu stopper enabled early\n\ncommit 14e568e78 (stop_machine: Use smpboot threads) introduced the\nfollowing regression:\n\nBefore this commit the stopper enabled bit was set in the online\nnotifier.\n\nCPU0\t\t\t\tCPU1\ncpu_up\n\t\t\t\tcpu online\nhotplug_notifier(ONLINE)\n stopper(CPU1)-\u003eenabled \u003d true;\n...\nstop_machine()\n\nThe conversion to smpboot threads moved the enablement to the wakeup\npath of the parked thread. The majority of users seem to have the\nfollowing working order:\n\nCPU0\t\t\t\tCPU1\ncpu_up\n\t\t\t\tcpu online\nunpark_threads()\n wakeup(stopper[CPU1])\n....\n\t\t\t\tstopper thread runs\n\t\t\t\t stopper(CPU1)-\u003eenabled \u003d true;\nstop_machine()\n\nBut Konrad and Sander have observed:\n\nCPU0\t\t\t\tCPU1\ncpu_up\n\t\t\t\tcpu online\nunpark_threads()\n wakeup(stopper[CPU1])\n....\nstop_machine()\n\t\t\t\tstopper thread runs\n\t\t\t\t stopper(CPU1)-\u003eenabled \u003d true;\n\nNow the stop machinery kicks CPU0 into the stop loop, where it gets\nstuck forever because the queue code saw stopper(CPU1)-\u003eenabled \u003d\u003d\nfalse, so CPU0 waits for CPU1 to enter stomp_machine, but the CPU1\nstopper work got discarded due to enabled \u003d\u003d false.\n\nAdd a pre_unpark function to the smpboot thread descriptor and call it\nbefore waking the thread.\n\nThis fixes the problem at hand, but the stop_machine code should be\nmore robust. The stopper-\u003eenabled flag smells fishy at best.\n\nThanks to Konrad for going through a loop of debug patches and\nproviding the information to decode this issue.\n\nReported-and-tested-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nReported-and-tested-by: Sander Eikelenboom \u003clinux@eikelenboom.it\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nLink: http://lkml.kernel.org/r/alpine.LFD.2.02.1302261843240.22263@ionos\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Iaff8824879eb21552fc9e46e259b604dfce113bc\n" }, { "commit": "b0de7572f02ecc18dd73e653e4f46bf68ed1a21f", "tree": "0ee0d8708edfbdfccb3ebb13ff927e7f1f0fbc3c", "parents": [ "1cc5b19aa3e32f9b0c6a7663fa3ffb1f22652595" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Jan 31 12:11:14 2013 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:57 2014 -0700" }, "message": "stop_machine: Use smpboot threads\n\nUse the smpboot thread infrastructure. Mark the stopper thread\nselfparking and park it after it has finished the take_cpu_down()\nwork.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Arjan van de Veen \u003carjan@infradead.org\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nCc: Richard Weinberger \u003crw@linutronix.de\u003e\nCc: Magnus Damm \u003cmagnus.damm@gmail.com\u003e\nLink: http://lkml.kernel.org/r/20130131120741.686315164@linutronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I30771810f2cbb2a64ca090864156edc79d338dfd\n" }, { "commit": "1cc5b19aa3e32f9b0c6a7663fa3ffb1f22652595", "tree": "4305e59e5a854674fc85012ff91645d9fe931538", "parents": [ "bb32d268211f1c70858a32e1402ecc09af173205" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Jan 31 12:11:13 2013 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:57 2014 -0700" }, "message": "stop_machine: Store task reference in a separate per cpu variable\n\nTo allow the stopper thread being managed by the smpboot thread\ninfrastructure separate out the task storage from the stopper data\nstructure.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Arjan van de Veen \u003carjan@infradead.org\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nCc: Richard Weinberger \u003crw@linutronix.de\u003e\nCc: Magnus Damm \u003cmagnus.damm@gmail.com\u003e\nLink: http://lkml.kernel.org/r/20130131120741.626690384@linutronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Ibfe2389e42fcf2e236940bbc223a36da571ed6e9\n" }, { "commit": "bb32d268211f1c70858a32e1402ecc09af173205", "tree": "d8f191500ea1020ed0028fadc23ece0d7c3ee973", "parents": [ "ceced05d7f2bedf5da09f4eb48075339cc23876e" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Apr 09 09:33:34 2013 +0200" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:56 2014 -0700" }, "message": "kthread: Prevent unpark race which puts threads on the wrong cpu\n\nThe smpboot threads rely on the park/unpark mechanism which binds per\ncpu threads on a particular core. Though the functionality is racy:\n\nCPU0\t \t \tCPU1 \t \t CPU2\nunpark(T)\t\t\t\t wake_up_process(T)\n clear(SHOULD_PARK)\tT runs\n\t\t\tleave parkme() due to !SHOULD_PARK\n bind_to(CPU2)\t\tBUG_ON(wrong CPU)\n\nWe cannot let the tasks move themself to the target CPU as one of\nthose tasks is actually the migration thread itself, which requires\nthat it starts running on the target cpu right away.\n\nThe solution to this problem is to prevent wakeups in park mode which\nare not from unpark(). That way we can guarantee that the association\nof the task to the target cpu is working correctly.\n\nAdd a new task state (TASK_PARKED) which prevents other wakeups and\nuse this state explicitly for the unpark wakeup.\n\nPeter noticed: Also, since the task state is visible to userspace and\nall the parked tasks are still in the PID space, its a good hint in ps\nand friends that these tasks aren\u0027t really there for the moment.\n\nThe migration thread has another related issue.\n\nCPU0\t \t \t CPU1\nBring up CPU2\ncreate_thread(T)\npark(T)\n wait_for_completion()\n\t\t\t parkme()\n\t\t\t complete()\nsched_set_stop_task()\n\t\t\t schedule(TASK_PARKED)\n\nThe sched_set_stop_task() call is issued while the task is on the\nrunqueue of CPU1 and that confuses the hell out of the stop_task class\non that cpu. So we need the same synchronizaion before\nsched_set_stop_task().\n\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nReported-and-tested-by: Dave Hansen \u003cdave@sr71.net\u003e\nReported-and-tested-by: Borislav Petkov \u003cbp@alien8.de\u003e\nAcked-by: Peter Ziljstra \u003cpeterz@infradead.org\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: dhillf@gmail.com\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: stable@vger.kernel.org\nLink: http://lkml.kernel.org/r/alpine.LFD.2.02.1304091635430.21884@ionos\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: If1e9993951c4ad1f6f35ad0698f6ccd05a67e81f\n" }, { "commit": "ceced05d7f2bedf5da09f4eb48075339cc23876e", "tree": "766043bd6b44b5126b3d68deeef2fda57a15a5e4", "parents": [ "04d903e40c1030e78f5953e7a904f03ab4e4fc34" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Jan 31 12:11:12 2013 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:56 2014 -0700" }, "message": "smpboot: Allow selfparking per cpu threads\n\nThe stop machine threads are still killed when a cpu goes offline. The\nreason is that the thread is used to bring the cpu down, so it can\u0027t\nbe parked along with the other per cpu threads.\n\nAllow a per cpu thread to be excluded from automatic parking, so it\ncan park itself once it\u0027s done\n\nAdd a create callback function as well.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Arjan van de Veen \u003carjan@infradead.org\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nCc: Richard Weinberger \u003crw@linutronix.de\u003e\nCc: Magnus Damm \u003cmagnus.damm@gmail.com\u003e\nLink: http://lkml.kernel.org/r/20130131120741.553993267@linutronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I864f39336a2cb648c518526459929c081f831216\n" }, { "commit": "04d903e40c1030e78f5953e7a904f03ab4e4fc34", "tree": "4eded8134694e474f844a2fbb52c63521b252739", "parents": [ "a63b4ccf0332e6ddea65fa473dc0912e8433432f" ], "author": { "name": "Paul E. McKenney", "email": "paul.mckenney@linaro.org", "time": "Thu Jul 12 01:55:54 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:55 2014 -0700" }, "message": "hotplug: Fix UP bug in smpboot hotplug code\n\nBecause kernel subsystems need their per-CPU kthreads on UP systems as\nwell as on SMP systems, the smpboot hotplug kthread functions must be\nprovided in UP builds as well as in SMP builds. This commit therefore\nadds smpboot.c to UP builds and excludes irrelevant code via #ifdef.\n\nSigned-off-by: Paul E. McKenney \u003cpaul.mckenney@linaro.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I7b570d6c241c513227c3fdc1d843bf369bed036c\n" }, { "commit": "a63b4ccf0332e6ddea65fa473dc0912e8433432f", "tree": "f96709aa87d8ea7a4bf81d9c0e54ffa151cb6180", "parents": [ "20bdb6ed0478fc5d79e1fb3f9ae97808a2670fee" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon Jul 16 10:42:36 2012 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:55 2014 -0700" }, "message": "smpboot: Provide infrastructure for percpu hotplug threads\n\nProvide a generic interface for setting up and tearing down percpu\nthreads.\n\nOn registration the threads for already online cpus are created and\nstarted. On deregistration (modules) the threads are stoppped.\n\nDuring hotplug operations the threads are created, started, parked and\nunparked. The datastructure for registration provides a pointer to\npercpu storage space and optional setup, cleanup, park, unpark\nfunctions. These functions are called when the thread state changes.\n\nEach implementation has to provide a function which is queried and\nreturns whether the thread should run and the thread function itself.\n\nThe core code handles all state transitions and avoids duplicated code\nin the call sites.\n\n[ paulmck: Preemption leak fix ]\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nReviewed-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nReviewed-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nLink: http://lkml.kernel.org/r/20120716103948.352501068@linutronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Ib2ac667cd13cf26a042d65c1b3f20fe7e4b02423\n" }, { "commit": "20bdb6ed0478fc5d79e1fb3f9ae97808a2670fee", "tree": "196b7fcc431de02fbd3bc0646741d5ac7ba686b1", "parents": [ "d5d863438d56dd89f31d23a350ea745088d1c754" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon Jul 16 10:42:36 2012 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:54 2014 -0700" }, "message": "kthread: Implement park/unpark facility\n\nTo avoid the full teardown/setup of per cpu kthreads in the case of\ncpu hot(un)plug, provide a facility which allows to put the kthread\ninto a park position and unpark it when the cpu comes online again.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nReviewed-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nReviewed-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nLink: http://lkml.kernel.org/r/20120716103948.236618824@linutronix.de\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I05d28788540b666349bafecf6cb3fdc873b6cdde\n" }, { "commit": "d5d863438d56dd89f31d23a350ea745088d1c754", "tree": "0c503b29f7cb1d520164dd92cd0f9bfb26f98515", "parents": [ "d7ee3647abc09781343e58c75a103f6e421e841e" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Thu May 24 20:41:00 2012 +0530" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:54 2014 -0700" }, "message": "smpboot, idle: Fix comment mismatch over idle_threads_init()\n\nThe comment over idle_threads_init() really talks about the functionality\nof idle_init(). Move that comment to idle_init(), and add a suitable\ncomment over idle_threads_init().\n\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: suresh.b.siddha@intel.com\nCc: venki@google.com\nCc: nikunj@linux.vnet.ibm.com\nLink: http://lkml.kernel.org/r/20120524151100.2549.66501.stgit@srivatsabhat.in.ibm.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Ib0cd6d6e19e0c64868a42a77101b080a5f3b04f8\n" }, { "commit": "d7ee3647abc09781343e58c75a103f6e421e841e", "tree": "cadd17cd08b49e827d3f64082bb645629ff231e5", "parents": [ "ad6a2c704a934a832a9e90fdfa15cc7c2f144437" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Thu May 24 20:40:55 2012 +0530" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:53 2014 -0700" }, "message": "smpboot, idle: Optimize calls to smp_processor_id() in idle_threads_init()\n\nWhile trying to initialize idle threads for all cpus, idle_threads_init()\ncalls smp_processor_id() in a loop, which is unnecessary. The intent\nis to initialize idle threads for all non-boot cpus. So just use a variable\nto note the boot cpu and use it in the loop.\n\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: suresh.b.siddha@intel.com\nCc: venki@google.com\nCc: nikunj@linux.vnet.ibm.com\nLink: http://lkml.kernel.org/r/20120524151055.2549.64309.stgit@srivatsabhat.in.ibm.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: Ib65df4c31e93e1622c26f2c2a4946ffd28c1839d\n" }, { "commit": "ad6a2c704a934a832a9e90fdfa15cc7c2f144437", "tree": "c5523330b69324738f7c3d79265415f937074fec", "parents": [ "c5989bd43645dbb5d48197b02397565d1ceffa29" ], "author": { "name": "Suresh Siddha", "email": "suresh.b.siddha@intel.com", "time": "Fri Apr 20 17:08:50 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:53 2014 -0700" }, "message": "smp, idle: Allocate idle thread for each possible cpu during boot\n\npercpu areas are already allocated during boot for each possible cpu.\npercpu idle threads can be considered as an extension of the percpu areas,\nand allocate them for each possible cpu during boot.\n\nThis will eliminate the need for workqueue based idle thread allocation.\nIn future we can move the idle thread area into the percpu area too.\n\n[ tglx: Moved the loop into smpboot.c and added an error check when\n the init code failed to allocate an idle thread for a cpu which\n should be onlined ]\n\nSigned-off-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: venki@google.com\nLink: http://lkml.kernel.org/r/1334966930.28674.245.camel@sbsiddha-desk.sc.intel.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I36828165fc08b7c0a8a0fe6a2aa24d358e623dd2\n" }, { "commit": "c5989bd43645dbb5d48197b02397565d1ceffa29", "tree": "bda6cd4ad20680299c06d3c459804f92ec44dbdb", "parents": [ "33d588d0d93e7bf0af4b05420585bfc5df474e63" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Apr 20 13:05:45 2012 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:53 2014 -0700" }, "message": "smp: Provide generic idle thread allocation\n\nAll SMP architectures have magic to fork the idle task and to store it\nfor reusage when cpu hotplug is enabled. Provide a generic\ninfrastructure for it.\n\nCreate/reinit the idle thread for the cpu which is brought up in the\ngeneric code and hand the thread pointer to the architecture code via\n__cpu_up().\n\nNote, that fork_idle() is called via a workqueue, because this\nguarantees that the idle thread does not get a reference to a user\nspace VM. This can happen when the boot process did not bring up all\npossible cpus and a later cpu_up() is initiated via the sysfs\ninterface. In that case fork_idle() would be called in the context of\nthe user space task and take a reference on the user space VM.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Matt Turner \u003cmattst88@gmail.com\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nCc: Mike Frysinger \u003cvapier@gentoo.org\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nCc: Richard Kuo \u003crkuo@codeaurora.org\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Hirokazu Takata \u003ctakata@linux-m32r.org\u003e\nCc: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: James E.J. Bottomley \u003cjejb@parisc-linux.org\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: Paul Mundt \u003clethal@linux-sh.org\u003e\nCc: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Chris Metcalf \u003ccmetcalf@tilera.com\u003e\nCc: Richard Weinberger \u003crichard@nod.at\u003e\nCc: x86@kernel.org\nAcked-by: Venkatesh Pallipadi \u003cvenki@google.com\u003e\nLink: http://lkml.kernel.org/r/20120420124557.102478630@linutronix.de\n\nChange-Id: Ie2d32789f3a69ee15f38ba704aaa84d6be85bcd4\n" }, { "commit": "33d588d0d93e7bf0af4b05420585bfc5df474e63", "tree": "3f8cd716316674e2f68e3e4717cb2b2f6a37b5e7", "parents": [ "2e418308459c3a9171f345ba1769bdd0969be97f" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Apr 20 13:05:44 2012 +0000" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Mar 29 00:49:52 2014 -0700" }, "message": "smp: Add generic smpboot facility\n\nStart a new file, which will hold SMP and CPU hotplug related generic\ninfrastructure.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nCc: Matt Turner \u003cmattst88@gmail.com\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nCc: Mike Frysinger \u003cvapier@gentoo.org\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nCc: Richard Kuo \u003crkuo@codeaurora.org\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Hirokazu Takata \u003ctakata@linux-m32r.org\u003e\nCc: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: James E.J. Bottomley \u003cjejb@parisc-linux.org\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: Paul Mundt \u003clethal@linux-sh.org\u003e\nCc: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Chris Metcalf \u003ccmetcalf@tilera.com\u003e\nCc: Richard Weinberger \u003crichard@nod.at\u003e\nCc: x86@kernel.org\nLink: http://lkml.kernel.org/r/20120420124557.035417523@linutronix.de\n\nChange-Id: Ia1ad435435aa12c47ac0d381ae031ebf6edcff1f\n" }, { "commit": "66d383de0963dd351051304e36247e9a6fa66b77", "tree": "5cd17ffcb6edfa4385a2ceddb63ada9efdea2ee1", "parents": [ "c523abc466c9b7c693e4a528ca2f54c6e931b6a6", "2606524141e4ff9b6a5d0bcbd9d601dfc5a8285c" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Mar 07 11:56:04 2014 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Mar 07 11:56:04 2014 -0800" }, "message": "Merge tag \u0027v3.4.82\u0027 into cm-11.0\n\nThis is the 3.4.82 stable release\n\nConflicts:\n\tarch/arm/kernel/traps.c\n\tmm/internal.h\n\nChange-Id: Ie3b1ffdfe133e76cfa3eaaa4305535af8490d7cc\n" }, { "commit": "df1cc7da2a599bde8f28f94601b7ec4c85ec441b", "tree": "be91297f18aa7fe689ca548c6ee5a9deca62d992", "parents": [ "17ff13b428cc2900bc04570f3a74d746856f35e6" ], "author": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Mon Feb 10 13:39:53 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Feb 22 10:32:46 2014 -0800" }, "message": "genirq: Add missing irq_to_desc export for CONFIG_SPARSE_IRQ\u003dn\n\ncommit 2c45aada341121438affc4cb8d5b4cfaa2813d3d upstream.\n\nIn allmodconfig builds for sparc and any other arch which does\nnot set CONFIG_SPARSE_IRQ, the following will be seen at modpost:\n\n CC [M] lib/cpu-notifier-error-inject.o\n CC [M] lib/pm-notifier-error-inject.o\nERROR: \"irq_to_desc\" [drivers/gpio/gpio-mcp23s08.ko] undefined!\nmake[2]: *** [__modpost] Error 1\n\nThis happens because commit 3911ff30f5 (\"genirq: export\nhandle_edge_irq() and irq_to_desc()\") added one export for it, but\nthere were actually two instances of it, in an if/else clause for\nCONFIG_SPARSE_IRQ. Add the second one.\n\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCc: Jiri Kosina \u003cjkosina@suse.cz\u003e\nLink: http://lkml.kernel.org/r/1392057610-11514-1-git-send-email-paul.gortmaker@windriver.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "17ff13b428cc2900bc04570f3a74d746856f35e6", "tree": "3e705c590d8f6b57b0279fc0d5c11d7c6f5ed5d0", "parents": [ "7db019a232f3577a92a2a81d34e4add1c4b80483" ], "author": { "name": "Steven Rostedt (Red Hat)", "email": "rostedt@goodmis.org", "time": "Tue Feb 11 13:38:54 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Feb 22 10:32:46 2014 -0800" }, "message": "ring-buffer: Fix first commit on sub-buffer having non-zero delta\n\ncommit d651aa1d68a2f0a7ee65697b04c6a92f8c0a12f2 upstream.\n\nEach sub-buffer (buffer page) has a full 64 bit timestamp. The events on\nthat page use a 27 bit delta against that timestamp in order to save on\nbits written to the ring buffer. If the time between events is larger than\nwhat the 27 bits can hold, a \"time extend\" event is added to hold the\nentire 64 bit timestamp again and the events after that hold a delta from\nthat timestamp.\n\nAs a \"time extend\" is always paired with an event, it is logical to just\nallocate the event with the time extend, to make things a bit more efficient.\n\nUnfortunately, when the pairing code was written, it removed the \"delta \u003d 0\"\nfrom the first commit on a page, causing the events on the page to be\nslightly skewed.\n\nFixes: 69d1b839f7ee \"ring-buffer: Bind time extend and data events together\"\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d6e20e8145341ed1b5d605a8d9ab8463b0ca6ed8", "tree": "4e83c6dc0f10988e10a9341d33d47aef3a93e744", "parents": [ "cd6f6b709eebe70d80a3e542d218228bcf189654" ], "author": { "name": "Mikulas Patocka", "email": "mpatocka@redhat.com", "time": "Fri Jan 24 16:41:36 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Feb 22 10:32:46 2014 -0800" }, "message": "time: Fix overflow when HZ is smaller than 60\n\ncommit 80d767d770fd9c697e434fd080c2db7b5c60c6dd upstream.\n\nWhen compiling for the IA-64 ski emulator, HZ is set to 32 because the\nemulation is slow and we don\u0027t want to waste too many cycles processing\ntimers. Alpha also has an option to set HZ to 32.\n\nThis causes integer underflow in\nkernel/time/jiffies.c:\nkernel/time/jiffies.c:66:2: warning: large integer implicitly truncated to unsigned type [-Woverflow]\n .mult \u003d NSEC_PER_JIFFY \u003c\u003c JIFFIES_SHIFT, /* details above */\n ^\n\nThis patch reduces the JIFFIES_SHIFT value to avoid the overflow.\n\nSigned-off-by: Mikulas Patocka \u003cmikulas@artax.karlin.mff.cuni.cz\u003e\nLink: http://lkml.kernel.org/r/alpine.LRH.2.02.1401241639100.23871@file01.intranet.prod.int.rdu2.redhat.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b249f99c023402a192e1af812326c5092e64175f", "tree": "49b94c6486350105fe8334c9e81b105dc557f6af", "parents": [ "ec90b6113735a9f9fcb64a604b28f446fe03ded2" ], "author": { "name": "Bojan Smojver", "email": "bojan@rexursive.com", "time": "Sun Apr 29 22:42:06 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:33 2014 -0800" }, "message": "PM / Hibernate: Hibernate/thaw fixes/improvements\n\ncommit 5a21d489fd9541a4a66b9a500659abaca1b19a51 upstream.\n\n 1. Do not allocate memory for buffers from emergency pools, unless\n absolutely required. Do not warn about and do not retry non-essential\n failed allocations.\n\n 2. Do not check the amount of free pages left on every single page\n write, but wait until one map is completely populated and then check.\n\n 3. Set maximum number of pages for read buffering consistently, instead\n of inadvertently depending on the size of the sector type.\n\n 4. Fix copyright line, which I missed when I submitted the hibernation\n threading patch.\n\n 5. Dispense with bit shifting arithmetic to improve readability.\n\n 6. Really recalculate the number of pages required to be free after all\n allocations have been done.\n\n 7. Fix calculation of pages required for read buffering. Only count in\n pages that do not belong to high memory.\n\nSigned-off-by: Bojan Smojver \u003cbojan@rexursive.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f5a4c4b79e57f875b6788f6f8352ca246bfd8450", "tree": "936b2200d4581b36faa0c94fab560013486885be", "parents": [ "e2d51f27e382be7b70a755f3ea2fbbeacdb50834" ], "author": { "name": "Peter Zijlstra", "email": "a.p.zijlstra@chello.nl", "time": "Thu May 17 17:15:29 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "sched/nohz: Fix rq-\u003ecpu_load calculations some more\n\ncommit 5aaa0b7a2ed5b12692c9ffb5222182bd558d3146 upstream.\n\nFollow up on commit 556061b00 (\"sched/nohz: Fix rq-\u003ecpu_load[]\ncalculations\") since while that fixed the busy case it regressed the\nmostly idle case.\n\nAdd a callback from the nohz exit to also age the rq-\u003ecpu_load[]\narray. This closes the hole where either there was no nohz load\nbalance pass during the nohz, or there was a \u0027significant\u0027 amount of\nidle time between the last nohz balance and the nohz exit.\n\nSo we\u0027ll update unconditionally from the tick to not insert any\naccidental 0 load periods while busy, and we try and catch up from\nnohz idle balance and nohz exit. Both these are still prone to missing\na jiffy, but that has always been the case.\n\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: pjt@google.com\nCc: Venkatesh Pallipadi \u003cvenki@google.com\u003e\nLink: http://lkml.kernel.org/n/tip-kt0trz0apodbf84ucjfdbr1a@git.kernel.org\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e2d51f27e382be7b70a755f3ea2fbbeacdb50834", "tree": "893a14b43a9eda39df07c1a6879c74f197977358", "parents": [ "1c2bd0db1189643691557ff34406906b053cef92" ], "author": { "name": "Peter Zijlstra", "email": "a.p.zijlstra@chello.nl", "time": "Fri May 11 17:31:26 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "sched/nohz: Fix rq-\u003ecpu_load[] calculations\n\ncommit 556061b00c9f2fd6a5524b6bde823ef12f299ecf upstream.\n\nWhile investigating why the load-balancer did funny I found that the\nrq-\u003ecpu_load[] tables were completely screwy.. a bit more digging\nrevealed that the updates that got through were missing ticks followed\nby a catchup of 2 ticks.\n\nThe catchup assumes the cpu was idle during that time (since only nohz\ncan cause missed ticks and the machine is idle etc..) this means that\nesp. the higher indices were significantly lower than they ought to\nbe.\n\nThe reason for this is that its not correct to compare against jiffies\non every jiffy on any other cpu than the cpu that updates jiffies.\n\nThis patch cludges around it by only doing the catch-up stuff from\nnohz_idle_balance() and doing the regular stuff unconditionally from\nthe tick.\n\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: pjt@google.com\nCc: Venkatesh Pallipadi \u003cvenki@google.com\u003e\nLink: http://lkml.kernel.org/n/tip-tp4kj18xdd5aj4vvj0qg55s2@git.kernel.org\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1c2bd0db1189643691557ff34406906b053cef92", "tree": "7ca9b005df493f23b9d3230decc8dd7e8e6d60e7", "parents": [ "2955866584c57545061dc38dc69de3461437aa9a" ], "author": { "name": "Steven Rostedt", "email": "rostedt@goodmis.org", "time": "Tue Feb 11 14:50:01 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "ftrace: Have function graph only trace based on global_ops filters\n\ncommit 23a8e8441a0a74dd612edf81dc89d1600bc0a3d1 upstream.\n\nDoing some different tests, I discovered that function graph tracing, when\nfiltered via the set_ftrace_filter and set_ftrace_notrace files, does\nnot always keep with them if another function ftrace_ops is registered\nto trace functions.\n\nThe reason is that function graph just happens to trace all functions\nthat the function tracer enables. When there was only one user of\nfunction tracing, the function graph tracer did not need to worry about\nbeing called by functions that it did not want to trace. But now that there\nare other users, this becomes a problem.\n\nFor example, one just needs to do the following:\n\n # cd /sys/kernel/debug/tracing\n # echo schedule \u003e set_ftrace_filter\n # echo function_graph \u003e current_tracer\n # cat trace\n[..]\n 0) | schedule() {\n ------------------------------------------\n 0) \u003cidle\u003e-0 \u003d\u003e rcu_pre-7\n ------------------------------------------\n\n 0) ! 2980.314 us | }\n 0) | schedule() {\n ------------------------------------------\n 0) rcu_pre-7 \u003d\u003e \u003cidle\u003e-0\n ------------------------------------------\n\n 0) + 20.701 us | }\n\n # echo 1 \u003e /proc/sys/kernel/stack_tracer_enabled\n # cat trace\n[..]\n 1) + 20.825 us | }\n 1) + 21.651 us | }\n 1) + 30.924 us | } /* SyS_ioctl */\n 1) | do_page_fault() {\n 1) | __do_page_fault() {\n 1) 0.274 us | down_read_trylock();\n 1) 0.098 us | find_vma();\n 1) | handle_mm_fault() {\n 1) | _raw_spin_lock() {\n 1) 0.102 us | preempt_count_add();\n 1) 0.097 us | do_raw_spin_lock();\n 1) 2.173 us | }\n 1) | do_wp_page() {\n 1) 0.079 us | vm_normal_page();\n 1) 0.086 us | reuse_swap_page();\n 1) 0.076 us | page_move_anon_rmap();\n 1) | unlock_page() {\n 1) 0.082 us | page_waitqueue();\n 1) 0.086 us | __wake_up_bit();\n 1) 1.801 us | }\n 1) 0.075 us | ptep_set_access_flags();\n 1) | _raw_spin_unlock() {\n 1) 0.098 us | do_raw_spin_unlock();\n 1) 0.105 us | preempt_count_sub();\n 1) 1.884 us | }\n 1) 9.149 us | }\n 1) + 13.083 us | }\n 1) 0.146 us | up_read();\n\nWhen the stack tracer was enabled, it enabled all functions to be traced, which\nnow the function graph tracer also traces. This is a side effect that should\nnot occur.\n\nTo fix this a test is added when the function tracing is changed, as well as when\nthe graph tracer is enabled, to see if anything other than the ftrace global_ops\nfunction tracer is enabled. If so, then the graph tracer calls a test trampoline\nthat will look at the function that is being traced and compare it with the\nfilters defined by the global_ops.\n\nAs an optimization, if there\u0027s no other function tracers registered, or if\nthe only registered function tracers also use the global ops, the function\ngraph infrastructure will call the registered function graph callback directly\nand not go through the test trampoline.\n\nFixes: d2d45c7a03a2 \"tracing: Have stack_tracer use a separate list of functions\"\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "2955866584c57545061dc38dc69de3461437aa9a", "tree": "bd8336f3d3d943f71733da5980c4729460652a34", "parents": [ "95bcd16ee7ce1cfb3fea853e38023f65d9d21c7c" ], "author": { "name": "Steven Rostedt", "email": "rostedt@goodmis.org", "time": "Tue Feb 11 14:49:37 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "ftrace: Fix synchronization location disabling and freeing ftrace_ops\n\ncommit a4c35ed241129dd142be4cadb1e5a474a56d5464 upstream.\n\nThe synchronization needed after ftrace_ops are unregistered must happen\nafter the callback is disabled from becing called by functions.\n\nThe current location happens after the function is being removed from the\ninternal lists, but not after the function callbacks were disabled, leaving\nthe functions susceptible of being called after their callbacks are freed.\n\nThis affects perf and any externel users of function tracing (LTTng and\nSystemTap).\n\nFixes: cdbe61bfe704 \"ftrace: Allow dynamically allocated function tracers\"\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "95bcd16ee7ce1cfb3fea853e38023f65d9d21c7c", "tree": "412a793ec08d91d0f2949ee315c4969e645d4613", "parents": [ "a7333f3d237f3007d14a2ee0456b96a4b33522d0" ], "author": { "name": "Steven Rostedt", "email": "rostedt@goodmis.org", "time": "Tue Feb 11 14:49:07 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "ftrace: Synchronize setting function_trace_op with ftrace_trace_function\n\ncommit 405e1d834807e51b2ebd3dea81cb51e53fb61504 upstream.\n\n[ Partial commit backported to 3.4. The ftrace_sync() code by this is\n required for other fixes that 3.4 needs. ]\n\nftrace_trace_function is a variable that holds what function will be called\ndirectly by the assembly code (mcount). If just a single function is\nregistered and it handles recursion itself, then the assembly will call that\nfunction directly without any helper function. It also passes in the\nftrace_op that was registered with the callback. The ftrace_op to send is\nstored in the function_trace_op variable.\n\nThe ftrace_trace_function and function_trace_op needs to be coordinated such\nthat the called callback wont be called with the wrong ftrace_op, otherwise\nbad things can happen if it expected a different op. Luckily, there\u0027s no\ncallback that doesn\u0027t use the helper functions that requires this. But\nthere soon will be and this needs to be fixed.\n\nUse a set_function_trace_op to store the ftrace_op to set the\nfunction_trace_op to when it is safe to do so (during the update function\nwithin the breakpoint or stop machine calls). Or if dynamic ftrace is not\nbeing used (static tracing) then we have to do a bit more synchronization\nwhen the ftrace_trace_function is set as that takes affect immediately\n(as oppose to dynamic ftrace doing it with the modification of the trampoline).\n\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "5e23efd0c1d6c67761f859c141ba67bac80b81e0", "tree": "1de16dc6a5c06a7fae118e8e3e2553645892a778", "parents": [ "36f0c45db55e2e840deefc286a33c2c7aef2f18e" ], "author": { "name": "Paul E. McKenney", "email": "paulmck@linux.vnet.ibm.com", "time": "Mon Oct 15 21:35:59 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "printk: Fix scheduling-while-atomic problem in console_cpu_notify()\n\ncommit 85eae82a0855d49852b87deac8653e4ebc8b291f upstream.\n\nThe console_cpu_notify() function runs with interrupts disabled in the\nCPU_DYING case. It therefore cannot block, for example, as will happen\nwhen it calls console_lock(). Therefore, remove the CPU_DYING leg of\nthe switch statement to avoid this problem.\n\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Guillaume Morin \u003cguillaume@morinfr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "aea8045d06f0711cdbacf19517bf01e5c6d9acf9", "tree": "ff861f4b06ee22caac43706989cf08dd3d9a49d2", "parents": [ "63d6049bf5ff893a101bb8c41bd4ba0cd0ee967c" ], "author": { "name": "Srinivasarao P", "email": "spathi@codeaurora.org", "time": "Thu Jan 30 15:31:59 2014 +0530" }, "committer": { "name": "Srinivasarao P", "email": "spathi@codeaurora.org", "time": "Fri Feb 14 10:21:38 2014 +0530" }, "message": "power: don\u0027t wait for timeout if sys_sync completes early\n\nIn some cases the suspend thread is waiting for timer to expire\neven if the sync workqueue is empty. So the suspend is taking extra\ntime.\nTo avoid this waiting, sending the completion event from\nlast sync item in workqueue.\n\nCRs-Fixed: 583016\n\nChange-Id: Ia3219e90762ec7f6ad3e7096126832acfd03ed69\nSigned-off-by: Srinivasarao P \u003cspathi@codeaurora.org\u003e\n" }, { "commit": "cd34de10471a5ddad397739fae33555d47e53769", "tree": "99e2e27194d72d5767093568a956751b835fdf43", "parents": [ "cf85cc93b24891b7e57b1d9939742b5774570b19" ], "author": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Mon Feb 10 13:16:29 2014 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:21 2014 -0800" }, "message": "3.4.y: timekeeping: fix 32-bit overflow in get_monotonic_boottime\n\nfixed upstream in v3.6 by ec145babe754f9ea1079034a108104b6001e001c\n\nget_monotonic_boottime adds three nanonsecond values stored\nin longs, followed by an s64. If the long values are all\nclose to 1e9 the first three additions can overflow and\nbecome negative when added to the s64. Cast the first\nvalue to s64 so that all additions are 64 bit.\n\nSigned-off-by: Colin Cross \u003cccross@android.com\u003e\n[jstultz: Fished this out of the AOSP commong.git tree. This was\nfixed upstream in v3.6 by ec145babe754f9ea1079034a108104b6001e001c]\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "cf85cc93b24891b7e57b1d9939742b5774570b19", "tree": "2a4719b1695dc561a13ea93b3083a60bca871e7b", "parents": [ "ab99a94d45f5db1ed178ed986f93b938bc018a87" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Tue Dec 10 17:18:18 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:20 2014 -0800" }, "message": "timekeeping: Avoid possible deadlock from clock_was_set_delayed\n\ncommit 6fdda9a9c5db367130cf32df5d6618d08b89f46a upstream.\n\nAs part of normal operaions, the hrtimer subsystem frequently calls\ninto the timekeeping code, creating a locking order of\n hrtimer locks -\u003e timekeeping locks\n\nclock_was_set_delayed() was suppoed to allow us to avoid deadlocks\nbetween the timekeeping the hrtimer subsystem, so that we could\nnotify the hrtimer subsytem the time had changed while holding\nthe timekeeping locks. This was done by scheduling delayed work\nthat would run later once we were out of the timekeeing code.\n\nBut unfortunately the lock chains are complex enoguh that in\nscheduling delayed work, we end up eventually trying to grab\nan hrtimer lock.\n\nSasha Levin noticed this in testing when the new seqlock lockdep\nenablement triggered the following (somewhat abrieviated) message:\n\n[ 251.100221] \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ 251.100221] [ INFO: possible circular locking dependency detected ]\n[ 251.100221] 3.13.0-rc2-next-20131206-sasha-00005-g8be2375-dirty #4053 Not tainted\n[ 251.101967] -------------------------------------------------------\n[ 251.101967] kworker/10:1/4506 is trying to acquire lock:\n[ 251.101967] (timekeeper_seq){----..}, at: [\u003cffffffff81160e96\u003e] retrigger_next_event+0x56/0x70\n[ 251.101967]\n[ 251.101967] but task is already holding lock:\n[ 251.101967] (hrtimer_bases.lock#11){-.-...}, at: [\u003cffffffff81160e7c\u003e] retrigger_next_event+0x3c/0x70\n[ 251.101967]\n[ 251.101967] which lock already depends on the new lock.\n[ 251.101967]\n[ 251.101967]\n[ 251.101967] the existing dependency chain (in reverse order) is:\n[ 251.101967]\n-\u003e #5 (hrtimer_bases.lock#11){-.-...}:\n[snipped]\n-\u003e #4 (\u0026rt_b-\u003ert_runtime_lock){-.-...}:\n[snipped]\n-\u003e #3 (\u0026rq-\u003elock){-.-.-.}:\n[snipped]\n-\u003e #2 (\u0026p-\u003epi_lock){-.-.-.}:\n[snipped]\n-\u003e #1 (\u0026(\u0026pool-\u003elock)-\u003erlock){-.-...}:\n[ 251.101967] [\u003cffffffff81194803\u003e] validate_chain+0x6c3/0x7b0\n[ 251.101967] [\u003cffffffff81194d9d\u003e] __lock_acquire+0x4ad/0x580\n[ 251.101967] [\u003cffffffff81194ff2\u003e] lock_acquire+0x182/0x1d0\n[ 251.101967] [\u003cffffffff84398500\u003e] _raw_spin_lock+0x40/0x80\n[ 251.101967] [\u003cffffffff81153e69\u003e] __queue_work+0x1a9/0x3f0\n[ 251.101967] [\u003cffffffff81154168\u003e] queue_work_on+0x98/0x120\n[ 251.101967] [\u003cffffffff81161351\u003e] clock_was_set_delayed+0x21/0x30\n[ 251.101967] [\u003cffffffff811c4bd1\u003e] do_adjtimex+0x111/0x160\n[ 251.101967] [\u003cffffffff811e2711\u003e] compat_sys_adjtimex+0x41/0x70\n[ 251.101967] [\u003cffffffff843a4b49\u003e] ia32_sysret+0x0/0x5\n[ 251.101967]\n-\u003e #0 (timekeeper_seq){----..}:\n[snipped]\n[ 251.101967] other info that might help us debug this:\n[ 251.101967]\n[ 251.101967] Chain exists of:\n timekeeper_seq --\u003e \u0026rt_b-\u003ert_runtime_lock --\u003e hrtimer_bases.lock#11\n\n[ 251.101967] Possible unsafe locking scenario:\n[ 251.101967]\n[ 251.101967] CPU0 CPU1\n[ 251.101967] ---- ----\n[ 251.101967] lock(hrtimer_bases.lock#11);\n[ 251.101967] lock(\u0026rt_b-\u003ert_runtime_lock);\n[ 251.101967] lock(hrtimer_bases.lock#11);\n[ 251.101967] lock(timekeeper_seq);\n[ 251.101967]\n[ 251.101967] *** DEADLOCK ***\n[ 251.101967]\n[ 251.101967] 3 locks held by kworker/10:1/4506:\n[ 251.101967] #0: (events){.+.+.+}, at: [\u003cffffffff81154960\u003e] process_one_work+0x200/0x530\n[ 251.101967] #1: (hrtimer_work){+.+...}, at: [\u003cffffffff81154960\u003e] process_one_work+0x200/0x530\n[ 251.101967] #2: (hrtimer_bases.lock#11){-.-...}, at: [\u003cffffffff81160e7c\u003e] retrigger_next_event+0x3c/0x70\n[ 251.101967]\n[ 251.101967] stack backtrace:\n[ 251.101967] CPU: 10 PID: 4506 Comm: kworker/10:1 Not tainted 3.13.0-rc2-next-20131206-sasha-00005-g8be2375-dirty #4053\n[ 251.101967] Workqueue: events clock_was_set_work\n\nSo the best solution is to avoid calling clock_was_set_delayed() while\nholding the timekeeping lock, and instead using a flag variable to\ndecide if we should call clock_was_set() once we\u0027ve released the locks.\n\nThis works for the case here, where the do_adjtimex() was the deadlock\ntrigger point. Unfortuantely, in update_wall_time() we still hold\nthe jiffies lock, which would deadlock with the ipi triggered by\nclock_was_set(), preventing us from calling it even after we drop the\ntimekeeping lock. So instead call clock_was_set_delayed() at that point.\n\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nCc: Richard Cochran \u003crichardcochran@gmail.com\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Sasha Levin \u003csasha.levin@oracle.com\u003e\nReported-by: Sasha Levin \u003csasha.levin@oracle.com\u003e\nTested-by: Sasha Levin \u003csasha.levin@oracle.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "dbf3239455b155c3e72deacda93ef3a041e190c9", "tree": "c7a8cfce370fa0de4cdeaab1b75925061fe9ccf1", "parents": [ "f61eb9ceb26cee3fdbb8c7a4920f171f7661fb4f" ], "author": { "name": "Ying Xue", "email": "ying.xue@windriver.com", "time": "Tue Jul 17 15:03:43 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:19 2014 -0800" }, "message": "sched/rt: Avoid updating RT entry timeout twice within one tick period\n\ncommit 57d2aa00dcec67afa52478730f2b524521af14fb upstream.\n\nThe issue below was found in 2.6.34-rt rather than mainline rt\nkernel, but the issue still exists upstream as well.\n\nSo please let me describe how it was noticed on 2.6.34-rt:\n\nOn this version, each softirq has its own thread, it means there\nis at least one RT FIFO task per cpu. The priority of these\ntasks is set to 49 by default. If user launches an RT FIFO task\nwith priority lower than 49 of softirq RT tasks, it\u0027s possible\nthere are two RT FIFO tasks enqueued one cpu runqueue at one\nmoment. By current strategy of balancing RT tasks, when it comes\nto RT tasks, we really need to put them off to a CPU that they\ncan run on as soon as possible. Even if it means a bit of cache\nline flushing, we want RT tasks to be run with the least latency.\n\nWhen the user RT FIFO task which just launched before is\nrunning, the sched timer tick of the current cpu happens. In this\ntick period, the timeout value of the user RT task will be\nupdated once. Subsequently, we try to wake up one softirq RT\ntask on its local cpu. As the priority of current user RT task\nis lower than the softirq RT task, the current task will be\npreempted by the higher priority softirq RT task. Before\npreemption, we check to see if current can readily move to a\ndifferent cpu. If so, we will reschedule to allow the RT push logic\nto try to move current somewhere else. Whenever the woken\nsoftirq RT task runs, it first tries to migrate the user FIFO RT\ntask over to a cpu that is running a task of lesser priority. If\nmigration is done, it will send a reschedule request to the found\ncpu by IPI interrupt. Once the target cpu responds the IPI\ninterrupt, it will pick the migrated user RT task to preempt its\ncurrent task. When the user RT task is running on the new cpu,\nthe sched timer tick of the cpu fires. So it will tick the user\nRT task again. This also means the RT task timeout value will be\nupdated again. As the migration may be done in one tick period,\nit means the user RT task timeout value will be updated twice\nwithin one tick.\n\nIf we set a limit on the amount of cpu time for the user RT task\nby setrlimit(RLIMIT_RTTIME), the SIGXCPU signal should be posted\nupon reaching the soft limit.\n\nBut exactly when the SIGXCPU signal should be sent depends on the\nRT task timeout value. In fact the timeout mechanism of sending\nthe SIGXCPU signal assumes the RT task timeout is increased once\nevery tick.\n\nHowever, currently the timeout value may be added twice per\ntick. So it results in the SIGXCPU signal being sent earlier\nthan expected.\n\nTo solve this issue, we prevent the timeout value from increasing\ntwice within one tick time by remembering the jiffies value of\nlast updating the timeout. As long as the RT task\u0027s jiffies is\ndifferent with the global jiffies value, we allow its timeout to\nbe updated.\n\nSigned-off-by: Ying Xue \u003cying.xue@windriver.com\u003e\nSigned-off-by: Fan Du \u003cfan.du@windriver.com\u003e\nReviewed-by: Yong Zhang \u003cyong.zhang0@gmail.com\u003e\nAcked-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nCc: \u003cpeterz@infradead.org\u003e\nLink: http://lkml.kernel.org/r/1342508623-2887-1-git-send-email-ying.xue@windriver.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\n[ lizf: backported to 3.4: adjust context ]\nSigned-off-by: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f61eb9ceb26cee3fdbb8c7a4920f171f7661fb4f", "tree": "7ef1b69d19fdc57f57ce58dc78988ce4a653aa8e", "parents": [ "1e5c13ec422f665432bfc9f7c5fc1f9fd614afd3" ], "author": { "name": "Peter Boonstoppel", "email": "pboonstoppel@nvidia.com", "time": "Thu Aug 09 15:34:47 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:19 2014 -0800" }, "message": "sched: Unthrottle rt runqueues in __disable_runtime()\n\ncommit a4c96ae319b8047f62dedbe1eac79e321c185749 upstream.\n\nmigrate_tasks() uses _pick_next_task_rt() to get tasks from the\nreal-time runqueues to be migrated. When rt_rq is throttled\n_pick_next_task_rt() won\u0027t return anything, in which case\nmigrate_tasks() can\u0027t move all threads over and gets stuck in an\ninfinite loop.\n\nInstead unthrottle rt runqueues before migrating tasks.\n\nAdditionally: move unthrottle_offline_cfs_rqs() to rq_offline_fair()\n\nSigned-off-by: Peter Boonstoppel \u003cpboonstoppel@nvidia.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nLink: http://lkml.kernel.org/r/5FBF8E85CA34454794F0F7ECBA79798F379D3648B7@HQMAIL04.nvidia.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\n[ lizf: backported to 3.4: adjust context ]\nSigned-off-by: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1e5c13ec422f665432bfc9f7c5fc1f9fd614afd3", "tree": "8588210c14890e4a797a9ea5402d6fa42ba3ceb6", "parents": [ "21b53baf40aecb134593ec74eb787f16c569cfc5" ], "author": { "name": "Mike Galbraith", "email": "efault@gmx.de", "time": "Tue Aug 07 10:02:38 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:18 2014 -0800" }, "message": "sched,rt: fix isolated CPUs leaving root_task_group indefinitely throttled\n\ncommit e221d028bb08b47e624c5f0a31732c642db9d19a upstream.\n\nRoot task group bandwidth replenishment must service all CPUs, regardless of\nwhere the timer was last started, and regardless of the isolation mechanism,\nlest \u0027Quoth the Raven, \"Nevermore\"\u0027 become rt scheduling policy.\n\nSigned-off-by: Mike Galbraith \u003cefault@gmx.de\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1344326558.6968.25.camel@marge.simpson.net\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "21b53baf40aecb134593ec74eb787f16c569cfc5", "tree": "c4c8bb46216c1baf4fe84d8787f5f6b7e01fe2f9", "parents": [ "d5c20298b6d817b069c69d94df9cd8ed76b2ff15" ], "author": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Wed May 16 21:34:23 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:18 2014 -0800" }, "message": "sched/rt: Fix SCHED_RR across cgroups\n\ncommit 454c79999f7eaedcdf4c15c449e43902980cbdf5 upstream.\n\ntask_tick_rt() has an optimization to only reschedule SCHED_RR tasks\nif they were the only element on their rq. However, with cgroups\na SCHED_RR task could be the only element on its per-cgroup rq but\nstill be competing with other SCHED_RR tasks in its parent\u0027s\ncgroup. In this case, the SCHED_RR task in the child cgroup would\nnever yield at the end of its timeslice. If the child cgroup\nrt_runtime_us was the same as the parent cgroup rt_runtime_us,\nthe task in the parent cgroup would starve completely.\n\nModify task_tick_rt() to check that the task is the only task on its\nrq, and that the each of the scheduling entities of its ancestors\nis also the only entity on its rq.\n\nSigned-off-by: Colin Cross \u003cccross@android.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1337229266-15798-1-git-send-email-ccross@android.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8036cc846f9be94aff21bb8b920ede6e2a7327a5", "tree": "fc79261d19795b3ec993b3214d6cdbb4cc88ef80", "parents": [ "001994d70e1a8f36238f83f70d17fac179d5804c", "9621d6306a16562b48451594be52eff524c26dfe" ], "author": { "name": "Linux Build Service Account", "email": "lnxbuild@localhost", "time": "Fri Feb 07 02:33:06 2014 -0800" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Fri Feb 07 02:33:05 2014 -0800" }, "message": "Merge \"sched: Unthrottle rt runqueues in __disable_runtime()\"" }, { "commit": "9621d6306a16562b48451594be52eff524c26dfe", "tree": "821c08579ac71860122b4f94a645b2843f0a190d", "parents": [ "9cd088e4734e338dbe78e88446a58112dfbf5920" ], "author": { "name": "Peter Boonstoppel", "email": "pboonstoppel@nvidia.com", "time": "Thu Aug 09 15:34:47 2012 -0700" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Wed Feb 05 22:43:41 2014 -0800" }, "message": "sched: Unthrottle rt runqueues in __disable_runtime()\n\nmigrate_tasks() uses _pick_next_task_rt() to get tasks from the\nreal-time runqueues to be migrated. When rt_rq is throttled\n_pick_next_task_rt() won\u0027t return anything, in which case\nmigrate_tasks() can\u0027t move all threads over and gets stuck in an\ninfinite loop.\n\nInstead unthrottle rt runqueues before migrating tasks.\n\nAdditionally: move unthrottle_offline_cfs_rqs() to rq_offline_fair()\n\nChange-Id: If8a4a399f1a14b7f4789c1b205dcfadbde555214\nSigned-off-by: Peter Boonstoppel \u003cpboonstoppel@nvidia.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nLink: http://lkml.kernel.org/r/5FBF8E85CA34454794F0F7ECBA79798F379D3648B7@HQMAIL04.nvidia.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nGit-commit: a4c96ae319b8047f62dedbe1eac79e321c185749\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "28840416ce6d79191eb947631229f542331c7ca6", "tree": "47b201002621e1e7abdc52623c922467e843f879", "parents": [ "945a67993dc03c0f51f2d5e43dabee037e5686e0" ], "author": { "name": "Mike Galbraith", "email": "efault@gmx.de", "time": "Tue Aug 07 05:00:13 2012 +0200" }, "committer": { "name": "Gerrit - the friendly Code Review server", "email": "code-review@localhost", "time": "Mon Feb 03 23:52:01 2014 -0800" }, "message": "sched,cgroup: Fix up task_groups list\n\nWith multiple instances of task_groups, for_each_rt_rq() is a noop,\nno task groups having been added to the rt.c list instance. This\nrenders __enable/disable_runtime() and print_rt_stats() noop, the\nuser (non) visible effect being that rt task groups are missing in\n/proc/sched_debug.\n\nChange-Id: Ib337ebda0e752f838d787c03fe1b0a8f03ea0551\nSigned-off-by: Mike Galbraith \u003cefault@gmx.de\u003e\nCc: stable@kernel.org # v3.3+\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1344308413.6846.7.camel@marge.simpson.net\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nGit-commit: 35cf4e50b16331def6cfcbee11e49270b6db07f5\nGit-repo: git://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "3be9a220c1be739e7cc13aa778c2d97064ff430e", "tree": "f36ebe7bd393590e677348e8b26b1dcfa00149cb", "parents": [ "f2ee187924b3fdb2475fc86641a8508f3c579abd" ], "author": { "name": "Matt Wagantall", "email": "mattw@codeaurora.org", "time": "Thu Dec 05 20:01:32 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:29 2014 -0800" }, "message": "sched/debug: Make sysrq prints of sched debug data optional\n\nCalls to sysrq_sched_debug_show() can yield rather verbose output\nwhich contributes to log spew and, under heavy load, may increase\nthe chances of a watchdog bark.\n\nMake printing of this data optional with the introduction of a\nnew Kconfig, CONFIG_SYSRQ_SCHED_DEBUG.\n\nChange-Id: I5f54d901d0dea403109f7ac33b8881d967a899ed\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "38b17156cd7847f3b1e378f6f8ef4227ffbe6d44", "tree": "b5ae275ac41b7076b932320cc9ac25783917db03", "parents": [ "70d01bbd5d9dd6d6cbf0ad9a49e82ed615d4f957" ], "author": { "name": "Daniel Lezcano", "email": "daniel.lezcano@linaro.org", "time": "Sat Mar 02 11:10:11 2013 +0100" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:28 2014 -0800" }, "message": "tick: Dynamically set broadcast irq affinity\n\nWhen a cpu goes to a deep idle state where its local timer is\nshutdown, it notifies the time frame work to use the broadcast timer\ninstead. Unfortunately, the broadcast device could wake up any CPU,\nincluding an idle one which is not concerned by the wake up at all. So\nin the worst case an idle CPU will wake up to send an IPI to the CPU\nwhose timer expired.\n\nProvide an opt-in feature CLOCK_EVT_FEAT_DYNIRQ which tells the core\nthat is should set the interrupt affinity of the broadcast interrupt\nto the cpu which has the earliest expiry time. This avoids unnecessary\nspurious wakeups and IPIs.\n\n[ tglx: Adopted to cpumask rework, silenced an uninitialized warning,\n massaged changelog ]\n\nSigned-off-by: Daniel Lezcano \u003cdaniel.lezcano@linaro.org\u003e\nCc: viresh.kumar@linaro.org\nCc: jacob.jun.pan@linux.intel.com\nCc: linux-arm-kernel@lists.infradead.org\nCc: santosh.shilimkar@ti.com\nCc: linaro-kernel@lists.linaro.org\nCc: patches@linaro.org\nCc: rickard.andersson@stericsson.com\nCc: vincent.guittot@linaro.org\nCc: linus.walleij@stericsson.com\nCc: john.stultz@linaro.org\nLink: http://lkml.kernel.org/r/1362219013-18173-3-git-send-email-daniel.lezcano@linaro.org\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n\nChange-Id: I6a880a39dd595526b80a6d72b88be74163513da9\nSigned-off-by: Karthik Parsha \u003ckparsha@codeaurora.org\u003e\nSigned-off-by: Mahesh Sivasubramanian \u003cmsivasub@codeaurora.org\u003e\n" }, { "commit": "70d01bbd5d9dd6d6cbf0ad9a49e82ed615d4f957", "tree": "e7eb9d7ded2a6b53f883dacfa8f6179627c80fc1", "parents": [ "eaf001971e9feaecfb88c7905666d74800e25b78" ], "author": { "name": "Vincent Guittot", "email": "vincent.guittot@linaro.org", "time": "Wed Jun 05 10:13:11 2013 +0200" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:28 2014 -0800" }, "message": "sched: Fix clear NOHZ_BALANCE_KICK\n\nI have faced a sequence where the Idle Load Balance was sometime not\ntriggered for a while on my platform, in the following scenario:\n\n CPU 0 and CPU 1 are running tasks and CPU 2 is idle\n\n CPU 1 kicks the Idle Load Balance\n CPU 1 selects CPU 2 as the new Idle Load Balancer\n CPU 2 sets NOHZ_BALANCE_KICK for CPU 2\n CPU 2 sends a reschedule IPI to CPU 2\n\n While CPU 3 wakes up, CPU 0 or CPU 1 migrates a waking up task A on CPU 2\n\n CPU 2 finally wakes up, runs task A and discards the Idle Load Balance\n task A quickly goes back to sleep (before a tick occurs on CPU 2)\n CPU 2 goes back to idle with NOHZ_BALANCE_KICK set\n\nWhenever CPU 2 will be selected as the ILB, no reschedule IPI will be sent\nbecause NOHZ_BALANCE_KICK is already set and no Idle Load Balance will be\nperformed.\n\nWe must wait for the sched softirq to be raised on CPU 2 thanks to another\npart the kernel to come back to clear NOHZ_BALANCE_KICK.\n\nThe proposed solution clears NOHZ_BALANCE_KICK in schedule_ipi if\nwe can\u0027t raise the sched_softirq for the Idle Load Balance.\n\nChange since V1:\n\n- move the clear of NOHZ_BALANCE_KICK in got_nohz_idle_kick if the ILB\n can\u0027t run on this CPU (as suggested by Peter)\n\nChange-Id: Ia206acc5e1109dcb6e7cd09d96c238721b4ad044\nSigned-off-by: Vincent Guittot \u003cvincent.guittot@linaro.org\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLink: http://lkml.kernel.org/r/1370419991-13870-1-git-send-email-vincent.guittot@linaro.org\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nGit-commit: 873b4c65b519fd769940eb281f77848227d4e5c1\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\n[smuckle@codeaurora.org: minor merge resolution for 3.4 in scheduler_ipi()]\nCRs-Fixed: 583754\nSigned-off-by: Steve Muckle \u003csmuckle@codeaurora.org\u003e\n" }, { "commit": "eaf001971e9feaecfb88c7905666d74800e25b78", "tree": "580b0ae4877d5012e29a3536fdbda8490afcbe94", "parents": [ "2dcea87b2a1ba331711661e34c3ce0a4c54c6ca8" ], "author": { "name": "Steve Muckle", "email": "smuckle@codeaurora.org", "time": "Tue Nov 19 14:16:53 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:27 2014 -0800" }, "message": "tracing/sched: add load balancer tracepoint\n\nWhen doing performance analysis it can be useful to see exactly\nwhat is going on with the load balancer - when it runs and why\nexactly it may not be redistributing load.\n\nThis additional tracepoint will show the idle context of the\nload balance operation (idle, not idle, newly idle), various\nvalues from the load balancing operation, the final result,\nand the new balance interval.\n\nChange-Id: I9e5c97ae3878bea44e60d189ff3cec2275f2c75e\nCRs-Fixed: 583754\nSigned-off-by: Steve Muckle \u003csmuckle@codeaurora.org\u003e\n" }, { "commit": "8ad62c20c16409cf90fd7c6774f71ce81378d6a0", "tree": "01fef82fc29ba7a77e541cb0bfec5cbff88bc681", "parents": [ "857f6d1788f02744eb18044c980e17cb6904ddb9" ], "author": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Wed Jun 26 17:26:01 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:26 2014 -0800" }, "message": "mm: add a field to store names for private anonymous memory\n\nUserspace processes often have multiple allocators that each do\nanonymous mmaps to get memory. When examining memory usage of\nindividual processes or systems as a whole, it is useful to be\nable to break down the various heaps that were allocated by\neach layer and examine their size, RSS, and physical memory\nusage.\n\nThis patch adds a user pointer to the shared union in\nvm_area_struct that points to a null terminated string inside\nthe user process containing a name for the vma. vmas that\npoint to the same address will be merged, but vmas that\npoint to equivalent strings at different addresses will\nnot be merged.\n\nUserspace can set the name for a region of memory by calling\nprctl(PR_SET_VMA, PR_SET_VMA_ANON_NAME, start, len, (unsigned long)name);\nSetting the name to NULL clears it.\n\nThe names of named anonymous vmas are shown in /proc/pid/maps\nas [anon:\u003cname\u003e] and in /proc/pid/smaps in a new \"Name\" field\nthat is only present for named vmas. If the userspace pointer\nis no longer valid all or part of the name will be replaced\nwith \"\u003cfault\u003e\".\n\nThe idea to store a userspace pointer to reduce the complexity\nwithin mm (at the expense of the complexity of reading\n/proc/pid/mem) came from Dave Hansen. This results in no\nruntime overhead in the mm subsystem other than comparing\nthe anon_name pointers when considering vma merging. The pointer\nis stored in a union with fieds that are only used on file-backed\nmappings, so it does not increase memory usage.\n\nChange-Id: Ie2ffc0967d4ffe7ee4c70781313c7b00cf7e3092\nSigned-off-by: Colin Cross \u003cccross@android.com\u003e\n" }, { "commit": "450e8d5d9c5ceb54831aa4220833706e35aa7115", "tree": "feed12d303771c7c82c9c1690744e64444b093a1", "parents": [ "4e12d515ff158a3f985d953d434623814cbf26c5" ], "author": { "name": "Mike Galbraith", "email": "bitbucket@online.de", "time": "Mon Jan 28 12:19:25 2013 +0100" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:24 2014 -0800" }, "message": "sched: Fix select_idle_sibling() bouncing cow syndrome\n\nIf the previous CPU is cache affine and idle, select it.\n\nThe current implementation simply traverses the sd_llc domain,\ntaking the first idle CPU encountered, which walks buddy pairs\nhand in hand over the package, inflicting excruciating pain.\n\n1 tbench pair (worst case) in a 10 core + SMT package:\n\n pre 15.22 MB/sec 1 procs\n post 252.01 MB/sec 1 procs\n\nSigned-off-by: Mike Galbraith \u003cbitbucket@online.de\u003e\nCc: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1359371965.5783.127.camel@marge.simpson.net\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\n" }, { "commit": "0fad1d27a9c0ca97d4ceff8ccf3db2f2d8b52699", "tree": "f2cb4e1f5cfacdba000d991adbbe5b40c669e516", "parents": [ "c60245b334fed7c7a4c5b09fa88a5f8d7c0a2c9a" ], "author": { "name": "Rik van Riel", "email": "riel@redhat.com", "time": "Tue May 29 15:06:18 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:15 2014 -0800" }, "message": "mm: remove swap token code\n\nThe swap token code no longer fits in with the current VM model. It\ndoes not play well with cgroups or the better NUMA placement code in\ndevelopment, since we have only one swap token globally.\n\nIt also has the potential to mess with scalability of the system, by\nincreasing the number of non-reclaimable pages on the active and\ninactive anon LRU lists.\n\nLast but not least, the swap token code has been broken for a year\nwithout complaints, as reported by Konstantin Khlebnikov. This suggests\nwe no longer have much use for it.\n\nThe days of sub-1G memory systems with heavy use of swap are over. If\nwe ever need thrashing reducing code in the future, we will have to\nimplement something that does scale.\n\nChange-Id: I6d287cfc3c3206ca24da2de0c1392e5fdfcfabe8\nSigned-off-by: Rik van Riel \u003criel@redhat.com\u003e\nCc: Konstantin Khlebnikov \u003ckhlebnikov@openvz.org\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nAcked-by: Bob Picco \u003cbpicco@meloft.net\u003e\nAcked-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\nGit-commit: e709ffd6169ccd259eb5874e853303e91e94e829\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Laura Abbott \u003clauraa@codeaurora.org\u003e\n" }, { "commit": "95024a08ad7e0bc8b2dfc120a2147035782e38b3", "tree": "a5187c8a7855cc17ee5f1b64f572f390aaefbdce", "parents": [ "e38ca498b972d0246551cac1c3dd4f7535e48458" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Mon Aug 05 18:03:22 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:13 2014 -0800" }, "message": "watchdog: Fix warning caused by use of smp_processor_id()\n\nwatchdog driver creates per-cpu kernel threads that are bound to\nseparate cpus. Use of smp_processor_id() by such threads in\n__touch_watchdog() is perfectly fine, as they are generally pinned to\nthe cpu on which they are running.\n\nDuring cpu offline event, however, affinity for the watchdog thread\nbound to dying cpu is broken before it is killed. There is a small\ntime window between affinity broken and thread dying in which thread\ncan run on a cpu with its affinity not set to that cpu exclusively.\nThis will trigger a warning from use of smp_processor_id(), which is\nharmless in this case as it will provide the required heartbeat on cpu\nwhere it is running and moreover that thread will be shortly killed.\n\nMute the harmless warning by use of raw_smp_processor_id() in\n__touch_watchdog(). This seems less intrusive fix than killing threads\nin CPU_DOWN_PREPARE event handler.\n\nChange-Id: I7fa22ff529aeea0ec3d5610cfec87aea92cf95a0\nCRs-Fixed: 517188\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "e38ca498b972d0246551cac1c3dd4f7535e48458", "tree": "0cba69c1b374e80eb66fd8f76469efc7878147f7", "parents": [ "67bed6808090539cefdc0ecd2738e12ba8bc037e" ], "author": { "name": "Peter Boonstoppel", "email": "pboonstoppel@nvidia.com", "time": "Thu Aug 09 15:34:47 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:13 2014 -0800" }, "message": "sched: Unthrottle rt runqueues in __disable_runtime()\n\nmigrate_tasks() uses _pick_next_task_rt() to get tasks from the\nreal-time runqueues to be migrated. When rt_rq is throttled\n_pick_next_task_rt() won\u0027t return anything, in which case\nmigrate_tasks() can\u0027t move all threads over and gets stuck in an\ninfinite loop.\n\nInstead unthrottle rt runqueues before migrating tasks.\n\nAdditionally: move unthrottle_offline_cfs_rqs() to rq_offline_fair()\n\nChange-Id: If8a4a399f1a14b7f4789c1b205dcfadbde555214\nSigned-off-by: Peter Boonstoppel \u003cpboonstoppel@nvidia.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nLink: http://lkml.kernel.org/r/5FBF8E85CA34454794F0F7ECBA79798F379D3648B7@HQMAIL04.nvidia.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nGit-commit: a4c96ae319b8047f62dedbe1eac79e321c185749\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "67bed6808090539cefdc0ecd2738e12ba8bc037e", "tree": "554f4cf1f7d9ec8997ffbbf74d0a5284f98cd17c", "parents": [ "1bee7b9b43a3b5530c62523d582aef7c3f7028ca" ], "author": { "name": "Arun Bharadwaj", "email": "abharadw@codeaurora.org", "time": "Wed Jul 03 10:35:02 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:13 2014 -0800" }, "message": "tracing/sched: Add trace events to track cpu hotplug.\n\nAdd ftrace event trace_sched_cpu_hotplug to track cpu\nhot-add and hot-remove events.\n\nThis is useful in a variety of power, performance and\ndebug analysis scenarios.\n\nChange-Id: I5d202c7a229ffacc3aafb7cf9afee0b0ee7b0931\nSigned-off-by: Arun Bharadwaj \u003cabharadw@codeaurora.org\u003e\n" }, { "commit": "1bee7b9b43a3b5530c62523d582aef7c3f7028ca", "tree": "65467bc85c4f505afd64c09d4044c1645c1ecc56", "parents": [ "3bb998ff6cbde07fdd25d039487195c29b17def1" ], "author": { "name": "Syed Rameez Mustafa", "email": "rameezmustafa@codeaurora.org", "time": "Mon Jul 15 11:52:09 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:13 2014 -0800" }, "message": "kernel/lib: add additional debug capabilites for data corruption\n\nData corruptions in the kernel often end up in system crashes that\nare easier to debug closer to the time of detection. Specifically,\nif we do not panic immediately after lock or list corruptions have been\ndetected, the problem context is lost in the ensuing system mayhem.\nAdd support for allowing system crash immediately after such corruptions\nare detected. The CONFIG option controls the enabling/disabling of the\nfeature.\n\nChange-Id: I9b2eb62da506a13007acff63e85e9515145909ff\nSigned-off-by: Syed Rameez Mustafa \u003crameezmustafa@codeaurora.org\u003e\n" }, { "commit": "3bb998ff6cbde07fdd25d039487195c29b17def1", "tree": "a20f6412047ba8139fc3fdc8f76c4fe3256bf848", "parents": [ "74bfbfd7eaf5302a11391911e4271893e3e2176c" ], "author": { "name": "Abhijeet Dharmapurikar", "email": "adharmap@codeaurora.org", "time": "Wed Aug 07 20:17:07 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "irq: display the wakeup depth and disable depth of an irq\n\nThe disable depth helps to track whether the interrupt is disabled\nof not. This is immensely useful in debugging interrupt related issues\nesp in cases when the driver enables/disables a device\u0027s\ninterrupt at runtime.\n\nAlso, the wakeup depth helps to track which interrupts are configured\nas wakeup. This helps to debug issues related to an interrupt not waking\nup the system if it were configured a wakeup interrupt.\n\nAdd code to show the wakeup depth and disable depth.\n\nChange-Id: I780a8f7dd24d4acfb2da98761c873dd09a154a2e\nSigned-off-by: Abhijeet Dharmapurikar \u003cadharmap@codeaurora.org\u003e\n" }, { "commit": "74bfbfd7eaf5302a11391911e4271893e3e2176c", "tree": "dcc5203ed110f3d82a601812713c5e419bf67c88", "parents": [ "b89356640ec28221bf4298b6b8a572579a1c29ba" ], "author": { "name": "Sujit Reddy Thumma", "email": "sthumma@codeaurora.org", "time": "Tue Aug 13 09:31:32 2013 +0530" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "PM / QoS: Fix deadlock during PM QoS vote to default value\n\npm_qos_work_fn() calls pm_qos_update_request() which does\ncancel_delayed_work_sync() on the same pm_qos_work_fn()\ncausing deadlock. Fix this by updating the target with\ndefault timeout value directly instead of calling\npm_qos_update_request().\n\nCRs-Fixed: 526216\nChange-Id: I7de2fb1c89f87b0ebf7427116b8920aec50d5b2b\nSigned-off-by: Sujit Reddy Thumma \u003csthumma@codeaurora.org\u003e\n" }, { "commit": "b89356640ec28221bf4298b6b8a572579a1c29ba", "tree": "7a02f802d7f7a887afc50b8fbde274a594ada5aa", "parents": [ "279070e4a14ee1f1be82ba4ca104238a8ac2934f" ], "author": { "name": "Johannes Weiner", "email": "hannes@cmpxchg.org", "time": "Tue May 29 15:06:24 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "kernel: cgroup: push rcu read locking from css_is_ancestor() to callsite\n\nLibrary functions should not grab locks when the callsites can do it,\neven if the lock nests like the rcu read-side lock does.\n\nPush the rcu_read_lock() from css_is_ancestor() to its single user,\nmem_cgroup_same_or_subtree() in preparation for another user that may\nalready hold the rcu read-side lock.\n\nChange-Id: I0ec7ec0059ed588d8f85bc9be8fdc42ce0ca7f5d\nSigned-off-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Konstantin Khlebnikov \u003ckhlebnikov@openvz.org\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nCc: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nGit-commit: 91c63734f6908425903aed69c04035592f18d398\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Laura Abbott \u003clauraa@codeaurora.org\u003e\n" }, { "commit": "279070e4a14ee1f1be82ba4ca104238a8ac2934f", "tree": "6f95cfe791ab4d1553552228c571ba7fba7ad28c", "parents": [ "c44229e4367f7a19dbfdc279458e77e0e26bbd39" ], "author": { "name": "Steve Muckle", "email": "smuckle@codeaurora.org", "time": "Tue Jul 30 14:22:33 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "sched: change WARN_ON_ONCE to WARN_ON in try_to_wake_up_local()\n\nThe WARN_ON_ONCE() calls at the beginning of try_to_wake_up_local()\nwere recently converted from BUG_ON() calls. If these hit it indicates\nsomething is wrong and that may contribute to other system instability.\nTo eliminate the risk of an instance of one of these errors going\nun-noticed because there was an earlier instance that occured long ago,\nchange to WARN_ON(). If there ever is a flood of these there are bigger\nproblems.\n\nChange-Id: I392832e2b6ec24b3569b001b1af9ecd4ed6828e7\nSigned-off-by: Steve Muckle \u003csmuckle@codeaurora.org\u003e\n" }, { "commit": "c44229e4367f7a19dbfdc279458e77e0e26bbd39", "tree": "5d17f28b2410f3f7c3f5716ce9e306ffcb71b20a", "parents": [ "267ddac4c6b3ccbdeb88ed8afdf044436ce9d882" ], "author": { "name": "Peter Zijlstra", "email": "a.p.zijlstra@chello.nl", "time": "Tue May 22 14:04:28 2012 +0200" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "sched: Make sure to not re-read variables after validation\n\nWe could re-read rq-\u003ert_avg after we validated it was smaller than\ntotal, invalidating the check and resulting in an unintended negative.\n\nChange-Id: I8543974aad539107768e9e513ca3a8c4cb79b2ff\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nLink: http://lkml.kernel.org/r/1337688268.9698.29.camel@twins\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCRs-Fixed: 497236\nGit-commit: b654f7de41b0e3903ee2b51d3b8db77fe52ce728\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "267ddac4c6b3ccbdeb88ed8afdf044436ce9d882", "tree": "3899c44fcdc00ef2ddaa669f22d55be01522be63", "parents": [ "e8c21d18999d624a75aa146abb45430929b8cf2c" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Tue Jun 11 17:43:09 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:12 2014 -0800" }, "message": "sched: re-calculate a cpu\u0027s next_balance point upon sched domain changes\n\nCommit 55ddeb0f (sched: Reset rq-\u003enext_interval before going idle) reset\na cpu\u0027s rq-\u003enext_balance when pulled_task \u003d 0, which will be true when\nthe cpu failed to pull any task, causing it go idle. However that patch\nrelied on next_balance being calculated as a result of traversing cpu\u0027s\nsched domain hierarchy.\n\nA cpu that is the only online cpu will however not be attached to any\nsched domain hierarchy. When such a cpu calls into idle_balance(), we\nwill end up initializing next_balance to be 1sec away! Such a CPU will\ndefer load balance check for another 1sec, even though we may bring up\nmore cpus in the meantime requiring it to check for load imbalance more\nfrequently. This could then lead to increased scheduling latency for\nsome tasks.\n\nThis patch results in a cpu\u0027s next_balance being re-calculated when its\nattaching to a new sched domain hierarchy. This should let cpus call\nload balance checks at the right time we expect them to!\n\nChange-Id: I855cff8da5ca28d278596c3bb0163b839d4704bc\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "e8c21d18999d624a75aa146abb45430929b8cf2c", "tree": "b03270fdebc1438cf92a9c215125980b9009ca95", "parents": [ "f12accedccd3ca00a205151de2063224b4b380eb" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Mon May 13 15:11:55 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "sched: fix reference to wrong cfs_rq\n\nCommit 7db16c8c (sched: Fix SCHED_HRTICK bug leading to late preemption\nof tasks) introduced a bug in sched_slice() calculation by using wrong\ncfs_rq for tasks. rq-\u003ecfs was incorrectly used as task\u0027s cfs_rq, rather\nthan the correct one to which they belonged.\n\nFix the bug by using correct cfs_rq for tasks.\n\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "f12accedccd3ca00a205151de2063224b4b380eb", "tree": "16206f5c76e64a4b4a3ac2a59be3b4f852eafdfb", "parents": [ "ce1a041e68c83a7f49982d353318fc409bc15970" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Thu Apr 18 11:42:22 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "sched: Fix SCHED_HRTICK bug leading to late preemption of tasks\n\nSCHED_HRTICK feature is useful to preempt SCHED_FAIR tasks on-the-dot\n(just when they would have exceeded their ideal_runtime). It makes use\nof a a per-cpu hrtimer resource and hence alarming that hrtimer should\nbe based on total SCHED_FAIR tasks a cpu has across its various cfs_rqs,\nrather than being based on number of tasks in a particular cfs_rq (as\nimplemented currently). As a result, with current code, its possible for\na running task (which is the sole task in its cfs_rq) to be preempted\nmuch after its ideal_runtime has elapsed, resulting in increased latency\nfor tasks in other cfs_rq on same cpu.\n\nFix this by alarming sched hrtimer based on total number of SCHED_FAIR\ntasks a CPU has across its various cfs_rqs.\n\nChange-Id: I1f23680a64872f8ce0f451ac4bcae28e8967918f\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "ce1a041e68c83a7f49982d353318fc409bc15970", "tree": "51040569270b4629e10bd688835923a248e07ef0", "parents": [ "7af150bd625ba9b4f822b5692c2c00cc2097281e" ], "author": { "name": "Srivatsa Vaddagiri", "email": "vatsa@codeaurora.org", "time": "Thu Mar 07 12:14:53 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "sched: Reset rq-\u003enext_interval before going idle\n\nnext_balance, the point in jiffy time scale when a cpu will next load\nbalance, could have been calculated when the cpu was busy. A busy cpu\nwill apply its sched domain\u0027s busy_factor (usually \u003e 1) in computing\nnext_balance for that sched domain, which causes the (busy) cpu to load\nbalance less frequently in its sched domains. However when the same cpu\nis going idle, its next_balance needs to be reset without consideration\nof busy_factor. Failure to do so would not trigger nohz idle balancer on\nthat cpu for unnecessarily long time (introducing additional scheduling\nlatencies for tasks). Fix bug in scheduler which aims to reset\nnext_balance before a cpu goes idle (as per existing comment) but is\nclearly not doing so.\n\nChange-Id: I7e027a51686528c4092d770c7d33c874d38f5df4\nSigned-off-by: Srivatsa Vaddagiri \u003cvatsa@codeaurora.org\u003e\n" }, { "commit": "7af150bd625ba9b4f822b5692c2c00cc2097281e", "tree": "d909593ba721c4e96dcfc01b7cc630da2147a687", "parents": [ "dcb32ee6fa05937ee15b27c1634e39d0d6e67f99" ], "author": { "name": "Steve Muckle", "email": "smuckle@codeaurora.org", "time": "Thu May 23 15:24:57 2013 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "sched: remove migration notification from RT class\n\nCommit 88a7e37d265 (sched: provide per cpu-cgroup option to\nnotify on migrations) added a notifier call when a task is moved\nto a different CPU. Unfortunately the two call sites in the RT\nsched class where this occurs happens with a runqueue lock held.\nThis can result in a deadlock if the notifier call attempts to do\nsomething like wake up a task.\n\nFortunately the benefit of 88a7e37d265 comes mainly from notifying\non migration of non-RT tasks, so we can simply ignore the movements\nof RT tasks.\n\nCRs-Fixed: 491370\nChange-Id: I8849d826bf1eeaf85a6f6ad872acb475247c5926\nSigned-off-by: Steve Muckle \u003csmuckle@codeaurora.org\u003e\n" }, { "commit": "dcb32ee6fa05937ee15b27c1634e39d0d6e67f99", "tree": "6919fdc41c1d364819d5e8604a627d98611fad29", "parents": [ "9c6bae09e913ec5d15e1ef0f0bc64c011f895d0e" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Fri Jul 13 22:16:45 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "workqueue: reimplement WQ_HIGHPRI using a separate worker_pool\n\nWQ_HIGHPRI was implemented by queueing highpri work items at the head\nof the global worklist. Other than queueing at the head, they weren\u0027t\nhandled differently; unfortunately, this could lead to execution\nlatency of a few seconds on heavily loaded systems.\n\nNow that workqueue code has been updated to deal with multiple\nworker_pools per global_cwq, this patch reimplements WQ_HIGHPRI using\na separate worker_pool. NR_WORKER_POOLS is bumped to two and\ngcwq-\u003epools[0] is used for normal pri work items and -\u003epools[1] for\nhighpri. Highpri workers get -20 nice level and has \u0027H\u0027 suffix in\ntheir names. Note that this change increases the number of kworkers\nper cpu.\n\nPOOL_HIGHPRI_PENDING, pool_determine_ins_pos() and highpri chain\nwakeup code in process_one_work() are no longer used and removed.\n\nThis allows proper prioritization of highpri work items and removes\nhigh execution latency of highpri work items.\n\nv2: nr_running indexing bug in get_pool_nr_running() fixed.\n\nv3: Refreshed for the get_pool_nr_running() update in the previous\n patch.\n\nChange-Id: Id843c0a425f51f84083786fbf413d999d35771b7\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nReported-by: Josh Hunt \u003cjoshhunt00@gmail.com\u003e\nLKML-Reference: \u003cCAKA\u003dqzaHqwZ8eqpLNFjxnO2fX-tgAOjmpvxgBFjv6dJeQaOW1w@mail.gmail.com\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nGit-commit: 3270476a6c0ce322354df8679652f060d66526dc\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "9c6bae09e913ec5d15e1ef0f0bc64c011f895d0e", "tree": "7f46631ab0472c13c331190e791c43d1d9576a48", "parents": [ "22ad56496adf6bec8473159240cad7fb3bc8751b" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Fri Jul 13 22:16:44 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:11 2014 -0800" }, "message": "workqueue: introduce NR_WORKER_POOLS and for_each_worker_pool()\n\nIntroduce NR_WORKER_POOLS and for_each_worker_pool() and convert code\npaths which need to manipulate all pools in a gcwq to use them.\nNR_WORKER_POOLS is currently one and for_each_worker_pool() iterates\nover only @gcwq-\u003epool.\n\nNote that nr_running is per-pool property and converted to an array\nwith NR_WORKER_POOLS elements and renamed to pool_nr_running. Note\nthat get_pool_nr_running() currently assumes 0 index. The next patch\nwill make use of non-zero index.\n\nThe changes in this patch are mechanical and don\u0027t caues any\nfunctional difference. This is to prepare for multiple pools per\ngcwq.\n\nv2: nr_running indexing bug in get_pool_nr_running() fixed.\n\nv3: Pointer to array is stupid. Don\u0027t use it in get_pool_nr_running()\n as suggested by Linus.\n\nChange-Id: I46e9488601d764d25e4a6c707de129ab68f7064c\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nGit-commit: 4ce62e9e30cacc26885cab133ad1de358dd79f21\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "22ad56496adf6bec8473159240cad7fb3bc8751b", "tree": "c9fe10b00d91b2c02cd44a6f0d0d2a3e6f1fdd6c", "parents": [ "7ef6a9347bd084b60cee5bdb09922a3c7261ff6e" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Jul 12 14:46:37 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:10 2014 -0800" }, "message": "workqueue: separate out worker_pool flags\n\nGCWQ_MANAGE_WORKERS, GCWQ_MANAGING_WORKERS and GCWQ_HIGHPRI_PENDING\nare per-pool properties. Add worker_pool-\u003eflags and make the above\nthree flags per-pool flags.\n\nThe changes in this patch are mechanical and don\u0027t caues any\nfunctional difference. This is to prepare for multiple pools per\ngcwq.\n\nChange-Id: I1824fd1c509d8ac6b0619536621a22b15b316256\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nGit-commit: 11ebea50dbc1ade5994b2c838a096078d4c02399\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "7ef6a9347bd084b60cee5bdb09922a3c7261ff6e", "tree": "47cb608faa43cf2551ade5447a199e6d7ab3f02a", "parents": [ "5865888f1a4adc6a5937a5a2c4de57b353825c9f" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Jul 12 14:46:37 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:10 2014 -0800" }, "message": "workqueue: use @pool instead of @gcwq or @cpu where applicable\n\nModify all functions which deal with per-pool properties to pass\naround @pool instead of @gcwq or @cpu.\n\nThe changes in this patch are mechanical and don\u0027t caues any\nfunctional difference. This is to prepare for multiple pools per\ngcwq.\n\nChange-Id: I4be6727e1cce6f9aa2a0057b96bdc725c84f1ea8\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nGit-commit: 63d95a9150ee3bbd4117fcd609dee40313b454d9\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "5865888f1a4adc6a5937a5a2c4de57b353825c9f", "tree": "06f9f0a7fd7edd04e6b7c47495740815645a203d", "parents": [ "b7b5c68565878a95eb08514f8140df16cf82882e" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Jul 12 14:46:37 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:10 2014 -0800" }, "message": "workqueue: factor out worker_pool from global_cwq\n\nMove worklist and all worker management fields from global_cwq into\nthe new struct worker_pool. worker_pool points back to the containing\ngcwq. worker and cpu_workqueue_struct are updated to point to\nworker_pool instead of gcwq too.\n\nThis change is mechanical and doesn\u0027t introduce any functional\ndifference other than rearranging of fields and an added level of\nindirection in some places. This is to prepare for multiple pools per\ngcwq.\n\nv2: Comment typo fixes as suggested by Namhyung.\n\nChange-Id: Iefae84798c2af580f425b92ed79117935d99f21f\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nGit-commit: bd7bdd43dcb81bb08240b9401b36a104f77dc135\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "b7b5c68565878a95eb08514f8140df16cf82882e", "tree": "8a4e3cd6fdf0661f733db7bed3af8bfa097c0bfe", "parents": [ "94135a76a05de11cd29fbd805a22cf3f029161ce" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Jul 12 14:46:37 2012 -0700" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Jan 17 22:12:10 2014 -0800" }, "message": "workqueue: don\u0027t use WQ_HIGHPRI for unbound workqueues\n\nUnbound wqs aren\u0027t concurrency-managed and try to execute work items\nas soon as possible. This is currently achieved by implicitly setting\n%WQ_HIGHPRI on all unbound workqueues; however, WQ_HIGHPRI\nimplementation is about to be restructured and this usage won\u0027t be\nvalid anymore.\n\nAdd an explicit chain-wakeup path for unbound workqueues in\nprocess_one_work() instead of piggy backing on %WQ_HIGHPRI.\n\nChange-Id: Iecd17a9935ee28f856d8b726bb4c296762922bed\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nGit-commit: 974271c485a4d8bb801decc616748f90aafb07ec\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Matt Wagantall \u003cmattw@codeaurora.org\u003e\n" }, { "commit": "9af6b695ac764184cdbdd42b77da3e600d337d14", "tree": "c4a5ae98b8872f62d290396b457f72d57ac72330", "parents": [ "03d35a39f4de9f2e9d7fbc5c2d03dbcc5b882df7" ], "author": { "name": "Paul Turner", "email": "pjt@google.com", "time": "Wed Oct 16 11:16:27 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 15 15:27:12 2014 -0800" }, "message": "sched: Guarantee new group-entities always have weight\n\ncommit 0ac9b1c21874d2490331233b3242085f8151e166 upstream.\n\nCurrently, group entity load-weights are initialized to zero. This\nadmits some races with respect to the first time they are re-weighted in\nearlty use. ( Let g[x] denote the se for \"g\" on cpu \"x\". )\n\nSuppose that we have root-\u003ea and that a enters a throttled state,\nimmediately followed by a[0]-\u003et1 (the only task running on cpu[0])\nblocking:\n\n put_prev_task(group_cfs_rq(a[0]), t1)\n put_prev_entity(..., t1)\n check_cfs_rq_runtime(group_cfs_rq(a[0]))\n throttle_cfs_rq(group_cfs_rq(a[0]))\n\nThen, before unthrottling occurs, let a[0]-\u003eb[0]-\u003et2 wake for the first\ntime:\n\n enqueue_task_fair(rq[0], t2)\n enqueue_entity(group_cfs_rq(b[0]), t2)\n enqueue_entity_load_avg(group_cfs_rq(b[0]), t2)\n account_entity_enqueue(group_cfs_ra(b[0]), t2)\n update_cfs_shares(group_cfs_rq(b[0]))\n \u003c skipped because b is part of a throttled hierarchy \u003e\n enqueue_entity(group_cfs_rq(a[0]), b[0])\n ...\n\nWe now have b[0] enqueued, yet group_cfs_rq(a[0])-\u003eload.weight \u003d\u003d 0\nwhich violates invariants in several code-paths. Eliminate the\npossibility of this by initializing group entity weight.\n\nSigned-off-by: Paul Turner \u003cpjt@google.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLink: http://lkml.kernel.org/r/20131016181627.22647.47543.stgit@sword-of-the-dawn.mtv.corp.google.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Chris J Arges \u003cchris.j.arges@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "03d35a39f4de9f2e9d7fbc5c2d03dbcc5b882df7", "tree": "be90a817103d24c521ba427819374fd0600cef40", "parents": [ "9b318052acd24780f4dba1349ef3a30a7aef52ad" ], "author": { "name": "Ben Segall", "email": "bsegall@google.com", "time": "Wed Oct 16 11:16:22 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 15 15:27:11 2014 -0800" }, "message": "sched: Fix hrtimer_cancel()/rq-\u003elock deadlock\n\ncommit 927b54fccbf04207ec92f669dce6806848cbec7d upstream.\n\n__start_cfs_bandwidth calls hrtimer_cancel while holding rq-\u003elock,\nwaiting for the hrtimer to finish. However, if sched_cfs_period_timer\nruns for another loop iteration, the hrtimer can attempt to take\nrq-\u003elock, resulting in deadlock.\n\nFix this by ensuring that cfs_b-\u003etimer_active is cleared only if the\n_latest_ call to do_sched_cfs_period_timer is returning as idle. Then\n__start_cfs_bandwidth can just call hrtimer_try_to_cancel and wait for\nthat to succeed or timer_active \u003d\u003d 1.\n\nSigned-off-by: Ben Segall \u003cbsegall@google.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: pjt@google.com\nLink: http://lkml.kernel.org/r/20131016181622.22647.16643.stgit@sword-of-the-dawn.mtv.corp.google.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Chris J Arges \u003cchris.j.arges@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9b318052acd24780f4dba1349ef3a30a7aef52ad", "tree": "0e64c6925ec778aee88dad406f04c83763ee210c", "parents": [ "16e7480c23d33d9475d45be92c1ddf218575a647" ], "author": { "name": "Ben Segall", "email": "bsegall@google.com", "time": "Wed Oct 16 11:16:17 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 15 15:27:11 2014 -0800" }, "message": "sched: Fix cfs_bandwidth misuse of hrtimer_expires_remaining\n\ncommit db06e78cc13d70f10877e0557becc88ab3ad2be8 upstream.\n\nhrtimer_expires_remaining does not take internal hrtimer locks and thus\nmust be guarded against concurrent __hrtimer_start_range_ns (but\nreturning HRTIMER_RESTART is safe). Use cfs_b-\u003elock to make it safe.\n\nSigned-off-by: Ben Segall \u003cbsegall@google.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: pjt@google.com\nLink: http://lkml.kernel.org/r/20131016181617.22647.73829.stgit@sword-of-the-dawn.mtv.corp.google.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Chris J Arges \u003cchris.j.arges@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "16e7480c23d33d9475d45be92c1ddf218575a647", "tree": "7cf3d25a05f42f95407ab5ea844d88ce451164ec", "parents": [ "a63f31f1f2cdb459b121f644ccbd07ae84f45d4e" ], "author": { "name": "Ben Segall", "email": "bsegall@google.com", "time": "Wed Oct 16 11:16:12 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 15 15:27:11 2014 -0800" }, "message": "sched: Fix race on toggling cfs_bandwidth_used\n\ncommit 1ee14e6c8cddeeb8a490d7b54cd9016e4bb900b4 upstream.\n\nWhen we transition cfs_bandwidth_used to false, any currently\nthrottled groups will incorrectly return false from cfs_rq_throttled.\nWhile tg_set_cfs_bandwidth will unthrottle them eventually, currently\nrunning code (including at least dequeue_task_fair and\ndistribute_cfs_runtime) will cause errors.\n\nFix this by turning off cfs_bandwidth_used only after unthrottling all\ncfs_rqs.\n\nTested: toggle bandwidth back and forth on a loaded cgroup. Caused\ncrashes in minutes without the patch, hasn\u0027t crashed with it.\n\nSigned-off-by: Ben Segall \u003cbsegall@google.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: pjt@google.com\nLink: http://lkml.kernel.org/r/20131016181611.22647.80365.stgit@sword-of-the-dawn.mtv.corp.google.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Chris J Arges \u003cchris.j.arges@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "58634ac42e736eea0e8b93cec610174879d36d58", "tree": "4179bdb042aa497dd2fb3c7d0cddc88e244e5237", "parents": [ "fda73056f62d84376a3d29926708b4a08155da31", "a995dd1c29426a074364170359a026f68e8426db" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:51:43 2014 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:51:43 2014 -0800" }, "message": "Merge remote-tracking branch \u0027codeaurora/kk_2.7_rb1.21\u0027 into cm-11.0\n\nConflicts:\n\tdrivers/media/video/msm/msm_vfe32.h\n\tdrivers/media/video/msm/vfe/msm_vfe32.c\n\tnet/wireless/reg.c\n\nChange-Id: I073c609cfa1c461249bf728b28249bcaa1eaa211\n" }, { "commit": "fda73056f62d84376a3d29926708b4a08155da31", "tree": "0080c4eec02c23179f59a50d269f48f7662b61ce", "parents": [ "cf8f2e58d0893f9785b8056b29d9bbcb4758765f", "94f578e6aba14bb2aeb00db2e7f6e5f704fee937" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:50:44 2014 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:50:44 2014 -0800" }, "message": "Merge tag \u0027v3.4.76\u0027 into cm-11.0\n\nThis is the 3.4.76 stable release\n\nConflicts:\n\tdrivers/gpio/gpio-msm-v2.c\n\nChange-Id: Ic80b29098bdf656b5e5c9b95d98d2ec64bba1f28\n" }, { "commit": "dfb473b35096a0ffae221c7eeb49c34882ea6f9c", "tree": "a071f807c029cc0d39a46bceffea0f7c7990f7f3", "parents": [ "05bbcdd32afbfd520c71ae8104a8bf531aed9163" ], "author": { "name": "Ben Segall", "email": "bsegall@google.com", "time": "Wed Oct 16 11:16:32 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 08 09:42:12 2014 -0800" }, "message": "sched: Avoid throttle_cfs_rq() racing with period_timer stopping\n\ncommit f9f9ffc237dd924f048204e8799da74f9ecf40cf upstream.\n\nthrottle_cfs_rq() doesn\u0027t check to make sure that period_timer is running,\nand while update_curr/assign_cfs_runtime does, a concurrently running\nperiod_timer on another cpu could cancel itself between this cpu\u0027s\nupdate_curr and throttle_cfs_rq(). If there are no other cfs_rqs running\nin the tg to restart the timer, this causes the cfs_rq to be stranded\nforever.\n\nFix this by calling __start_cfs_bandwidth() in throttle if the timer is\ninactive.\n\n(Also add some sched_debug lines for cfs_bandwidth.)\n\nTested: make a run/sleep task in a cgroup, loop switching the cgroup\nbetween 1ms/100ms quota and unlimited, checking for timer_active\u003d0 and\nthrottled\u003d1 as a failure. With the throttle_cfs_rq() change commented out\nthis fails, with the full patch it passes.\n\nSigned-off-by: Ben Segall \u003cbsegall@google.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: pjt@google.com\nLink: http://lkml.kernel.org/r/20131016181632.22647.84174.stgit@sword-of-the-dawn.mtv.corp.google.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Chris J Arges \u003cchris.j.arges@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "3f8878956c833443d6c6e498e9ed6a18ee30e0f5", "tree": "4d82b3f085f1085301ebee2c9415ff13c09af66b", "parents": [ "a1192c0e5d037def6763f3873d3340615c241fe7" ], "author": { "name": "Kirill Tkhai", "email": "tkhai@yandex.ru", "time": "Wed Nov 27 19:59:13 2013 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 08 09:42:11 2014 -0800" }, "message": "sched/rt: Fix rq\u0027s cpupri leak while enqueue/dequeue child RT entities\n\ncommit 757dfcaa41844595964f1220f1d33182dae49976 upstream.\n\nThis patch touches the RT group scheduling case.\n\nFunctions inc_rt_prio_smp() and dec_rt_prio_smp() change (global) rq\u0027s\npriority, while rt_rq passed to them may be not the top-level rt_rq.\nThis is wrong, because changing of priority on a child level does not\nguarantee that the priority is the highest all over the rq. So, this\nleak makes RT balancing unusable.\n\nThe short example: the task having the highest priority among all rq\u0027s\nRT tasks (no one other task has the same priority) are waking on a\nthrottle rt_rq. The rq\u0027s cpupri is set to the task\u0027s priority\nequivalent, but real rq-\u003ert.highest_prio.curr is less.\n\nThe patch below fixes the problem.\n\nSigned-off-by: Kirill Tkhai \u003ctkhai@yandex.ru\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCC: Steven Rostedt \u003crostedt@goodmis.org\u003e\nLink: http://lkml.kernel.org/r/49231385567953@web4m.yandex.ru\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "09951c9b33f8cfdc0e8c4e03fe83bc66c9d908dc", "tree": "4b5081c15d8231b7cb2adbb0d06a6e9f0d531150", "parents": [ "58c2314ac41e8f24a2a594bd866915e38de9648e" ], "author": { "name": "Miao Xie", "email": "miaox@cn.fujitsu.com", "time": "Mon Dec 16 15:20:01 2013 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 08 09:42:10 2014 -0800" }, "message": "ftrace: Initialize the ftrace profiler for each possible cpu\n\ncommit c4602c1c818bd6626178d6d3fcc152d9f2f48ac0 upstream.\n\nFtrace currently initializes only the online CPUs. This implementation has\ntwo problems:\n- If we online a CPU after we enable the function profile, and then run the\n test, we will lose the trace information on that CPU.\n Steps to reproduce:\n # echo 0 \u003e /sys/devices/system/cpu/cpu1/online\n # cd \u003cdebugfs\u003e/tracing/\n # echo \u003csome function name\u003e \u003e\u003e set_ftrace_filter\n # echo 1 \u003e function_profile_enabled\n # echo 1 \u003e /sys/devices/system/cpu/cpu1/online\n # run test\n- If we offline a CPU before we enable the function profile, we will not clear\n the trace information when we enable the function profile. It will trouble\n the users.\n Steps to reproduce:\n # cd \u003cdebugfs\u003e/tracing/\n # echo \u003csome function name\u003e \u003e\u003e set_ftrace_filter\n # echo 1 \u003e function_profile_enabled\n # run test\n # cat trace_stat/function*\n # echo 0 \u003e /sys/devices/system/cpu/cpu1/online\n # echo 0 \u003e function_profile_enabled\n # echo 1 \u003e function_profile_enabled\n # cat trace_stat/function*\n # run test\n # cat trace_stat/function*\n\nSo it is better that we initialize the ftrace profiler for each possible cpu\nevery time we enable the function profile instead of just the online ones.\n\nLink: http://lkml.kernel.org/r/1387178401-10619-1-git-send-email-miaox@cn.fujitsu.com\n\nSigned-off-by: Miao Xie \u003cmiaox@cn.fujitsu.com\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "de0f9a5a9d7932086e623560d66655cc8507cfec", "tree": "d9e4678d68da38d7670b79c8b5e8782445c5ad7e", "parents": [ "e1a3c5a3706d580390c02c69cb14dcd679d31d91", "84dfcb758ba7cce52ef475ac96861a558e1a20ca" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Dec 21 14:22:41 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Dec 21 14:22:41 2013 -0800" }, "message": "Merge tag \u0027v3.4.75\u0027 into cm-11.0\n\nThis is the 3.4.75 stable release\n\nConflicts:\n\tdrivers/md/dm-crypt.c\n\tdrivers/mmc/card/block.c\n\tdrivers/net/ethernet/smsc/smc91x.h\n\nChange-Id: I39f38ef5530c5fef07583beb9d76b983e71b9ff3\n" }, { "commit": "ee4bb2579e1182fa013694e429e6a418d6a3bb78", "tree": "be191e1d57a70b5fab0a943b2f4b05f1841a1086", "parents": [ "894a160626d09198b104ea6702d688eca90623ad" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 12 09:38:42 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Dec 20 07:34:19 2013 -0800" }, "message": "futex: fix handling of read-only-mapped hugepages\n\ncommit f12d5bfceb7e1f9051563381ec047f7f13956c3c upstream.\n\nThe hugepage code had the exact same bug that regular pages had in\ncommit 7485d0d3758e (\"futexes: Remove rw parameter from\nget_futex_key()\").\n\nThe regular page case was fixed by commit 9ea71503a8ed (\"futex: Fix\nregression with read only mappings\"), but the transparent hugepage case\n(added in a5b338f2b0b1: \"thp: update futex compound knowledge\") case\nremained broken.\n\nFound by Dave Jones and his trinity tool.\n\nReported-and-tested-by: Dave Jones \u003cdavej@fedoraproject.org\u003e\nAcked-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a8000959881be86ee8e5262d305f12accb68db70", "tree": "6a9b8dda7fdc42309c99584682f75f357acd067e", "parents": [ "8dd978fba2216c985d6ca0801b698dae7363d1dc" ], "author": { "name": "Laxman Dewangan", "email": "ldewangan@nvidia.com", "time": "Mon Nov 25 19:39:47 2013 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 11 22:34:11 2013 -0800" }, "message": "irq: Enable all irqs unconditionally in irq_resume\n\ncommit ac01810c9d2814238f08a227062e66a35a0e1ea2 upstream.\n\nWhen the system enters suspend, it disables all interrupts in\nsuspend_device_irqs(), including the interrupts marked EARLY_RESUME.\n\nOn the resume side things are different. The EARLY_RESUME interrupts\nare reenabled in sys_core_ops-\u003eresume and the non EARLY_RESUME\ninterrupts are reenabled in the normal system resume path.\n\nWhen suspend_noirq() failed or suspend is aborted for any other\nreason, we might omit the resume side call to sys_core_ops-\u003eresume()\nand therefor the interrupts marked EARLY_RESUME are not reenabled and\nstay disabled forever.\n\nTo solve this, enable all irqs unconditionally in irq_resume()\nregardless whether interrupts marked EARLY_RESUMEhave been already\nenabled or not.\n\nThis might try to reenable already enabled interrupts in the non\nfailure case, but the only affected platform is XEN and it has been\nconfirmed that it does not cause any side effects.\n\n[ tglx: Massaged changelog. ]\n\nSigned-off-by: Laxman Dewangan \u003cldewangan@nvidia.com\u003e\nAcked-by-and-tested-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nAcked-by: Heiko Stuebner \u003cheiko@sntech.de\u003e\nReviewed-by: Pavel Machek \u003cpavel@ucw.cz\u003e\nCc: \u003cian.campbell@citrix.com\u003e\nCc: \u003crjw@rjwysocki.net\u003e\nCc: \u003clen.brown@intel.com\u003e\nCc: \u003cgregkh@linuxfoundation.org\u003e\nLink: http://lkml.kernel.org/r/1385388587-16442-1-git-send-email-ldewangan@nvidia.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b6e586c693a1b50e9f3b2bfcea1070b502d4d7e4", "tree": "55797b7357fdafefa8e2b32f213af60d076080fb", "parents": [ "73c2fba8ec3e03d331b331604e6e376cd5a6a07b" ], "author": { "name": "Srinivasarao P", "email": "spathi@codeaurora.org", "time": "Wed Sep 18 14:33:45 2013 +0530" }, "committer": { "name": "Srinivasarao P", "email": "spathi@codeaurora.org", "time": "Wed Dec 11 15:57:25 2013 +0530" }, "message": "workqueue: Added null check and warning\n\nIf work item is already in queue get_work_cwq() will return null.\nso null check is added to avoid crash in delayed_work_timer_on()\n\nCRs-Fixed: 586162\n\nChange-Id: I5c885142fd72781cea90d6c9b3456ecc7f0778b6\nSigned-off-by: Srinivasarao P \u003cspathi@codeaurora.org\u003e\n" }, { "commit": "2a38ada0f1ab9f894eea4428731ebc811b51c3f3", "tree": "759c765808a23a3a35e4ba10d8306c847c0205b7", "parents": [ "19218e895cefdd389c96af12c93c89e7276bbaad", "44d19f5a04ae4e433548ba2f25e4d2ccfcac765e" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sun Dec 08 12:50:38 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sun Dec 08 12:50:38 2013 -0800" }, "message": "Merge tag \u0027v3.4.72\u0027 into tmp\n\nThis is the 3.4.72 stable release\n\nConflicts:\n\tarch/arm/Kconfig\n\tarch/arm/include/asm/mutex.h\n\tarch/arm/kernel/perf_event.c\n\tarch/arm/kernel/traps.c\n\tarch/arm/mm/dma-mapping.c\n\tdrivers/base/power/main.c\n\tdrivers/bluetooth/ath3k.c\n\tdrivers/bluetooth/btusb.c\n\tdrivers/gpu/drm/radeon/radeon_mode.h\n\tdrivers/mmc/card/block.c\n\tdrivers/mmc/host/sdhci.c\n\tdrivers/usb/core/message.c\n\tdrivers/usb/host/xhci-plat.c\n\tdrivers/usb/host/xhci.h\n\tdrivers/virtio/virtio_ring.c\n\tfs/ubifs/dir.c\n\tinclude/linux/freezer.h\n\tinclude/linux/virtio.h\n\tinclude/media/v4l2-ctrls.h\n\tinclude/net/bluetooth/hci_core.h\n\tinclude/net/bluetooth/mgmt.h\n\tkernel/cgroup.c\n\tkernel/futex.c\n\tkernel/signal.c\n\tnet/bluetooth/hci_conn.c\n\tnet/bluetooth/hci_core.c\n\tnet/bluetooth/hci_event.c\n\tnet/bluetooth/l2cap_core.c\n\tnet/bluetooth/mgmt.c\n\tnet/bluetooth/rfcomm/sock.c\n\tnet/bluetooth/smp.c\n\nChange-Id: I4fb0d5de74ca76f933d95d98e1a9c2c859402f34\n" }, { "commit": "8bfabdd83683743dea60ad3beaad869fbb777baf", "tree": "bff0eba04c76d3637762ad1505c347e8c917e16f", "parents": [ "a2c24e623fd6f54c9e825fb29eec0194b2c74ba0", "991de6bc312c55bef9edb406452097b3e5975b61" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Dec 06 22:18:19 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Dec 06 22:18:19 2013 -0800" }, "message": "Merge remote-tracking branch \u0027codeaurora/kk_2.7.1\u0027 into cm-11.0\n" }, { "commit": "51d351d5b949ae7204696ada7ef502ed34d34fb0", "tree": "f5b337191f35ac1a8b64aebad36479ed52d8beee", "parents": [ "5833570f8e15cd7a40dd6c14ec73cb53736048cf" ], "author": { "name": "Steven Rostedt (Red Hat)", "email": "rostedt@goodmis.org", "time": "Mon Nov 25 20:59:46 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:34 2013 -0800" }, "message": "ftrace: Fix function graph with loading of modules\n\ncommit 8a56d7761d2d041ae5e8215d20b4167d8aa93f51 upstream.\n\nCommit 8c4f3c3fa9681 \"ftrace: Check module functions being traced on reload\"\nfixed module loading and unloading with respect to function tracing, but\nit missed the function graph tracer. If you perform the following\n\n # cd /sys/kernel/debug/tracing\n # echo function_graph \u003e current_tracer\n # modprobe nfsd\n # echo nop \u003e current_tracer\n\nYou\u0027ll get the following oops message:\n\n ------------[ cut here ]------------\n WARNING: CPU: 2 PID: 2910 at /linux.git/kernel/trace/ftrace.c:1640 __ftrace_hash_rec_update.part.35+0x168/0x1b9()\n Modules linked in: nfsd exportfs nfs_acl lockd ipt_MASQUERADE sunrpc ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables uinput snd_hda_codec_idt\n CPU: 2 PID: 2910 Comm: bash Not tainted 3.13.0-rc1-test #7\n Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./To be filled by O.E.M., BIOS SDBLI944.86P 05/08/2007\n 0000000000000668 ffff8800787efcf8 ffffffff814fe193 ffff88007d500000\n 0000000000000000 ffff8800787efd38 ffffffff8103b80a 0000000000000668\n ffffffff810b2b9a ffffffff81a48370 0000000000000001 ffff880037aea000\n Call Trace:\n [\u003cffffffff814fe193\u003e] dump_stack+0x4f/0x7c\n [\u003cffffffff8103b80a\u003e] warn_slowpath_common+0x81/0x9b\n [\u003cffffffff810b2b9a\u003e] ? __ftrace_hash_rec_update.part.35+0x168/0x1b9\n [\u003cffffffff8103b83e\u003e] warn_slowpath_null+0x1a/0x1c\n [\u003cffffffff810b2b9a\u003e] __ftrace_hash_rec_update.part.35+0x168/0x1b9\n [\u003cffffffff81502f89\u003e] ? __mutex_lock_slowpath+0x364/0x364\n [\u003cffffffff810b2cc2\u003e] ftrace_shutdown+0xd7/0x12b\n [\u003cffffffff810b47f0\u003e] unregister_ftrace_graph+0x49/0x78\n [\u003cffffffff810c4b30\u003e] graph_trace_reset+0xe/0x10\n [\u003cffffffff810bf393\u003e] tracing_set_tracer+0xa7/0x26a\n [\u003cffffffff810bf5e1\u003e] tracing_set_trace_write+0x8b/0xbd\n [\u003cffffffff810c501c\u003e] ? ftrace_return_to_handler+0xb2/0xde\n [\u003cffffffff811240a8\u003e] ? __sb_end_write+0x5e/0x5e\n [\u003cffffffff81122aed\u003e] vfs_write+0xab/0xf6\n [\u003cffffffff8150a185\u003e] ftrace_graph_caller+0x85/0x85\n [\u003cffffffff81122dbd\u003e] SyS_write+0x59/0x82\n [\u003cffffffff8150a185\u003e] ftrace_graph_caller+0x85/0x85\n [\u003cffffffff8150a2d2\u003e] system_call_fastpath+0x16/0x1b\n ---[ end trace 940358030751eafb ]---\n\nThe above mentioned commit didn\u0027t go far enough. Well, it covered the\nfunction tracer by adding checks in __register_ftrace_function(). The\nproblem is that the function graph tracer circumvents that (for a slight\nefficiency gain when function graph trace is running with a function\ntracer. The gain was not worth this).\n\nThe problem came with ftrace_startup() which should always be called after\n__register_ftrace_function(), if you want this bug to be completely fixed.\n\nAnyway, this solution moves __register_ftrace_function() inside of\nftrace_startup() and removes the need to call them both.\n\nReported-by: Dave Wysochanski \u003cdwysocha@redhat.com\u003e\nFixes: ed926f9b35cd (\"ftrace: Use counters to enable functions to trace\")\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "fe094c412973269d2fad2e04a852771570e8edf1", "tree": "d0685972fcf58607e98dfe82ffa150b2f3519c09", "parents": [ "df29bdd478affb8d81620e43e70635bef110a20e" ], "author": { "name": "Peter Zijlstra", "email": "peterz@infradead.org", "time": "Tue Nov 26 15:03:41 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:34 2013 -0800" }, "message": "cpuset: Fix memory allocator deadlock\n\ncommit 0fc0287c9ed1ffd3706f8b4d9b314aa102ef1245 upstream.\n\nJuri hit the below lockdep report:\n\n[ 4.303391] \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ 4.303392] [ INFO: SOFTIRQ-safe -\u003e SOFTIRQ-unsafe lock order detected ]\n[ 4.303394] 3.12.0-dl-peterz+ #144 Not tainted\n[ 4.303395] ------------------------------------------------------\n[ 4.303397] kworker/u4:3/689 [HC0[0]:SC0[0]:HE0:SE1] is trying to acquire:\n[ 4.303399] (\u0026p-\u003emems_allowed_seq){+.+...}, at: [\u003cffffffff8114e63c\u003e] new_slab+0x6c/0x290\n[ 4.303417]\n[ 4.303417] and this task is already holding:\n[ 4.303418] (\u0026(\u0026q-\u003e__queue_lock)-\u003erlock){..-...}, at: [\u003cffffffff812d2dfb\u003e] blk_execute_rq_nowait+0x5b/0x100\n[ 4.303431] which would create a new lock dependency:\n[ 4.303432] (\u0026(\u0026q-\u003e__queue_lock)-\u003erlock){..-...} -\u003e (\u0026p-\u003emems_allowed_seq){+.+...}\n[ 4.303436]\n\n[ 4.303898] the dependencies between the lock to be acquired and SOFTIRQ-irq-unsafe lock:\n[ 4.303918] -\u003e (\u0026p-\u003emems_allowed_seq){+.+...} ops: 2762 {\n[ 4.303922] HARDIRQ-ON-W at:\n[ 4.303923] [\u003cffffffff8108ab9a\u003e] __lock_acquire+0x65a/0x1ff0\n[ 4.303926] [\u003cffffffff8108cbe3\u003e] lock_acquire+0x93/0x140\n[ 4.303929] [\u003cffffffff81063dd6\u003e] kthreadd+0x86/0x180\n[ 4.303931] [\u003cffffffff816ded6c\u003e] ret_from_fork+0x7c/0xb0\n[ 4.303933] SOFTIRQ-ON-W at:\n[ 4.303933] [\u003cffffffff8108abcc\u003e] __lock_acquire+0x68c/0x1ff0\n[ 4.303935] [\u003cffffffff8108cbe3\u003e] lock_acquire+0x93/0x140\n[ 4.303940] [\u003cffffffff81063dd6\u003e] kthreadd+0x86/0x180\n[ 4.303955] [\u003cffffffff816ded6c\u003e] ret_from_fork+0x7c/0xb0\n[ 4.303959] INITIAL USE at:\n[ 4.303960] [\u003cffffffff8108a884\u003e] __lock_acquire+0x344/0x1ff0\n[ 4.303963] [\u003cffffffff8108cbe3\u003e] lock_acquire+0x93/0x140\n[ 4.303966] [\u003cffffffff81063dd6\u003e] kthreadd+0x86/0x180\n[ 4.303969] [\u003cffffffff816ded6c\u003e] ret_from_fork+0x7c/0xb0\n[ 4.303972] }\n\nWhich reports that we take mems_allowed_seq with interrupts enabled. A\nlittle digging found that this can only be from\ncpuset_change_task_nodemask().\n\nThis is an actual deadlock because an interrupt doing an allocation will\nhit get_mems_allowed()-\u003e...-\u003e__read_seqcount_begin(), which will spin\nforever waiting for the write side to complete.\n\nCc: John Stultz \u003cjohn.stultz@linaro.org\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\u003e\nReported-by: Juri Lelli \u003cjuri.lelli@gmail.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nTested-by: Juri Lelli \u003cjuri.lelli@gmail.com\u003e\nAcked-by: Li Zefan \u003clizefan@huawei.com\u003e\nAcked-by: Mel Gorman \u003cmgorman@suse.de\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4e0c56ab133fcb29fa3709c095f9347a033662c1", "tree": "4ddbc8a55d63d790669e6319b037870b4166005e", "parents": [ "42979968049cc6a8ed569ae8ceb486e0637c7ce7" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Mon Sep 30 22:04:24 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:32 2013 -0800" }, "message": "audit: fix info leak in AUDIT_GET requests\n\ncommit 64fbff9ae0a0a843365d922e0057fc785f23f0e3 upstream.\n\nWe leak 4 bytes of kernel stack in response to an AUDIT_GET request as\nwe miss to initialize the mask member of status_set. Fix that.\n\nCc: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nCc: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nSigned-off-by: Richard Guy Briggs \u003crgb@redhat.com\u003e\nSigned-off-by: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "42979968049cc6a8ed569ae8ceb486e0637c7ce7", "tree": "8e7f4c4af4dc50d16a46d74ea1a8f9beb1cbab99", "parents": [ "e49ee6c66ebfdf4a4fb0cecad2523c7b61fc0282" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Mon Sep 30 22:04:25 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:31 2013 -0800" }, "message": "audit: use nlmsg_len() to get message payload length\n\ncommit 4d8fe7376a12bf4524783dd95cbc00f1fece6232 upstream.\n\nUsing the nlmsg_len member of the netlink header to test if the message\nis valid is wrong as it includes the size of the netlink header itself.\nThereby allowing to send short netlink messages that pass those checks.\n\nUse nlmsg_len() instead to test for the right message length. The result\nof nlmsg_len() is guaranteed to be non-negative as the netlink message\nalready passed the checks of nlmsg_ok().\n\nAlso switch to min_t() to please checkpatch.pl.\n\nCc: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nCc: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nSigned-off-by: Richard Guy Briggs \u003crgb@redhat.com\u003e\nSigned-off-by: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "e49ee6c66ebfdf4a4fb0cecad2523c7b61fc0282" }