GitHub PushEvent at 2014-10-13 16:13:41
Repository: hells-Core-N5
Actor: hellsgod
Payload: {"shas":[["7032890180dd50c2d178e35f99a2f98208eaba9e","00cdc6fa627ebc82497840cfa79e238eb1a6f9be@gmx.ch","cpufreq: conservative: Revert my patchset","hellsgod",true],["df4cb2e5435868c7d52ba09ee4d2de2aa1ee2ab1","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","cpufreq: conservative: Fix typos in comments\n\nFix a couple of typos in comments.\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","stratosk",true],["da18ff88f9d23bdde71ccc7d0e117bd83f925fae","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","cpufreq: conservative: Fix sampling_down_factor functionality\n\nsampling_down_factor tunable is unused since commit\n8e677ce83bf41ba9c74e5b6d9ee60b07d4e5ed93 (4 years ago).\n\nThis patch restores the original functionality and documents the\ntunable.\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","stratosk",true],["554598d7bd0f2f850b8c974023b1bd8e6f070fd8","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","cpufreq: conservative: Fix the logic in frequency decrease checking\n\nWhen we evaluate the CPU load for frequency decrease we have to compare\nthe load against down_threshold. There is no need to subtract 10 points\nfrom down_threshold.\n\nInstead, we have to use the default down_threshold or user's selection\nunmodified.\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","stratosk",true],["08c6710620b22ea16d53b86eb1203b4b36a43c62","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","cpufreq: conservative: Use an inline function to evaluate freq_target\n\nUse an inline function to evaluate freq_target to avoid duplicate code.\n\nAlso, define a macro for the default frequency step.\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","stratosk",true],["11a58d894eef124c6544d77d7f64bde4852284d8","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","cpufreq: conservative: First check if we can further reduce the freq\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>","Stratos Karafotis",true],["0cfbbe8a424bd8f3132afceac6775bf4d98780d6","6212718ccb11fc08a22a84fb896ef1e5639c52e4@marvell.com","cpufreq: conservative: fix requested_freq reduction issue\n\nWhen decreasing frequency, requested_freq may be less than\nfreq_target, So requested_freq minus freq_target may be negative,\nBut reqested_freq's unit is unsigned int, then the negative result\nwill be one larger interger which may be even higher than\nrequested_freq.\n\nThis patch is to fix such issue. when result becomes negative,\nset requested_freq as the min value of policy.\n\nSigned-off-by: Xiaoguang Chen <chenxg@marvell.com>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>","Xiaoguang Chen",true],["4e96eada6f290a2c27250a13f5f3344dc30b298c","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","cpufreq: conservative: introduced micro frequencies sync","anarkia1976",true],["9c1042c453fe34becc52bc56c81586b22bc3d532","2dedf481e1826e9a4c54ad73928d5fdb833c3d9e@nvidia.com","cpufreq: conservative: update frequency when limits are relaxed\n\nReevaluate CPU load and update frequency immediately whenever limits\nare changed. Currently conservative doesn't do that when limits are\nrelaxed, wasting power on systems with relatively low sampling rate.\n\nSigned-off-by: Michal Pecio <mpecio@nvidia.com>\nReviewed-by: Thomas Renninger <trenn@suse.de>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","Michal Pecio",true],["a084f375cba8cb01e8d81eb87ebfb55c741ea822","af46fc11c512e2f04cb4f1fb592b19c9c97c3d90@samsung.com","cpufreq: conservative: Initialise the cpu field during conservative governor start\n\nThis change initialises the cpu id field of cs_cpu_dbs_info structure in\nconservative governor and keep this consistent with other governors.\nSimilar initialisation is present in ondemand governor.\n\nSigned-off-by: Amit Daniel Kachhap <amit.daniel@samsung.com>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","Amit Daniel Kachhap",true],["84238f16b5cc46c5c95b3720c3ed2bc30d520653","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","cpufreq: conservative: set default min_sample_rate to 50mS","anarkia1976",true],["6d0f32b4e9ccea3c5f423ee2d698d7041d27cea2","631dfb3d07694fdcf26abc7aac2c6c2b641f8bde@fusionio.com","rwsem: add rwsem_is_contended\n\nBtrfs needs a simple way to know if it needs to let go of it's read lock on a\nrwsem.  Introduce rwsem_is_contended to check to see if there are any waiters on\nthis rwsem currently.  This is just a hueristic, it is meant to be light and not\n100% accurate and called by somebody already holding on to the rwsem in either\nread or write.  Thanks,\n\nSigned-off-by: Josef Bacik <jbacik@fusionio.com>\nSigned-off-by: Chris Mason <clm@fb.com>\nAcked-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","Josef Bacik",true],["b5d9e9943e317a5b2c63379163fb1adce26c6f04","d7ca2ed3e31360a26e5e60317ed1b792bd41becb@hp.com","rwsem: check counter to avoid cmpxchg calls\n\nThis patch tries to reduce the amount of cmpxchg calls in the writer\nfailed path by checking the counter value first before issuing the\ninstruction.  If ->count is not set to RWSEM_WAITING_BIAS then there is\nno point wasting a cmpxchg call.\n\nFurthermore, Michel states \"I suppose it helps due to the case where\nsomeone else steals the lock while we're trying to acquire\nsem->wait_lock.\"\n\nTwo very different workloads and machines were used to see how this\npatch improves throughput: pgbench on a quad-core laptop and aim7 on a\nlarge 8 socket box with 80 cores.\n\nSome results comparing Michel's fast-path write lock stealing\n(tps-rwsem) on a quad-core laptop running pgbench:\n\n  | db_size | clients  |  tps-rwsem     |   tps-patch  |\n  +---------+----------+----------------+--------------+\n  | 160 MB   |       1 |           6906 |         9153 | + 32.5\n  | 160 MB   |       2 |          15931 |        22487 | + 41.1%\n  | 160 MB   |       4 |          33021 |        32503 |\n  | 160 MB   |       8 |          34626 |        34695 |\n  | 160 MB   |      16 |          33098 |        34003 |\n  | 160 MB   |      20 |          31343 |        31440 |\n  | 160 MB   |      30 |          28961 |        28987 |\n  | 160 MB   |      40 |          26902 |        26970 |\n  | 160 MB   |      50 |          25760 |        25810 |\n  ------------------------------------------------------\n  | 1.6 GB   |       1 |           7729 |         7537 |\n  | 1.6 GB   |       2 |          19009 |        23508 | + 23.7%\n  | 1.6 GB   |       4 |          33185 |        32666 |\n  | 1.6 GB   |       8 |          34550 |        34318 |\n  | 1.6 GB   |      16 |          33079 |        32689 |\n  | 1.6 GB   |      20 |          31494 |        31702 |\n  | 1.6 GB   |      30 |          28535 |        28755 |\n  | 1.6 GB   |      40 |          27054 |        27017 |\n  | 1.6 GB   |      50 |          25591 |        25560 |\n  ------------------------------------------------------\n  | 7.6 GB   |       1 |           6224 |         7469 | + 20.0%\n  | 7.6 GB   |       2 |          13611 |        12778 |\n  | 7.6 GB   |       4 |          33108 |        32927 |\n  | 7.6 GB   |       8 |          34712 |        34878 |\n  | 7.6 GB   |      16 |          32895 |        33003 |\n  | 7.6 GB   |      20 |          31689 |        31974 |\n  | 7.6 GB   |      30 |          29003 |        28806 |\n  | 7.6 GB   |      40 |          26683 |        26976 |\n  | 7.6 GB   |      50 |          25925 |        25652 |\n  ------------------------------------------------------\n\nFor the aim7 worloads, they overall improved on top of Michel's\npatchset.  For full graphs on how the rwsem series plus this patch\nbehaves on a large 8 socket machine against a vanilla kernel:\n\n  http://stgolabs.net/rwsem-aim7-results.tar.gz\n\nSigned-off-by: Davidlohr Bueso <davidlohr.bueso@hp.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","Davidlohr Bueso",true],["9273343758e9f6faa94e2d455820702a372aad9b","00cdc6fa627ebc82497840cfa79e238eb1a6f9be@gmx.ch","Revert \"fs: dcache: set vfs_cache_pressure 40%\"\n\nThis reverts commit 2358752f2210a0364b590d0dbb0990a201662dae.","hellsgod",true],["7f335f906f1a3e203164da81b89d6338b8cea5dc","00cdc6fa627ebc82497840cfa79e238eb1a6f9be@gmx.ch","Revert \"mm: Adjust dirty writeback for IO boost\"\n\nThis reverts commit aaaf1845274ad3a4a77a1d725be8d4a5b43dac52.","hellsgod",true],["6b209b94727ff9c9ae216cb26da9848d86e88965","00cdc6fa627ebc82497840cfa79e238eb1a6f9be@gmx.ch","hells_defconfig_ hC-MIUI-b6.9","hellsgod",true]],"size":16,"ref":"refs/heads/MIUI-mr1","head":"6b209b94727ff9c9ae216cb26da9848d86e88965"}