{"push_id":1446893877,"size":7,"distinct_size":7,"ref":"refs/heads/cloud","head":"04ef3b4ad49a124329137f50f32d300995c02bf4","before":"caf8b2dc70259e9b68221d4cef0d50d55d34b413","commits":[{"sha":"14ab66464010cdcbf41147f909649f8a58d97438","author":{"name":"nikhil18","email":"115ac0c9a95d733eb76c2697d657b054f1878739@gmail.com"},"message":"update interactive governor from sultans kernel","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/14ab66464010cdcbf41147f909649f8a58d97438"},{"sha":"0c980cfe525018b484f13442e8905b52890b71fa","author":{"name":"Pranav Vashi","email":"03be7ddd3681236397de02d2b35bff2ebe2e3300@gmail.com"},"message":"cpufreq: Restore policy min-max properly\n\n* 5echo2@xda reported min-max frequencies per core\n  do not stick at their values and reset to stock.\n* The issue actually is whenever a core was unplugged\n  and plugged, we are not restoring saved frequencies.\n* This was a bug introduced by recent simplications\n  in cpufreq driver. Squash it with fire!\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/0c980cfe525018b484f13442e8905b52890b71fa"},{"sha":"68b67882e497484e548465fc8d74a91bf490a888","author":{"name":"Adesh15","email":"b0377875ef1cf70a7c4be6de210acfb7c5622eb3@gmail.com"},"message":"cpufreq: Fix endif derp","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/68b67882e497484e548465fc8d74a91bf490a888"},{"sha":"33ad12c259657d0c8acb67b25c68cbc1f2888bbb","author":{"name":"Adesh15","email":"b0377875ef1cf70a7c4be6de210acfb7c5622eb3@gmail.com"},"message":"msm: mpm: disable debugging\n\nSigned-off-by: Adesh15 <adesikha15@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/33ad12c259657d0c8acb67b25c68cbc1f2888bbb"},{"sha":"9bb86911ba0a44956bf33354471b985e01ca04e8","author":{"name":"Pranav Vashi","email":"03be7ddd3681236397de02d2b35bff2ebe2e3300@gmail.com"},"message":"cpufreq: impulse: Do not consider min freq change as boost\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/9bb86911ba0a44956bf33354471b985e01ca04e8"},{"sha":"bd286bce9f78a8647b9a1e5a6af9408140fa7018","author":{"name":"Pranav Vashi","email":"03be7ddd3681236397de02d2b35bff2ebe2e3300@gmail.com"},"message":"cpufreq: impulse: Do not reschedule timer if policy->max changes\n\nCurrent implementation rearms timer in CPUFREQ_GOV_LIMITS when\npolicy->max increases. That's because CPUs' timers are not rearmed if\nprevious frequency evaluation selects policy->max.\n\nWith commit (\"cpufreq: impulse: Rearm governor timer at max freq\"),\ninteractive governor timer is always rearmed, and thus timer will\nalways fire if CPU is busy. There is no need to rearm timer when\npolicy->max changes.\n\nRemove code related to rearming timer for policy->max change in\nCPUFREQ_GOV_LIMITS.\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/Adesh15/onyx_kernel/commits/bd286bce9f78a8647b9a1e5a6af9408140fa7018"},{"sha":"04ef3b4ad49a124329137f50f32d300995c02bf4","author":{"name":"Pranav Vashi","email":"03be7ddd3681236397de02d2b35bff2ebe2e3300@gmail.com"},"message":"cpufreq: impulse: Do not rearm if load is greater than 100\n\n* On a heterogeneous CPU system with scheduler input enabled\n  to track the load of migrated tasks, cpu_load could also exceed 100\n  when a task migrates from more capable CPU to slower CPU. When this\n  happens, governor already knows the exact frequency required to handle\n  this load. There is no need to progressively ramp up frequency in order\n  to assess the load's real demand. It's not desirable to starve such a\n  migrating task by forcing it through ramping up process on the slower\n  CPU.\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Adesh15/onyx_kernel/commits/04ef3b4ad49a124329137f50f32d300995c02bf4"}]}
{"actor":{"display_login":"Adesh15"}}