{"push_id":4247946728,"size":23,"distinct_size":23,"ref":"refs/heads/staging","head":"bbca717bddfbe6b8a74a98841a451fac81e04c74","before":"ddda00809d73dd0e2d56dd8be0518fa55c001e64","commits":[{"sha":"e5ee67835e91423e776046f92654ae0fa4b0d75e","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"Revert \"sched/fair: Use min capacity when evaluating idle backup cpus\"\n\nThis reverts commit 88a968ca63f84ecd0747bba67ccab878684bb0a1.\n\nGiven the experimental nature of this patch and considering the\nintention to simplify find_best_target, it's best to not introduce\nunnecessary complexity in the heuristics here until the necessity of\nthis functionality is proven.\n\nThis patch could also potentially introduce a preference towards big CPUs\nfor !prefer_idle and boosted tasks, when iterating though CPUs from bigs\nto LITTLES.\nDespite it not being a typical schedtune configuration, this contradicts\nthe intention of selecting energy efficient CPUs for !prefer_idle tasks.\n\nChange-Id: I60217c5d8624b375582946b0c4b3660c0517e3f3\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nReported-by: Viresh Kumar <viresh.kumar@linaro.org>\nReported-by: Leo Yan <leo.yan@linaro.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/e5ee67835e91423e776046f92654ae0fa4b0d75e"},{"sha":"44e798ace9358d8021f4739f3077e7254a446020","author":{"name":"Pavankumar Kondeti","email":"e4a0348e45a0df0ba79f6b06c66df8ae7aca44a4@codeaurora.org"},"message":"ANDROID: sched/fair: Fix CPU selection for non latency sensitive tasks\n\nThe Non latency sensitive tasks CPU selection targets for an active\nCPU in the little cluster. The shallowest c-state CPU is stored as\na backup. However if all CPUs in the little cluster are idle, we pick\nan active CPU in the BIG cluster as the target CPU. This incorrect\nchoice of the target CPU may not get corrected by the\nselect_energy_cpu_idx() depending on the energy difference between\nprevious CPU and target CPU.\n\nThis can be fixed easily by maintaining the same variable that tracks\nmaximum capacity of the traversed CPU for both idle and active CPUs.\n\nChange-Id: I3efb8bc82ff005383163921ef2bd39fcac4589ad\nSigned-off-by: Pavankumar Kondeti <pkondeti@codeaurora.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/44e798ace9358d8021f4739f3077e7254a446020"},{"sha":"ed93961510e72a9ee1b46d0769995295784999c5","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"Revert \"sched/fair: Use min capacity when evaluating active cpus\"\n\nThis reverts commit f964120739fc08339f0e4368a4bad099fdfb4537.\n\nGiven the experimental nature of this patch and considering the\nintention to simplify find_best_target, it's best to not introduce\nunnecessary complexity in the heuristics here until the necessity of\nthis functionality is proven.\n\nChange-Id: Ic7b8cb529f6ee7aaa9c33b8625732ec432fcf4da\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/ed93961510e72a9ee1b46d0769995295784999c5"},{"sha":"ec4a3f90c628dffe3b3959b21b2d20775c302fde","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"ANDROID: sched/fair: Prefer energy efficient CPUs for !prefer_idle tasks\n\nFor !prefer_idle tasks we want to minimize capacity_orig to bias their\nscheduling towards more energy efficient CPUs. This does not happen in\nthe current code for boosted tasks due the order of CPUs considered\n(from big CPUs to LITTLE CPUs), and to the shallow idle state and\nspare capacity maximization filters, which are used to select the best\nidle backup CPU and the best active CPU candidates.\n\nLet's fix this by enabling the above filters only when we are within\nsame capacity CPUs.\n\nTaking in part each of the two cases:\n 1. Selection of a backup idle CPU - Non prefer_idle tasks should prefer\n    more energy efficient CPUs when there are idle CPUs in the system,\n    independent of the order given by the presence of a boosted margin.\n    This is the behavior for !sysctl_sched_cstate_aware and this should\n    be the behaviour for when sysctl_sched_cstate_aware is set as well,\n    given that we should prefer a more efficient CPU even if it's in a\n    deeper idle state.\n\n 2. Selection of an active target CPU: There is no reason for boosted\n    tasks to benefit from a higher chance to be placed on big CPU which\n    is provided by ordering CPUs from bigs to littles.\n    The other mechanism in place set for boosted tasks (making sure we\n    select a CPU that fits the task) is enough for a non latency\n    sensitive case. Also, by choosing a CPU with maximum spare capacity\n    we also cover the preference towards spreading tasks, rather than\n    packing them, which improves the chances for tasks to get better\n    performance due to potential reduced preemption. Therefore, prefer\n    more energy efficient CPUs and only consider spare capacity for CPUs\n    with equal capacity_orig.\n\nChange-Id: I3b97010e682674420015e771f0717192444a63a2\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Patrick Bellasi <patrick.bellasi@arm.com>\nReviewed-by: Patrick Bellasi <patrick.bellasi@arm.com>\nReported-by: Viresh Kumar <viresh.kumar@linaro.org>\nReported-by: Leo Yan <leo.yan@linaro.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/ec4a3f90c628dffe3b3959b21b2d20775c302fde"},{"sha":"1ba1be3638a6f50f15c368b0402ee163ec937afb","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"ANDROID: sched/fair: Unify spare capacity calculation\n\nGiven that we have a few sites where the spare capacity of a CPU is\ncalculated as the difference between the original capacity of the CPU\nand its computed new utilization, let's unify the calculation and use\nthat value tracked with a local spare_cap variable.\n\nChange-Id: I78daece7543f78d4f74edbee5e9ceb62908af507\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/1ba1be3638a6f50f15c368b0402ee163ec937afb"},{"sha":"dcb8de7102cf6e3fc23578389cebe883e4bcf0ca","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"ANDROID: sched/fair: Remove order from CPU selection\n\nfind_best_target is currently split into code handling latency sensitive\ntasks and code handling non-latency sensitive tasks based on the value\nof the prefer_idle flag.\nAnother differentiation is done for boosted tasks, preferring to start\nwith higher-capacity CPU when boosted, and with more efficient CPUs when\nnot boosted. This additional differentiation is obtained by imposing an\norder when considering CPUs for selection. This order is determined in\ntypical big.LITTLE systems by the start point (the CPU with the maximum\nor minimum capacity) and by the order of big and little CPU groups\nprovided in the sched domain hierarchy.\n\nHowever, it's not guaranteed that the sched domain hierarchy will give\nus a sorted list of CPU groups based on their maximum capacities when\ndealing with systems with more than 2 capacity groups.\nFor example, if we consider a system with three groups of CPUs (LITTLEs,\nmediums, bigs), the sched domain hierarchy might provide the following\nscheduling groups ordering for a prefer_idle-boosted task:\n   big CPUs -> LITTLE CPUs -> medium CPUs.\nIf the big CPUs are not idle, but there are a few LITTLEs and mediums\nas idle CPUs, by returning the first idle CPU, we will be incorrectly\nprefering a lower capacity CPU over a higher capacity CPU.\n\nIn order to eliminate this reliance on assuming sched groups are ordered\nby capacity, let's:\n1. Iterate though all candidate CPUs for all cases.\n2. Minimise or maximise the capacity of the considered CPU, depending\non prefer_idle and boost information.\n\nTaking in part each of the four possible cases we analyse the\nimplementation and impact of this solution:\n\n1. prefer_idle and boosted\nThis type of tasks needs to favour the selection of a reserved idle CPU,\nand thus we still start from the biggest CPU in the system, but we\niterate though all CPUs as to correctly handle the example above by\nmaximising the capacity of the idle CPU we select. When all CPUs are\nactive, we already iterate though all CPUs and we're able to maximise\nspare capacity or minimise utilisation for the considered target or\nbackup CPU.\n\n2. prefer_idle and !boosted\nFor these tasks we prefer the selection of a more energy efficient CPU\nand therefore we start from the smallest CPUs in the system, but we\niterate through all the CPUs as to select the most energy efficient idle\nCPU, implementation which mimics existing behaviour. When all CPUs are\nactive, we already iterate though all CPUs and we're able to\nmaximise spare capacity or minimise utilisation for the considered\ntarget or backup CPU.\n\n3. !prefer_idle and boosted and\n4. !prefer_idle and !boosted\nFor these tasks we already iterate though all CPUs and we're able to\nmaximise the energy efficiency of the selected CPU.\n\nChange-Id: I940399e22eff29453cba0e2ec52a03b17eec12ae\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Patrick Bellasi <patrick.bellasi@arm.com>\nReviewed-by: Patrick Bellasi <patrick.bellasi@arm.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/dcb8de7102cf6e3fc23578389cebe883e4bcf0ca"},{"sha":"31241156d59e3230e56c64a7529256d9ba93affd","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"ANDROID: sched/fair: Add idle state filter to prefer_idle case\n\nThe CPU selection process for a prefer_idle task either minimizes or\nmaximizes the CPU capacity for idle CPUs depending on the task being\nboosted or not.\n\nGiven that we are iterating through all CPUs, additionally filter the\nchoice by preferring a CPU in a more shallow idle state. This will\nprovide both a faster wake-up for the task and higher energy efficiency,\nby allowing CPUs in deeper idle states to remain idle.\n\nChange-Id: Ic55f727a0c551adc0af8e6ee03de6a41337a571b\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/31241156d59e3230e56c64a7529256d9ba93affd"},{"sha":"7b9358e128520500c7412dea87568f2e71ed7e4b","author":{"name":"Ionela Voinescu","email":"721bf4aa4c535b5f5f0a38815c215c0ece88733b@arm.com"},"message":"ANDROID: Update_group_capacity for single cpu in cluster\n\nIf we're only left with one big CPU in a cluster (either there was only\none to begin with or the others have been hotplugged out), the MC level\nseen from the perspective of that CPU, will only contain one group (that\nof the CPU) and the LOAD_BALANCE flag will be cleared at that level.\nThe MC level is kept nonetheless as it will still contain energy\ninformation, as per commit 06654998ed81 (\"ANDROID: sched: EAS & 'single\ncpu per cluster'/cpu hotplug interoperability\").\n\nThis will result in update_cpu_capacity never being called for that big\nCPU and its capacity will never be updated. Also, its capacity will\nnever be considered when setting or updating the max_cpu_capacity\nstructure.\n\nTherefore, call update_group_capacity for SD levels that do not have the\nSD_LOAD_BALANCE flag set in order to update the CPU capacity information\nof CPUs that are alone in a cluster and the groups that they belong to.\nThe call to update_cpu_capacity will also result in appropriately\nsetting the values of the max_cpu_capacity structure.\n\nFixes: 06654998ed81 (\"ANDROID: sched: EAS & 'single cpu per cluster'/cpu\nhotplug interoperability\")\nChange-Id: I6074972dde1fdf586378f8a3534e3d0aa42a809a\nSigned-off-by: Ionela Voinescu <ionela.voinescu@arm.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/7b9358e128520500c7412dea87568f2e71ed7e4b"},{"sha":"ede2d8979e474c98f70bea55d2b09d7748c1cadf","author":{"name":"Chris Redpath","email":"ae54b883c23fde04daba73ac75796ae299bcb360@arm.com"},"message":"ANDROID: sched/fair: Attempt to improve throughput for asym cap systems\n\nIn some systems the capacity and group weights line up to defeat all the\nsmall imbalance correction conditions in fix_small_imbalance, which can\ncause bad task placement. Add a new condition if the existing code can't\nsee anything to fix:\n\nIf we have asymmetric capacity, and there are more tasks than CPUs in\nthe busiest group *and* there are less tasks than CPUs in the local group\nthen we try to pull something. There could be transient small tasks which\nprevent this from working, but on the whole it is beneficial for those\nsystems with inconvenient capacity/cluster size relationships.\n\nSigned-off-by: Chris Redpath <chris.redpath@arm.com>\nChange-Id: Icf81cde215c082a61f816534b7990ccb70aee409\nSigned-off-by: celtare21 <celtare21@gmail.com>\n(cherry picked from commit 271a5dbc061b994971080d73f5aad3e9f433516b)\n(cherry picked from commit 764facdda08eed8a8463f9a4e37b9af70fc14a1b)\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/ede2d8979e474c98f70bea55d2b09d7748c1cadf"},{"sha":"33b37c930b93f9dc009d68709f4d1656b705b4ab","author":{"name":"Chris Redpath","email":"ae54b883c23fde04daba73ac75796ae299bcb360@arm.com"},"message":"ANDROID: sched/fair: Don't balance misfits if it would overload local group\n\nWhen load balancing in a system with misfit tasks present, if we always\npull a misfit task to the local group this can lead to pulling a running\ntask from a smaller capacity CPUs to a bigger CPU which is busy. In this\nsituation, the pulled task is likely not to get a chance to run before\nan idle balance on another small CPU pulls it back. This penalises the\npulled task as it is stopped for a short amount of time and then likely\nrelocated to a different CPU (since the original CPU just did a NEWLY_IDLE\nbalance and reset the periodic interval).\n\nIf we only do this unconditionally for NEWLY_IDLE balance, we can be\nsure that any tasks and load which are present on the local group are\nrelated to short-running tasks which we are happy to displace for a\nlonger running task in a system with misfit tasks present.\n\nHowever, other balance types should only pull a task if we think\nthat the local group is underutilized - checking the number of tasks\ngives us a conservative estimate here since if they were short tasks\nwe would have been doing NEWLY_IDLE balances instead.\n\nSigned-off-by: Chris Redpath <chris.redpath@arm.com>\nChange-Id: I710add1ab1139482620b6addc8370ad194791beb\nSigned-off-by: Yaroslav Furman <yaro330@gmail.com>\nSigned-off-by: celtare21 <celtare21@gmail.com>\n(cherry picked from commit 166451dc9872b45a14545ff4a5e4283b3994299a)\n(cherry picked from commit b0e1fbc1e1a144d0919cc09f7c8407d0803e72c5)\nSigned-off-by: kdrag0n <dragon@khronodragon.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/33b37c930b93f9dc009d68709f4d1656b705b4ab"},{"sha":"2ee31b41057bd752c67e1326990dd1c9148665a0","author":{"name":"Danny Lin","email":"df4bf92e16bbb7396c50d637f6b7ad9a4c8c274c@kdrag0n.dev"},"message":"sched/fair: Fix unused variable warning\n\nIntroduced in commit 3dd22e7ff5fc7 (\"sched/fair: improve placement\nlogic\").\n\nChange-Id: I56080712d7c0def0c4c8bdbdf7fd6391909da379\nSigned-off-by: Danny Lin <danny@kdrag0n.dev>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/2ee31b41057bd752c67e1326990dd1c9148665a0"},{"sha":"985da10cda1c48359764c079b07b0edc32b1d77b","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"sched/core: Fix rules for running on online && !active CPUs\n\nAs already enforced by the WARN() in __set_cpus_allowed_ptr(), the rules\nfor running on an online && !active CPU are stricter than just being a\nkthread, you need to be a per-cpu kthread.\n\nIf you're not strictly per-CPU, you have better CPUs to run on and\ndon't need the partially booted one to get your work done.\n\nThe exception is to allow smpboot threads to bootstrap the CPU itself\nand get kernel 'services' initialized before we allow userspace on it.\n\nChange-Id: I92f328fe7c65d8aa41523db64d5bb8376f8a8408\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Steven Rostedt <rostedt@goodmis.org>\nCc: Tejun Heo <tj@kernel.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nFixes: 955dbdf4ce87 (\"sched: Allow migrating kthreads into online but inactive CPUs\")\nLink: http://lkml.kernel.org/r/20170725165821.cejhb7v2s3kecems@hirez.programming.kicks-ass.net\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Danny Lin <danny@kdrag0n.dev>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/985da10cda1c48359764c079b07b0edc32b1d77b"},{"sha":"0f823132fffbf7cbf18dfae58328c2100e878a99","author":{"name":"Minchan Kim","email":"eee62f459f15dcddf87a8df69e8328e2a2562028@google.com"},"message":"sched: Fix rcu_read_lock lockdep splat\n\nWith lockdep, I encountered following warning.\n\n- find_lowest_rq calls idle_get_state_idx without rcu_read_lock\n\nrcu_read_lock is very cheap and find_lowest_rq should be fast so\ndon't bother to hold/release the lock inside of find_lowest_rq,\nwhich is rather complicated. Instead, let's hold the lock outside\nof find_lowest_rq.\n\nIt makes divergent from upstream but scheduler was already a lot\ndevergent.\n\n[   35.234350] ------------[ cut here ]------------\n[   35.234379] WARNING: CPU: 0 PID: 687 at /usr/local/google/home/minchan/nvme/kernel/crosshatch-kernel/private/msm-google/kernel/sched/sched.h:1625 find_lowest_rq+0x750/0x75c\n[   35.234386] Modules linked in: sec_touch heatmap videobuf2_vmalloc videobuf2_memops snd_soc_sdm845 snd_soc_cs35l36 snd_soc_wcd_spi snd_soc_wcd934x snd_soc_wcd9xxx wcd_dsp_glink wcd_core pinctrl_wcd wlan(O)\n[   35.234447] CPU: 0 PID: 687 Comm: appEventThread Tainted: G        W  O    4.9.140-g18984bc09df9_audio-g3dce958 #11\n[   35.234454] Hardware name: Google Inc. MSM sdm845 C1 Proto v1.0 (DT)\n[   35.234461] task: fffffff8e71fd100 task.stack: fffffff8e529c000\n[   35.234468] PC is at find_lowest_rq+0x750/0x75c\n[   35.234477] LR is at find_lowest_rq+0x69c/0x75c\n[   35.234483] pc : [<ffffff90e410a9ec>] lr : [<ffffff90e410a938>] pstate: 604001c5\n..\n..\n[   35.235182] [<ffffff90e410a9ec>] find_lowest_rq+0x750/0x75c\n[   35.235191] [<ffffff90e410aaa8>] push_rt_task+0xb0/0x32c\n[   35.235199] [<ffffff90e410ad3c>] push_rt_tasks+0x18/0x28\n[   35.235210] [<ffffff90e40e2920>] __balance_callback+0x3c/0x60\n[   35.235221] [<ffffff90e516b88c>] __schedule+0x4dc/0x9ec\n[   35.235228] [<ffffff90e516c0a8>] schedule+0x34/0x94\n[   35.235238] [<ffffff90e4165714>] futex_wait_queue_me+0xd0/0x178\n[   35.235246] [<ffffff90e41664d4>] futex_wait+0xe4/0x204\n[   35.235254] [<ffffff90e416860c>] do_futex+0x16c/0x84c\n[   35.235263] [<ffffff90e4168d7c>] SyS_futex+0x90/0x1bc\n[   35.235272] [<ffffff90e4083a00>] el0_svc_naked+0x34/0x38\n\nBug: 122097578\nChange-Id: I12e4c4987e51c5edc5317b93144453e47680e43c\nSigned-off-by: Minchan Kim <minchan@google.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/0f823132fffbf7cbf18dfae58328c2100e878a99"},{"sha":"71017b7a0e3cb4ec190ae0343f75ff0a52ae2b45","author":{"name":"Peter Zijlstra","email":"3fddac958924aef220f202ca567388ddab3f14a8@infradead.org"},"message":"sched/core: Ensure load_balance() respects the active_mask\n\nWhile load_balance() masks the source CPUs against active_mask, it had\na hole against the destination CPU. Ensure the destination CPU is also\npart of the 'domain-mask & active-mask' set.\n\nChange-Id: I34273a52668055f441fc32e826fc3c735a37ffde\nReported-by: Levin, Alexander (Sasha Levin) <alexander.levin@verizon.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nFixes: 77d1dfda0e79 (\"sched/topology, cpuset: Avoid spurious/wrong domain rebuilds\")\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/71017b7a0e3cb4ec190ae0343f75ff0a52ae2b45"},{"sha":"b332bbcc80008b8d8de39996e8153df45f4feec8","author":{"name":"0ctobot","email":"a3eca397ba5606c3f887280a6074fb7ac2611f11@gmail.com"},"message":"Revert \"sched/fair: Introduce minimum capacity capping sched feature\"\n\nThis reverts commit cbe3f7ca37434f729ffc42bba99af9c4ce9f3877.\n\nChange-Id: I33b7793a299d65613928d0c2afaa0900736dd8e9\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/b332bbcc80008b8d8de39996e8153df45f4feec8"},{"sha":"e0ae15b25e17b711e2478035291108b40a55c594","author":{"name":"0ctobot","email":"a3eca397ba5606c3f887280a6074fb7ac2611f11@gmail.com"},"message":"Revert \"sched/fair: Use min capacity when evaluating placement energy costs\"\n\nThis reverts commit 87b9bc4ca5eb3b98c6e83f38640eec401e816829.\n\nChange-Id: Ib8cee7dc82679d10965261744c7d67d85edf9440\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/e0ae15b25e17b711e2478035291108b40a55c594"},{"sha":"81fd084497be3c442844e1b4d77af96a7079e249","author":{"name":"Xie XiuQi","email":"2028ee332ef6b7042006b7f86166fb57d0680e49@huawei.com"},"message":"sched/debug: Show task state in /proc/sched_debug\n\nCurrently we print the runnable task in /proc/sched_debug, but\nthere is no task state information.\n\nWe don't know which task is in the runqueue and which task is sleeping.\n\nAdd task state in the runnable task list, like this:\n\n  runnable tasks:\n   S           task   PID         tree-key  switches  prio     wait-time             sum-exec        sum-sleep\n  -----------------------------------------------------------------------------------------------------------\n   S   watchdog/239  1452       -11.917445      2811     0         0.000000         8.949306         0.000000 7 0 /\n   S  migration/239  1453     20686.367740         8     0         0.000000     16215.720897         0.000000 7 0 /\n   S  ksoftirqd/239  1454    115383.841071        12   120         0.000000         0.200683         0.000000 7 0 /\n  >R           test 21287      4872.190970       407   120         0.000000      4874.911790         0.000000 7 0 /autogroup-150\n   R           test 21288      4868.385454       401   120         0.000000      3672.341489         0.000000 7 0 /autogroup-150\n   R           test 21289      4868.326776       384   120         0.000000      3424.934159         0.000000 7 0 /autogroup-150\n\nChange-Id: If34d3f64c005273da56eef9af29d272ca56bc549\nSigned-off-by: Xie XiuQi <xiexiuqi@huawei.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: <cj.chengjian@huawei.com>\nCc: <huawei.libin@huawei.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/1502095463-160172-2-git-send-email-xiexiuqi@huawei.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/81fd084497be3c442844e1b4d77af96a7079e249"},{"sha":"e2c32babe4a82d1e267e3f213aa0b7a28d1e0486","author":{"name":"Xie XiuQi","email":"2028ee332ef6b7042006b7f86166fb57d0680e49@huawei.com"},"message":"sched/debug: Intruduce task_state_to_char() helper function\n\nNow that we have more than one place to get the task state,\nintruduce the task_state_to_char() helper function to save some code.\n\nNo functionality changed.\n\nChange-Id: Iac1dc4f6008702661144427053248ba0108c39b1\nSigned-off-by: Xie XiuQi <xiexiuqi@huawei.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: <cj.chengjian@huawei.com>\nCc: <huawei.libin@huawei.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/1502095463-160172-3-git-send-email-xiexiuqi@huawei.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/e2c32babe4a82d1e267e3f213aa0b7a28d1e0486"},{"sha":"f4881fcbf69c6cb831f7b565a4a682df72cd6286","author":{"name":"Jeffrey Hugo","email":"818337a29cd9de0a36216deae1fd60ff7b0ab832@codeaurora.org"},"message":"sched/fair: Fix load_balance() affinity redo path\n\nIf load_balance() fails to migrate any tasks because all tasks were\naffined, load_balance() removes the source CPU from consideration and\nattempts to redo and balance among the new subset of CPUs.\n\nThere is a bug in this code path where the algorithm considers all active\nCPUs in the system (minus the source that was just masked out).  This is\nnot valid for two reasons: some active CPUs may not be in the current\nscheduling domain and one of the active CPUs is dst_cpu. These CPUs should\nnot be considered, as we cannot pull load from them.\n\nInstead of failing out of load_balance(), we may end up redoing the search\nwith no valid CPUs and incorrectly concluding the domain is balanced.\nAdditionally, if the group_imbalance flag was just set, it may also be\nincorrectly unset, thus the flag will not be seen by other CPUs in future\nload_balance() runs as that algorithm intends.\n\nFix the check by removing CPUs not in the current domain and the dst_cpu\nfrom considertation, thus limiting the evaluation to valid remaining CPUs\nfrom which load might be migrated.\n\nChange-Id: I453ffe14eb1bf54d5cc5b868d70e08e69874a8dc\nCo-authored-by: Austin Christ <austinwc@codeaurora.org>\nCo-authored-by: Dietmar Eggemann <dietmar.eggemann@arm.com>\nTested-by: Tyler Baicar <tbaicar@codeaurora.org>\nSigned-off-by: Jeffrey Hugo <jhugo@codeaurora.org>\nAcked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nCc: Austin Christ <austinwc@codeaurora.org>\nCc: Dietmar Eggemann <dietmar.eggemann@arm.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Timur Tabi <timur@codeaurora.org>\nLink: http://lkml.kernel.org/r/1496863138-11322-2-git-send-email-jhugo@codeaurora.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/f4881fcbf69c6cb831f7b565a4a682df72cd6286"},{"sha":"60f690754da0d3f39541168140fea47e68275923","author":{"name":"Satya Durga Srinivasu Prabhala","email":"8d417593a808f1372b8cf31a062d2517b0384f79@codeaurora.org"},"message":"sched: Improve the scheduler\n\nThis change is for general scheduler improvement.\n\nChange-Id: Iba464885e8b2172f955cfba3bd6d55743d790b32\nSigned-off-by: Satya Durga Srinivasu Prabhala <satyap@codeaurora.org>\nSigned-off-by: Adam W. Willis <return.of.octobot@gmail.com>","distinct":true,"url":"https://api.github.com/repos/mawrick26/SDM845_Q_10/commits/60f690754da0d3f39541168140fea47e68275923"}]}
{"actor":{"display_login":"mawrick26"}}