{"push_id":2835908489,"size":8,"distinct_size":8,"ref":"refs/heads/master","head":"ebd19c88aa6d6bf8e1f41f474caadc9e42b4e4fe","before":"216906e18cf4e77588d136baa106f49a3f6cddb8","commits":[{"sha":"3614da3ccfbf82b87004373dc59101af21351cb3","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"BACKPORT: sched: Replace post_schedule with a balance callback list\n\nGeneralize the post_schedule() stuff into a balance callback list.\nThis allows us to more easily use it outside of schedule() and cross\nsched_class.\n\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: ktkhai@parallels.com\nCc: rostedt@goodmis.org\nCc: juri.lelli@gmail.com\nCc: pang.xunlei@linaro.org\nCc: oleg@redhat.com\nCc: wanpeng.li@linux.intel.com\nCc: umgwanakikbuti@gmail.com\nLink: http://lkml.kernel.org/r/20150611124742.424032725@infradead.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\n(cherry picked from commit e3fca9e7cbfb72694a21c886fcdf9f059cfded9c)\nBug: 35833695\nTest: Boot\nChange-Id: I7739a44bb27607c5831ab1144c0a2266e7c3013c\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>\nSigned-off-by: Mawrick26 <mawrick26@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/3614da3ccfbf82b87004373dc59101af21351cb3"},{"sha":"9abc0048f5d955d629b8d6af77bce0201332c77a","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"UPSTREAM: sched: Allow balance callbacks for check_class_changed()\n\nIn order to remove dropping rq->lock from the\nswitched_{to,from}()/prio_changed() sched_class methods, run the\nbalance callbacks after it.\n\nWe need to remove dropping rq->lock because its buggy,\nsuppose using sched_setattr()/sched_setscheduler() to change a running\ntask from FIFO to OTHER.\n\nBy the time we get to switched_from_rt() the task is already enqueued\non the cfs runqueues. If switched_from_rt() does pull_rt_task() and\ndrops rq->lock, load-balancing can come in and move our task @p to\nanother rq.\n\nThe subsequent switched_to_fair() still assumes @p is on @rq and bad\nthings will happen.\n\nBy using balance callbacks we delay the load-balancing operations\n{rt,dl}x{push,pull} until we've done all the important work and the\ntask is fully set up.\n\nFurthermore, the balance callbacks do not know about @p, therefore\nthey cannot get confused like this.\n\nReported-by: Mike Galbraith <umgwanakikbuti@gmail.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: ktkhai@parallels.com\nCc: rostedt@goodmis.org\nCc: juri.lelli@gmail.com\nCc: pang.xunlei@linaro.org\nCc: oleg@redhat.com\nCc: wanpeng.li@linux.intel.com\nLink: http://lkml.kernel.org/r/20150611124742.615343911@infradead.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\n(cherry picked from commit 4c9a4bc89a9cca8128bce67d6bc8870d6b7ee0b2)\nBug: 35833695\nTest: Boot\n\nChange-Id: I5bddef497a278d8777382f29c7e9aaa063f335dd\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/9abc0048f5d955d629b8d6af77bce0201332c77a"},{"sha":"75dc921948b8204ad9f59a34deaef09ea9d3596c","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"BACKPORT: sched,rt: Remove return value from pull_rt_task()\n\nIn order to be able to use pull_rt_task() from a callback, we need to\ndo away with the return value.\n\nSince the return value indicates if we should reschedule, do this\ninside the function. Since not all callers currently do this, this can\nincrease the number of reschedules due rt balancing.\n\nToo many reschedules is not a correctness issues, too few are.\n\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: ktkhai@parallels.com\nCc: rostedt@goodmis.org\nCc: juri.lelli@gmail.com\nCc: pang.xunlei@linaro.org\nCc: oleg@redhat.com\nCc: wanpeng.li@linux.intel.com\nCc: umgwanakikbuti@gmail.com\nLink: http://lkml.kernel.org/r/20150611124742.679002000@infradead.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\n(cherry picked from commit 8046d6806247088de5725eaf8a2580b29e50ac5a)\nBug: 35833695\nTest: Boot\nChange-Id: I73024bb9f42ae32a48e208a4a82fc55151a74148\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/75dc921948b8204ad9f59a34deaef09ea9d3596c"},{"sha":"5e9807d1ea346cc9c6dcb31043e91389eb982240","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"BACKPORT: sched, rt: Convert switched_{from, to}_rt() / prio_changed_rt() to balance callbacks\n\nRemove the direct {push,pull} balancing operations from\nswitched_{from,to}_rt() / prio_changed_rt() and use the balance\ncallback queue.\n\nAgain, err on the side of too many reschedules; since too few is a\nhard bug while too many is just annoying.\n\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: ktkhai@parallels.com\nCc: rostedt@goodmis.org\nCc: juri.lelli@gmail.com\nCc: pang.xunlei@linaro.org\nCc: oleg@redhat.com\nCc: wanpeng.li@linux.intel.com\nCc: umgwanakikbuti@gmail.com\nLink: http://lkml.kernel.org/r/20150611124742.766832367@infradead.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\n(cherry picked from commit fd7a4bed183523275279c9addbf42fce550c2e90)\nBug: 35833695\nTest: Boot\nChange-Id: Ia6886ed7ef627c267ead91e25c44df70603e04e9\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/5e9807d1ea346cc9c6dcb31043e91389eb982240"},{"sha":"927d1ef19b9dda33330efc39f46f37f1cd365173","author":{"name":"Steven Rostedt (Red Hat)","email":"43232e92d70cc7aa53504ad0397085ee47bad87f@goodmis.org"},"message":"tracing: Have preempt(irqs)off trace preempt disabled functions\n\nJoel Fernandes reported that the function tracing of preempt disabled\nsections was not being reported when running either the preemptirqsoff or\npreemptoff tracers. This was due to the fact that the function tracer\ncallback for those tracers checked if irqs were disabled before tracing. But\nthis fails when we want to trace preempt off locations as well.\n\nJoel explained that he wanted to see funcitons where interrupts are enabled\nbut preemption was disabled. The expected output he wanted:\n\n   <...>-2265    1d.h1 3419us : preempt_count_sub <-irq_exit\n   <...>-2265    1d..1 3419us : __do_softirq <-irq_exit\n   <...>-2265    1d..1 3419us : msecs_to_jiffies <-__do_softirq\n   <...>-2265    1d..1 3420us : irqtime_account_irq <-__do_softirq\n   <...>-2265    1d..1 3420us : __local_bh_disable_ip <-__do_softirq\n   <...>-2265    1..s1 3421us : run_timer_softirq <-__do_softirq\n   <...>-2265    1..s1 3421us : hrtimer_run_pending <-run_timer_softirq\n   <...>-2265    1..s1 3421us : _raw_spin_lock_irq <-run_timer_softirq\n   <...>-2265    1d.s1 3422us : preempt_count_add <-_raw_spin_lock_irq\n   <...>-2265    1d.s2 3422us : _raw_spin_unlock_irq <-run_timer_softirq\n   <...>-2265    1..s2 3422us : preempt_count_sub <-_raw_spin_unlock_irq\n   <...>-2265    1..s1 3423us : rcu_bh_qs <-__do_softirq\n   <...>-2265    1d.s1 3423us : irqtime_account_irq <-__do_softirq\n   <...>-2265    1d.s1 3423us : __local_bh_enable <-__do_softirq\n\nThere's a comment saying that the irq disabled check is because there's a\npossible race that tracing_cpu may be set when the function is executed. But\nI don't remember that race. For now, I added a check for preemption being\nenabled too to not record the function, as there would be no race if that\nwas the case. I need to re-investigate this, as I'm now thinking that the\ntracing_cpu will always be correct. But no harm in keeping the check for\nnow, except for the slight performance hit.\n\nLink: http://lkml.kernel.org/r/1457770386-88717-1-git-send-email-agnel.joel@gmail.com\nChange-Id: I80a2a93b0d9714538e91eab9075d3054aa84b532\nFixes: 5e6d2b9cfa3a \"tracing: Use one prologue for the preempt irqs off tracer function tracers\"\nCc: stable@vget.kernel.org # 2.6.37+\nReported-by: Joel Fernandes <agnel.joel@gmail.com>\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Willy Tarreau <w@1wt.eu>\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/927d1ef19b9dda33330efc39f46f37f1cd365173"},{"sha":"582ebf50168a08c1746d3e74eb057fbaf714dcb8","author":{"name":"Sebastian Andrzej Siewior","email":"265264fed90bdf8e813a354375ec16f47ebdb1c5@linutronix.de"},"message":"BACKPORT: sched/rt: Add a missing rescheduling point\n\nSince the change in commit:\n\n  fd7a4bed1835 (\"sched, rt: Convert switched_{from, to}_rt() / prio_changed_rt() to balance callbacks\")\n\n... we don't reschedule a task under certain circumstances:\n\nLets say task-A, SCHED_OTHER, is running on CPU0 (and it may run only on\nCPU0) and holds a PI lock. This task is removed from the CPU because it\nused up its time slice and another SCHED_OTHER task is running. Task-B on\nCPU1 runs at RT priority and asks for the lock owned by task-A. This\nresults in a priority boost for task-A. Task-B goes to sleep until the\nlock has been made available. Task-A is already runnable (but not active),\nso it receives no wake up.\n\nThe reality now is that task-A gets on the CPU once the scheduler decides\nto remove the current task despite the fact that a high priority task is\nenqueued and waiting. This may take a long time.\n\nThe desired behaviour is that CPU0 immediately reschedules after the\npriority boost which made task-A the task with the lowest priority.\n\nSuggested-by: Peter Zijlstra <peterz@infradead.org>\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Thomas Gleixner <tglx@linutronix.de>\nFixes: fd7a4bed1835 (\"sched, rt: Convert switched_{from, to}_rt() prio_changed_rt() to balance callbacks\")\nLink: http://lkml.kernel.org/r/20170124144006.29821-1-bigeasy@linutronix.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n(cherry picked from commit 619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7)\n\nChange-Id: If05c552cc9cee6fdfd05fb8099cb0373bf0bc5dc\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/582ebf50168a08c1746d3e74eb057fbaf714dcb8"},{"sha":"c8f4578d80327e197a16d0d77dc83c2eb367be39","author":{"name":"Tim Chen","email":"695db642e8bc2a781029b5690bc796db9446cc2f@linux.intel.com"},"message":"BACKPORT: sched/rt: Reduce rq lock contention by eliminating locking of non-feasible target\n\nThis patch adds checks that prevens futile attempts to move rt tasks\nto a CPU with active tasks of equal or higher priority.\n\nThis reduces run queue lock contention and improves the performance of\na well known OLTP benchmark by 0.7%.\n\nBug: 37474896\n\n(@joel: One of the hunks in this patch was already applied by Srinath in\ncommit [1], so dropping that hunk)\n[1] commit 89288d853b2a (\"sched/rt: Avoid moving rt task if destination\nCPU does not run low priority task.\")\nSigned-off-by: Joel Fernandes <joelaf@google.com>\nSigned-off-by: Tim Chen <tim.c.chen@linux.intel.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Shawn Bohrer <sbohrer@rgmadvisors.com>\nCc: Suruchi Kadu <suruchi.a.kadu@intel.com>\nCc: Doug Nelson<doug.nelson@intel.com>\nCc: Steven Rostedt <rostedt@goodmis.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nLink: http://lkml.kernel.org/r/1421430374.2399.27.camel@schen9-desk2.jf.intel.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n\nChange-Id: I80da92afed2957537e1a64b90144293f74003969\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/c8f4578d80327e197a16d0d77dc83c2eb367be39"},{"sha":"ebd19c88aa6d6bf8e1f41f474caadc9e42b4e4fe","author":{"name":"Srinath Sridharan","email":"809229952ed61526ba428cdd26e616a82cce1de1@google.com"},"message":"sched/rt: Avoid moving rt task if destination CPU does not run low priority task.\n\nbug: 29512132\nbug: 30115868\nChange-Id: Id18083402dfe2324f86c34a4e5d32fb7e0d11d04\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/S7E-O11/commits/ebd19c88aa6d6bf8e1f41f474caadc9e42b4e4fe"}]}
{"actor":{"display_login":"mawrick26"}}