GitHub PushEvent at 2014-01-31 22:46:32
Repository: kernel_msm
Actor: thiagox
Payload: {"shas":[["593046d9371caceb6a1e863a671c6676d3c68e83","479243cd119bb83860a76355a60cdd17e2332d2f@gmail.com","Disable Os flag so it uses O2\n\nChange-Id: Ib95d2aac9dcb0816c3fd2ee7140619d1277e09f6\nSigned-off-by: Josue Rivera <prbassplayer@gmail.com>\n\nConflicts:\n\tarch/arm/configs/slim_mako_defconfig","Josue Rivera",true],["e3aa526b22552accc4291fb9d3e701f869b5a44b","1e0ce936bb9b355d257bf5790d2513c3f28be22b@linux.vnet.ibm.com","fs/sync: Make sync() satisfy many requests with one invocation\n\nDave Jones reported RCU stalls, overly long hrtimer interrupts, and\namazingly long NMI handlers from a trinity-induced workload involving\nlots of concurrent sync() calls (https://lkml.org/lkml/2013/7/23/369).\nThere are any number of things that one might do to make sync() behave\nbetter under high levels of contention, but it is also the case that\nmultiple concurrent sync() system calls can be satisfied by a single\nsys_sync() invocation.\n\nGiven that this situation is reminiscent of rcu_barrier(), this commit\napplies the rcu_barrier() approach to sys_sync().  This approach uses\na global mutex and a sequence counter.  The mutex is held across the\nsync() operation, which eliminates contention between concurrent sync()\noperations.  The counter is incremented at the beginning and end of\neach sync() operation, so that it is odd while a sync() operation is in\nprogress and even otherwise, just like sequence locks.\n\nThe code that used to be in sys_sync() is now in do_sync(), and sys_sync()\nnow handles the concurrency.  The sys_sync() function first takes a\nsnapshot of the counter, then acquires the mutex, and then takes another\nsnapshot of the counter.  If the values of the two snapshots indicate that\na full do_sync() executed during the mutex acquisition, the sys_sync()\nfunction releases the mutex and returns (\"Our work is done!\").  Otherwise,\nsys_sync() increments the counter, invokes do_sync(), and increments\nthe counter again.\n\nThis approach allows a single call to do_sync() to satisfy an arbitrarily\nlarge number of sync() system calls, which should eliminate issues due\nto large numbers of concurrent invocations of the sync() system call.\n\nChanges since v1 (https://lkml.org/lkml/2013/7/24/683):\n\no\tAdd a pair of memory barriers to keep the increments from\n\tbleeding into the do_sync() code.  (The failure probability\n\tis insanely low, but when you have several hundred million\n\tdevices running Linux, you can expect several hundred instances\n\tof one-in-a-million failures.)\n\no\tActually CC some people who have experience in this area.\n\nReported-by: Dave Jones <davej@redhat.com>\nSigned-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Alexander Viro <viro@zeniv.linux.org.uk>\nCc: Christoph Hellwig <hch@lst.de>\nCc: Jan Kara <jack@suse.cz>\nCc: Curt Wohlgemuth <curtw@google.com>\nCc: Jens Axboe <jaxboe@fusionio.com>\nCc: linux-fsdevel@vger.kernel.org\n\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Paul E. McKenney",true],["b9e2e9c242d5c760de370a7b21801cafa7345792","d7ca2ed3e31360a26e5e60317ed1b792bd41becb@hp.com","lib/int_sqrt.c: optimize square root algorithm\n\nOptimize the current version of the shift-and-subtract (hardware)\nalgorithm, described by John von Newmann[1] and Guy L Steele.\n\nIterating 1,000,000 times, perf shows for the current version:\n\n Performance counter stats for './sqrt-curr' (10 runs):\n\n         27.170996 task-clock                #    0.979 CPUs utilized            ( +-  3.19% )\n                 3 context-switches          #    0.103 K/sec                    ( +-  4.76% )\n                 0 cpu-migrations            #    0.004 K/sec                    ( +-100.00% )\n               104 page-faults               #    0.004 M/sec                    ( +-  0.16% )\n        64,921,199 cycles                    #    2.389 GHz                      ( +-  0.03% )\n        28,967,789 stalled-cycles-frontend   #   44.62% frontend cycles idle     ( +-  0.18% )\n   <not supported> stalled-cycles-backend\n       104,502,623 instructions              #    1.61  insns per cycle\n                                             #    0.28  stalled cycles per insn  ( +-  0.00% )\n        34,088,368 branches                  # 1254.587 M/sec                    ( +-  0.00% )\n             4,901 branch-misses             #    0.01% of all branches          ( +-  1.32% )\n\n       0.027763015 seconds time elapsed                                          ( +-  3.22% )\n\nAnd for the new version:\n\nPerformance counter stats for './sqrt-new' (10 runs):\n\n          0.496869 task-clock                #    0.519 CPUs utilized            ( +-  2.38% )\n                 0 context-switches          #    0.000 K/sec\n                 0 cpu-migrations            #    0.403 K/sec                    ( +-100.00% )\n               104 page-faults               #    0.209 M/sec                    ( +-  0.15% )\n           590,760 cycles                    #    1.189 GHz                      ( +-  2.35% )\n           395,053 stalled-cycles-frontend   #   66.87% frontend cycles idle     ( +-  3.67% )\n   <not supported> stalled-cycles-backend\n           398,963 instructions              #    0.68  insns per cycle\n                                             #    0.99  stalled cycles per insn  ( +-  0.39% )\n            70,228 branches                  #  141.341 M/sec                    ( +-  0.36% )\n             3,364 branch-misses             #    4.79% of all branches          ( +-  5.45% )\n\n       0.000957440 seconds time elapsed                                          ( +-  2.42% )\n\nFurthermore, this saves space in instruction text:\n\n   text    data     bss     dec     hex filename\n    111       0       0     111      6f lib/int_sqrt-baseline.o\n     89       0       0      89      59 lib/int_sqrt.o\n\n[1] http://en.wikipedia.org/wiki/First_Draft_of_a_Report_on_the_EDVAC\n\nSigned-off-by: Davidlohr Bueso <davidlohr.bueso@hp.com>\nReviewed-by: Jonathan Gonzalez <jgonzlez@linets.cl>\nTested-by: Jonathan Gonzalez <jgonzlez@linets.cl>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","Davidlohr Bueso",true],["e2893ad0a6fcd9528057f99c2029385026cc5382","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","lib/memcopy: use glibc version\n\nthe kernel's memcpy and memmove is very inefficient. But the glibc version is\nquite fast, in some cases it is 10 times faster than the kernel version. So I\nintroduce some memory copy macros and functions of the glibc to improve the\nkernel version's performance.\n\nThe strategy of the memory functions is:\n1. Copy bytes until the destination pointer is aligned.\n2. Copy words in unrolled loops.  If the source and destination are not\n   aligned in the same way, use word memory operations, but shift and merge\n   two read words before writing.\n3. Copy the few remaining bytes.\n\nSigned-off-by: Miao Xie <miaox*******>\nSigned-off-by: faux123 <reioux@gmail.com>","faux123",true],["6f47a6307ca45ad8ef5b0f78f31801d573826239","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","lib/string: use glibc version\n\nthe performance of memcpy and memmove of the general version is very\ninefficient, this patch improved them.\n\nSigned-off-by: Miao Xie <miaox*******>\nSigned-off-by: faux123 <reioux@gmail.com>","faux123",true],["f442e12259a7e53115411c800afa2a6a1fa087f7","479243cd119bb83860a76355a60cdd17e2332d2f@gmail.com","Fix some typos\n\nChange-Id: I6afa3f21c634320af8d92dde9e6c2d27f8862905\nSigned-off-by: Josue Rivera <prbassplayer@gmail.com>","Josue Rivera",true],["b5df8679fbed53c6102c9c02971640a5ecc03def","ab13810afca441349f28a014b8f29404a245d6e4@gmail.com","Squash updates for MpDecision and Thermald from showp\n\nmsm_mpdecision: add fb callback, keep earlysuspend\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nthermal/mpdec: export throttle indicator and don't input boost if we are throttled\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nConflicts:\n\tdrivers/thermal/bricked_thermal.c\n\nmsm_mpdecision: switch to lcd callback and improve sus/res code\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: remove per_cpu suspend value\nThis is unneccessary and produces overhead when checking/setting over loops\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: offload definitions to header\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nConflicts:\n\tarch/arm/mach-msm/msm_mpdecision.c\n\nthermal: when we restore the original limits use the norm_min freq from mpdecision inputboost\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: fix definitions for earlysuspend/lcd callback switch\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: fix whitespaces throughout the file to comply with linux coding styles\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nConflicts:\n\tarch/arm/mach-msm/msm_mpdecision.h\n\nmsm_mpdecision: early continue get_slowest_cpu() and _rate() to save some cycles\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: move startdelay to init to save cycles on each work call\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: also verify that boost frequencies are > minfreq\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: fix boost_time not respecting sysfs changes\nThis fixes issue #17\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: add missing #ifdefs around thermal related code\nThis fixes issue #19 (compilation without thermal)\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: add input boost triggers\nThis fixes issue #27 - No boost event triggered\n&\nissue #28 - Power button should trigger boost_freq\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: set idle_freq arch specific\nThis fixes issue #31 - idle frequency needs changing when switching archs\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: fix early_suspend compilation\n\nThis was not changed because we do not compile with early suspend\nand hence didn't encounter any errors. Fix it.\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: add locking to early_suspend related code, even if we do not use it\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\ncpu: noop nonboot_cpu calls if MSM_MPDEC is compiled\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: opt out early if we are thermal throttled\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmdpec: fix missing ifdefs when compiling with earlysuspend\n\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\n\nmsm_mpdecision: boost freqs are arch dependent too\n\nChange-Id: I48b3f1fda07cc349feafcc0d4a68d5039be57e2b\nSigned-off-by: Dennis Rassmann <showp1984@gmail.com>\nSigned-off-by: Josue Rivera <prbassplayer@gmail.com>","Dennis Rassmann",true],["30aeba7fc9f9bd0919ce1b1bb9dba820f453c062","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","config: Remove unused MEDIA_TUNER option\n\nChange-Id: I7d43ba75f9cff551200866e561932dd277272a5a\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>","Stratos Karafotis",true],["b225a8e70d2f8f1bba0941e988a55d499c9b533d","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","core.c: Disable Software CRC check\n\nChange-Id: Ib5135c526b3cf7ce23b52f86c15d862de9bc5ef8","anarkia1976",true],["a7e456b306c9afb9a953a2a2db8f4ca57c5f8354","d1e82e2813f00e3d60e00aa92378ef41c34f031b@oracle.com","AIO: Don't plug the I/O queue in do_io_submit() Asynchronous I/O latency to a solid-state disk greatly increased between the 2.6.32 and 3.0 kernels. By removing the plug from do_io_submit(), we observed a 34% improvement in the I/O latency.\n\nUnfortunately, at this level, we don't know if the request is to\na rotating disk or not.\n\nChange-Id: I7101df956473ed9fd5dcff18e473dd93b688a5c1\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: linux-aio@kvack.org\nCc: Chris Mason <chris.mason@oracle.com>\nCc: Jens Axboe <axboe@kernel.dk>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jeff Moyer <jmoyer@redhat.com>\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","Dave Kleikamp",true],["33fb8a09c48b52d8f0b4664dbf8093b1e478ca26","7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","msm: Makefile: we don't need these in mako\n\nChange-Id: Ib254ae3d57353cf3031cb6f2986517416bc7af3e\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>","Stratos Karafotis",true],["14cf6eaab4142837f3524dacfa3038555bb135da","42480b5f4d505650064e5081b85d867a03559887@gmail.com","Enable pipe flag.\n\nChange-Id: I24b4ff08070dad5df62f404a4ddb912739b6f8b4\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","franciscofranco",true],["816fd16ab41a21305cebee4fa20934a08eac8876","87bc22e1ffe89e26fa2661ba9c7fe7c19f55bf7b@gmail.com","kernel:sched: LOAD_FREQ (4*HZ+61) avoids loadavg Moire\n\nLOAD_FREQ is (5*HZ+1) to avoid high load average when idle:\nhttp://kerneltrap.org/mailarchive/linux-kernel/2007/10/3/328568\n\nI suggest (4*HZ+61) for a better distribution.\n\nWith some seconds based load (like SSL heartbeats)\nand LOAD_FREQ at (5*HZ+1) I see Moire patterns like inverse sawtooth,\nsince 2 or 3 probes hit the jobs (load increases quickly),\nfollowed by several probes missing it.\n\nA 4.61 sec interval gives optimal distribution over when within a\nsecond a probe is taken, as .61 is close to golden ratio phi 1.618...\n(test in http://ripke.com/goldenratio.c).\n\n12*4.61 = 55.32 secs is still close to a minute,\nand 13*4.61=59.93 is even closer than the current 12*5.01=60.12\n(with exponents EXP_x adjusted to a ratio of 13 instead of 12).\n\nChange-Id: Ibf7917f913a0c03fdaa4806f0e82dc727fe17e67","Angelo G. Del Regno",true],["5fffbb46ffc163d79c2ab511ad4777220625a9fb","ed0f1d78b8c21b2970494a178da4bdfa8beba2a7@lwfinger.net","cfg80211: Fix memory leak\n\nWhen a driver requests a specific regulatory domain after cfg80211 already\nhas one, a struct ieee80211_regdomain is leaked.\n\nChange-Id: I74a79f3ed3177a12a5f23181a41b837f49d11ca8","Larry Finger",true]],"size":14,"ref":"refs/heads/android-msm-mako-3.4-kitkat-mr1","head":"5fffbb46ffc163d79c2ab511ad4777220625a9fb"}