{"push_id":1143974806,"size":2,"distinct_size":2,"ref":"refs/heads/kenzo-L-CAF","head":"17e4c1cd01fbf3f42805bfcef3185e25ef77dd54","before":"bf07a8881fbbc1bc969e062ac1eb8d5781a3e74b","commits":[{"sha":"2c0707d74312d8a8daf708602c8adad30552a1bc","author":{"name":"ktoonsez","email":"3e0e900edfc0ab91b66f60812ff46bba49154f87@gmail.com"},"message":"debug: remove: remove some dmesg logspam from Linux mainline 3.4 fs\n\nSigned-off-by: engstk <eng.stk@sapo.pt>","distinct":true,"url":"https://api.github.com/repos/scafroglia93/kenzo_caf_kernel/commits/2c0707d74312d8a8daf708602c8adad30552a1bc"},{"sha":"17e4c1cd01fbf3f42805bfcef3185e25ef77dd54","author":{"name":"anarkia1976","email":"078723513d34710cd351f8b6160a9737c59fdc4e@gmail.com"},"message":"cpufreq: ondemand: Eliminate the deadband effect\n\n    using the formula:\n        Target frequency = C * load\n        where C = policy->cpuinfo.max_freq / 100\n\n    Though, in many cases, the minimum available frequency is pretty high and\n    the above calculation introduces a dead band from load 0 to\n    100 * policy->cpuinfo.min_freq / policy->cpuinfo.max_freq where the target\n    frequency is always calculated to less than policy->cpuinfo.min_freq and\n    the minimum frequency is selected.\n\n    For example: on Intel i7-3770 @ 3.4GHz the policy->cpuinfo.min_freq = 1600000\n    and the policy->cpuinfo.max_freq = 3400000 (without turbo). Thus, the CPU\n    starts to scale up at a load above 47.\n    On quad core 1500MHz Krait the policy->cpuinfo.min_freq = 384000\n    and the policy->cpuinfo.max_freq = 1512000. Thus, the CPU starts to scale\n    at load above 25.\n\n    Change the calculation of target frequency to eliminate the above effect using\n    the formula:\n\n        Target frequency = A + B * load\n        where A = policy->cpuinfo.min_freq and\n              B = (policy->cpuinfo.max_freq - policy->cpuinfo->min_freq) / 100\n\n    This will map load values 0 to 100 linearly to cpuinfo.min_freq to\n    cpuinfo.max_freq.\n\n    Also, use the CPUFREQ_RELATION_C in __cpufreq_driver_target to select the\n    closest frequency in frequency_table. This is necessary to avoid selection\n    of minimum frequency only when load equals to 0. It will also help for selection\n    of frequencies using a more 'fair' criterion.\n\n    Tables below show the difference in selected frequency for specific values\n    of load without and with this patch. On Intel i7-3770 @ 3.40GHz:\n        Without                 With\n    Load        Target  Selected        Target  Selected\n    0   0       1600000         1600000 1600000\n    5   170050  1600000         1690050 1700000\n    10  340100  1600000         1780100 1700000\n    15  510150  1600000         1870150 1900000\n    20  680200  1600000         1960200 2000000\n    25  850250  1600000         2050250 2100000\n    30  1020300 1600000         2140300 2100000\n    35  1190350 1600000         2230350 2200000\n    40  1360400 1600000         2320400 2400000\n    45  1530450 1600000         2410450 2400000\n    50  1700500 1900000         2500500 2500000\n    55  1870550 1900000         2590550 2600000\n    60  2040600 2100000         2680600 2600000\n    65  2210650 2400000         2770650 2800000\n    70  2380700 2400000         2860700 2800000\n    75  2550750 2600000         2950750 3000000\n    80  2720800 2800000         3040800 3000000\n    85  2890850 2900000         3130850 3100000\n    90  3060900 3100000         3220900 3300000\n    95  3230950 3300000         3310950 3300000\n    100 3401000 3401000         3401000 3401000\n\n    On ARM quad core 1500MHz Krait:\n        Without                 With\n    Load        Target  Selected        Target  Selected\n    0   0       384000          384000  384000\n    5   75600   384000          440400  486000\n    10  151200  384000          496800  486000\n    15  226800  384000          553200  594000\n    20  302400  384000          609600  594000\n    25  378000  384000          666000  702000\n    30  453600  486000          722400  702000\n    35  529200  594000          778800  810000\n    40  604800  702000          835200  810000\n    45  680400  702000          891600  918000\n    50  756000  810000          948000  918000\n    55  831600  918000          1004400 1026000\n    60  907200  918000          1060800 1026000\n    65  982800  1026000         1117200 1134000\n    70  1058400 1134000         1173600 1134000\n    75  1134000 1134000         1230000 1242000\n    80  1209600 1242000         1286400 1242000\n    85  1285200 1350000         1342800 1350000\n    90  1360800 1458000         1399200 1350000\n    95  1436400 1458000         1455600 1458000\n    100 1512000 1512000         1512000 1512000\n\n    Tested on Intel i7-3770 CPU @ 3.40GHz and on ARM quad core 1500MHz Krait\n    (Android smartphone).\n    Benchmarks on Intel i7 shows a performance improvement on low and medium\n    work loads with lower power consumption. Specifics:\n\n    Phoronix Linux Kernel Compilation 3.1:\n    Time: -0.40%, energy: -0.07%\n    Phoronix Apache:\n    Time: -4.98%, energy: -2.35%\n    Phoronix FFMPEG:\n    Time: -6.29%, energy: -4.02%\n\n    Also, running mp3 decoding (very low load) shows no differences with and\n    without this patch.\n\n    Signed-off-by: Stratos Karafotis <stratosk@semaphore.gr>\n    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/scafroglia93/kenzo_caf_kernel/commits/17e4c1cd01fbf3f42805bfcef3185e25ef77dd54"}]}
{"actor":{"display_login":"scafroglia93"}}