{"push_id":766832496,"size":1,"distinct_size":1,"ref":"refs/heads/kitkat","head":"b80baca2e6b89bfec8547700026e1c926bcfc7ac","before":"a873536412b50206b1e78fc6f3d77943e271c4f3","commits":[{"sha":"b80baca2e6b89bfec8547700026e1c926bcfc7ac","author":{"email":"7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","name":"Stratos Karafotis"},"message":"cpufreq: Break out early when frequency equals target_freq\n\nMany drivers keep frequencies in frequency table in ascending\nor descending order. When governor tries to change to policy->min\nor policy->max respectively then the cpufreq_frequency_table_target\ncould return on first iteration. This will save some iteration cycles.\n\nSo, break out early when a frequency in cpufreq_frequency_table\nequals to target one.\n\nTesting this during kernel compilation using ondemand governor\nwith a frequency table in ascending order, the\ncpufreq_frequency_table_target returned early on the first\niteration at about 30% of times called.\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>\nSigned-off-by: estiko <estiko@mediaqu.com>","distinct":true,"url":"https://api.github.com/repos/estiko/lenovo_a706_xoplax/commits/b80baca2e6b89bfec8547700026e1c926bcfc7ac"}]}