{"push_id":938726957,"size":9,"distinct_size":9,"ref":"refs/heads/loli-teste","head":"fc035317c7a7a56627ef701da93c882ee27a4caa","before":"34daca506ed6e5ccb2c064a8306db3a701e27d75","commits":[{"sha":"daad6865fbcf1941d9cad21dd3da5037b25545ed","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"Revert \"cpufreq: interactive: Allow 1 ms error in above_hispeed_delay comparisons\"\n\nCommit ff6af807 tries to avoid a corner case where frequency is stuck in\nhispeed_freq for one additional window. For example, if timer_rate is\n20ms, and go_hispeed_delay is 40ms, frequency might be stuck at\nhispeed_freq for 60ms due to imprecision in jiffies. Same problem can be\neasily solved by making go_hispeed_delay 1ms smaller instead of changing\nthe code.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/daad6865fbcf1941d9cad21dd3da5037b25545ed"},{"sha":"640e51196e164e2df7c76532b8894d5d8b731b6f","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Revert sync on thread migration optimizations\n\n(cpufreq: Sync on thread migration optimizations) is no longer needed\nfor targets with synchronous CPUs.\n\nPart of that commit has already been reverted in\na913b3afcaa55356f5f793ae895312c8ae7e1f71\n(cpufreq: interactive: Revert timer start modification)\n\nThis commit reverts the remaining changes.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/640e51196e164e2df7c76532b8894d5d8b731b6f"},{"sha":"5f531a7f84a20680839b9eb67f28b677e2139785","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Revert sync freq feature\n\nSync freq feature is not valid for a HMP system with clusters.\n\nThis commit reverts commit f3d1980b4db4c20f21acaed59cc511c2df84cec2\n(cpufreq: interactive: sync freq feature for interactive governor)\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/5f531a7f84a20680839b9eb67f28b677e2139785"},{"sha":"c4f6a4a32524f09809527a5855dc9929d35b3175","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Remove sampling_down_factor\n\nRemove sampling_down_factor feature.\n\nThis commit revert d094d23694edf41fee50ebc544795d6116451643\n(cpufreq: interactive: Add a sampling_down_factor for max frequencies)\nand subsequent modifications related to sampling down factor.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/c4f6a4a32524f09809527a5855dc9929d35b3175"},{"sha":"e18e7c30ad609c595ceaf326d8699f097e3e6f2d","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Move cached_tunables into cpuinfo\n\nInteractive governor already has a per_cpu field cpuinfo to keep track\nof per_cpu data. Move cached_tunables into cpuinfo.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/e18e7c30ad609c595ceaf326d8699f097e3e6f2d"},{"sha":"0b3750a1189da0a126a05f85428fed11f902eea7","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Align timer windows for all CPUs\n\nIt's more advantageous to evaluate all CPUs at same time so that\ninteractive governor gets a complete picture of the load on\neach CPU at a specific time. It could also reduce number of speed\nchanges made if there are many CPUs controlled by same policy. In\naddition, waking up all CPUs at same time would allow the cluster\nto go into a deeper sleep state when it's idle.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/0b3750a1189da0a126a05f85428fed11f902eea7"},{"sha":"bb504bd51309cae5e5f614a7a1d8a65f53ff0702","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Reset last evaluated jiffy in idle callback\n\nWhen CPU has been busy for a long time, last evaluated jiffy will be\nquite behind because the timer would have been canceled. We don't want\nto schedule a timer to fire in the past as load will always be 100%.\n\nReset last evaluated jiffy so that timer will be scheduled for the\nnext window.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/bb504bd51309cae5e5f614a7a1d8a65f53ff0702"},{"sha":"e22172d4d3c6d818fa1b290feb060067c5b2b898","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Round up timer_rate to match jiffy\n\nTimers are scheduled in unit of jiffies. Round up timer_rate so that\nit matches the actual sampling period.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/e22172d4d3c6d818fa1b290feb060067c5b2b898"},{"sha":"fc035317c7a7a56627ef701da93c882ee27a4caa","author":{"email":"bb05168246ed1a6b66d0e7b1ffb0c5e3707764ca@codeaurora.org","name":"Junjie Wu"},"message":"cpufreq: interactive: Cache tunables when they are created\n\nCurrently, tunables are only saved to per_cpu field when\nCPUFREQ_GOV_POLICY_EXIT event happens. Save tunables the moment they\nare created so that per_cpu cached_tunables field always matches\nthe tunables in use. This is useful for modifying tunable values\nacross clusters.\n\nSigned-off-by: Junjie Wu <junjiew@codeaurora.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/bhb27/android_kernel_motorola_apq8084/commits/fc035317c7a7a56627ef701da93c882ee27a4caa"}]}