{"push_id":1123641804,"size":16,"distinct_size":16,"ref":"refs/heads/cm-13.0","head":"410bf200fd9ff7b0c017d2c4220e946f911f6f94","before":"1c3a53ee653a33c6ca0cfa61cbee709e506f090e","commits":[{"sha":"8a1b455ae9347a73709895e164579ea50f57629b","author":{"email":"5561d1795924a15e26c345ddbbf614138e1de2f3@chromium.org","name":"Puneet Kumar"},"message":"CHROMIUM: mm: Fix calculation of dirtyable memory\n\nThe system uses global_dirtyable_memory() to calculate\nnumber of dirtyable pages/pages that can be allocated\nto the page cache.  A bug causes an underflow thus making\nthe page count look like a big unsigned number.  This in turn\nconfuses the dirty writeback throttling to aggressively write\nback pages as they become dirty (usually 1 page at a time).\n\nFix is to ensure there is no underflow while doing the math.\n\nSigned-off-by: Sonny Rao <sonnyrao@chromium.org>\nSigned-off-by: Puneet Kumar <puneetster@chromium.org>\n\nBUG=chrome-os-partner:16011\nTEST=Manual; boot kernel, powerwash, login with testaccount and\nmake sure no jank occurs on sync of applications\n\nChange-Id: I614e7c3156e014f0f28a4ef9bdd8cb8a2cd07b2a\nReviewed-on: https://gerrit.chromium.org/gerrit/37612\nReviewed-by: Kees Cook <keescook@chromium.org>\nReviewed-by: Olof Johansson <olofj@chromium.org>\nCommit-Ready: Puneet Kumar <puneetster@chromium.org>\nReviewed-by: Puneet Kumar <puneetster@chromium.org>\nTested-by: Puneet Kumar <puneetster@chromium.org>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/8a1b455ae9347a73709895e164579ea50f57629b"},{"sha":"00543e3d02e9f0700ba8f7c2c0f17f7dc152f8e3","author":{"email":"d7cf6c037f073646f53568837735f9449223ef28@gmail.com","name":"Adriano Martins"},"message":"ARM: crypto: add NEON accelerated XOR implementation\n\nAdd a source file xor-neon.c (which is really just the reference\nC implementation passed through the GCC vectorizer) and hook it\nup to the XOR framework.","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/00543e3d02e9f0700ba8f7c2c0f17f7dc152f8e3"},{"sha":"20f739397a9206fedb2a11afc5a1524ef33dde6d","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: be strict about FP exceptions in kernel mode\n\nThe support code in vfp_support_entry does not care whether the\nexception that caused it to be invoked occurred in kernel mode or\nin user mode. However, neither condition that could trigger this\nexception (lazy restore and VFP bounce to support code) is\ncurrently allowable in kernel mode.\n\nIn either case, print a message describing the condition before\nletting the undefined instruction handler run its course and trigger\nan oops.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>\n\nConflicts:\n\tarch/arm/vfp/vfpmodule.c","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/20f739397a9206fedb2a11afc5a1524ef33dde6d"},{"sha":"b953df77ea892fc7c51cfe7ddf8bb6a41c063465","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: crypto: add NEON accelerated XOR implementation\n\nAdd a source file xor-neon.c (which is really just the reference\nC implementation passed through the GCC vectorizer) and hook it\nup to the XOR framework.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/b953df77ea892fc7c51cfe7ddf8bb6a41c063465"},{"sha":"4b450a53a860cb0ea1d4de50188bd843561a6037","author":{"email":"24f7fe9d205c8a9f6ade0c2894e14303ca16087f@intel.com","name":"kbuild test robot"},"message":"crypto: ablk_helper - Replace memcpy with struct assignment\n\ntree:   git://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git master\nhead:   48e6dc1b2a1ad8186d48968d5018912bdacac744\ncommit: a62b01cd6cc1feb5e80d64d6937c291473ed82cb [20/24] crypto: create generic version of ablk_helper\n\ncoccinelle warnings: (new ones prefixed by >>)\n\n>> crypto/ablk_helper.c:97:2-8: Replace memcpy with struct assignment\n>> crypto/ablk_helper.c:78:2-8: Replace memcpy with struct assignment\n\nPlease consider folding the attached diff :-)\n\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/4b450a53a860cb0ea1d4de50188bd843561a6037"},{"sha":"0aef3fd3dcf30838a69637056bd87bd391d2866a","author":{"email":"f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","name":"Russell King"},"message":"ARM: only allow kernel mode neon with AEABI\n\nThis prevents the linker erroring with:\n\narm-linux-ld: error: arch/arm/lib/xor-neon.o uses VFP instructions, whereas arch/arm/lib/built-in.o does not\narm-linux-ld: failed to merge target specific data of file arch/arm/lib/xor-neon.o\n\nThis is due to the non-neon files being marked as containing FPA data/\ninstructions (even though they do not) being mixed with files which\ncontain VFP, which is an incompatible floating point format.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/0aef3fd3dcf30838a69637056bd87bd391d2866a"},{"sha":"e650d01aaa12ab7834f25217425830395d78dd71","author":{"email":"e8b50d7b4a37839a028792f3f95c0e00a3aa8c10@lge.com","name":"Devin Kim"},"message":"fs/dcache.c: Fix the too small buffer for dname\n\ntemp[64] is used for internal temporary buffer in dynamic_dname().\nThis is for dname. But It's too small. dname's size may be > 64.\nIn that case, it returns as -ENAMETOOLONG. So Increase the buffer size\nto 256 for avoiding this issue.\n\nThe following was caused by the small buffer.\nWARNING: at /kernel/mm/page_alloc.c:2470 __alloc_pages_nodemask+0x24c/0x938()\nCPU: 2 PID: 505 Comm: android.bg Not tainted 3.10.0-g2f73780-00003-g2ff41d9-dirty #13\n[<c010ba3c>] (unwind_backtrace+0x0/0x11c) from [<c0109cac>] (show_stack+0x10/0x14)\n[<c0109cac>] (show_stack+0x10/0x14) from [<c01939a0>] (warn_slowpath_common+0x48/0x68)\n[<c01939a0>] (warn_slowpath_common+0x48/0x68) from [<c0193a7c>] (warn_slowpath_null+0x18/0x20)\n[<c0193a7c>] (warn_slowpath_null+0x18/0x20) from [<c0222454>] (__alloc_pages_nodemask+0x24c/0x938)\n[<c0222454>] (__alloc_pages_nodemask+0x24c/0x938) from [<c0222b50>] (__get_free_pages+0x10/0x24)\n[<c0222b50>] (__get_free_pages+0x10/0x24) from [<c024faf8>] (kmalloc_order_trace+0x24/0xf0)\n[<c024faf8>] (kmalloc_order_trace+0x24/0xf0) from [<c024fe20>] (__kmalloc+0x30/0x244)\n[<c024fe20>] (__kmalloc+0x30/0x244) from [<c02723c8>] (seq_read+0x270/0x464)\n[<c02723c8>] (seq_read+0x270/0x464) from [<c0256a18>] (vfs_read+0xa4/0x134)\n[<c0256a18>] (vfs_read+0xa4/0x134) from [<c0256de8>] (SyS_read+0x38/0x68)\n[<c0256de8>] (SyS_read+0x38/0x68) from [<c0106140>] (ret_fast_syscall+0x0/0x30)\n\nChange-Id: I74f5217ba3c4be73e91f33f900f1f0c26810cc05\nSigned-off-by: Devin Kim <dojip.kim@lge.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/e650d01aaa12ab7834f25217425830395d78dd71"},{"sha":"8571635426d8deed4480ee289b39c126a5663328","author":{"email":"66544194c33df2a4de1046b8bbb3228dcee9bb43@google.com","name":"keunyoung"},"message":"fix false disconnect due to a signal sent to the reading process\n\n- In the current implementation, when a signal is sent to the reading process,\n  read is cancelled by calling usb_ep_dequeue, which lead into calling\n  acc_complete_out with ECONNRESET, but the current logic treats it as\n  disconnection, which makes the device inaccessible until cable is actually\n  disconnected.\n- The fix calls disconnect only when ESHUTDOWN error is passed.\n- If data has already arrived while trying cancelling, the data is marked\n  as available, and it will be read out on the next read. This is necessary\n  as USB bulk is assumed to guarantee no data loss.\n\nSigned-off-by: keunyoung <keunyoung@google.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/8571635426d8deed4480ee289b39c126a5663328"},{"sha":"b28a5535d20a458a0d654c121096224359f08c4a","author":{"email":"e203ad089043f59502b8a6bd676687433f467ba0@motorola.com","name":"Chris Fries"},"message":"ARM: smp: Wait just 1 second for other CPU to halt\n\nCurrently, the busyloop waiting for a 2nd CPU to stop takes about 4\nseconds.  Adjust for the overhead of the loop by looping every 1ms\ninstead of 1us.\n\nSigned-off-by: Chris Fries <C.Fries@motorola.com>\nReviewed-on: http://gerrit.pcs.mot.com/537864\nSLT-Approved: Slta Waiver <sltawvr@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Check Patch <CHEKPACH@motorola.com>\nReviewed-by: Klocwork kwcheck <klocwork-kwcheck@sourceforge.mot.com>\nReviewed-by: Igor Kovalenko <cik009@motorola.com>\nReviewed-by: Russell Knize <rknize2@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/b28a5535d20a458a0d654c121096224359f08c4a"},{"sha":"725f67eaa9801cf2a515a771decf5ae3b3b1667e","author":{"email":"d7ca2ed3e31360a26e5e60317ed1b792bd41becb@hp.com","name":"Davidlohr Bueso"},"message":"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>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/725f67eaa9801cf2a515a771decf5ae3b3b1667e"},{"sha":"4bd4cf061b148691c4f5535b24f5d78c3afd6ac7","author":{"email":"86d5cd32b970f09900f5f5549e15d031b44f8f32@gmail.com","name":"ramgear"},"message":"int_sqrt.c: Correction square root algo with naming","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/4bd4cf061b148691c4f5535b24f5d78c3afd6ac7"},{"sha":"12f3268cbb6410397e27b3f7e9e00370647402ef","author":{"email":"86d5cd32b970f09900f5f5549e15d031b44f8f32@gmail.com","name":"FlyFrog"},"message":"int_sqrt: Improve 3x faster integer sqrt.\n\nResult on 10,000,000 call.\nOld:\nsqrt(12345689) = 3513\nreal\t0m0.768s\nuser\t0m0.760s\nsys\t0m0.004s\n\nNew:\nsqrt(12345689) = 3513\nreal\t0m0.222s\nuser\t0m0.224s\nsys\t0m0.000s","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/12f3268cbb6410397e27b3f7e9e00370647402ef"},{"sha":"c084d84a77d1102f7f52f427fb068882be629af9","author":{"email":"bc04d5e582bf5c032c24683f7314bdaab249b0ae@hotmail.com","name":"mrg666"},"message":"[v4] binfmt_elf.c: use get_random_int() to fix entropy depleting\n\nEntropy is quickly depleted under normal operations like ls(1), cat(1),\netc...  between 2.6.30 to current mainline, for instance:\n\n$ cat /proc/sys/kernel/random/entropy_avail\n3428\n$ cat /proc/sys/kernel/random/entropy_avail\n2911\n$cat /proc/sys/kernel/random/entropy_avail\n2620\n\nWe observed this problem has been occurring since 2.6.30 with\nfs/binfmt_elf.c: create_elf_tables()->get_random_bytes(), introduced by\nf06295b44c296c8f (\"ELF: implement AT_RANDOM for glibc PRNG seeding\").\n\n/*\n * Generate 16 random bytes for userspace PRNG seeding.\n */\nget_random_bytes(k_rand_bytes, sizeof(k_rand_bytes));\n\nThe patch introduces a wrapper around get_random_int() which has lower\noverhead than calling get_random_bytes() directly.\n\nWith this patch applied:\n$ cat /proc/sys/kernel/random/entropy_avail\n2731\n$ cat /proc/sys/kernel/random/entropy_avail\n2802\n$ cat /proc/sys/kernel/random/entropy_avail\n2878\n\nAnalyzed by John Sobecki.\n\nSigned-off-by: Jie Liu <jeff.liu@oracle.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nCc: Andreas Dilger <aedilger@gmail.com>\nCc: Alan Cox <alan@linux.intel.com>\nCc: Arnd Bergmann <arnn@arndb.de>\nCc: John Sobecki <john.sobecki@oracle.com>\nCc: James Morris <james.l.morris@oracle.com>\nCc: Jakub Jelinek <jakub@redhat.com>\nCc: Ted Ts'o <tytso@mit.edu>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Kees Cook <keescook@chromium.org>\nCc: Ulrich Drepper <drepper@redhat.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/c084d84a77d1102f7f52f427fb068882be629af9"},{"sha":"5885fc2205dd43c1da5168a5a1f4c2c0c0bbe65e","author":{"email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org","name":"Viresh Kumar"},"message":"cpufreq: Manage only online cpus\n\ncpufreq core doesn't manage offline cpus and if driver->init() has returned\nmask including offline cpus, it may result in unwanted behavior by cpufreq core\nor governors.\n\nWe need to get only online cpus in this mask. There are two places to fix this\nmask, cpufreq core and cpufreq driver. It makes sense to do this at common place\nand hence is done in core.\n\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/5885fc2205dd43c1da5168a5a1f4c2c0c0bbe65e"},{"sha":"9d9dc0ed7f73997314a43bd69a4f24e1eb82f7e9","author":{"email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org","name":"Viresh Kumar"},"message":"cpufreq: Notify governors when cpus are hot-[un]plugged\n\nBecause cpufreq core and governors worry only about the online cpus, if a cpu is\nhot [un]plugged, we must notify governors about it, otherwise be ready to expect\nsomething unexpected.\n\nWe already have notifiers in the form of CPUFREQ_GOV_START/CPUFREQ_GOV_STOP, we\njust need to call them now.\n\nChange-Id: I46e78a1d171a652dcc6b91abfbf22cfaaecdd4a5\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/9d9dc0ed7f73997314a43bd69a4f24e1eb82f7e9"},{"sha":"410bf200fd9ff7b0c017d2c4220e946f911f6f94","author":{"email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org","name":"Viresh Kumar"},"message":"cpufreq: interactive: Remove unnecessary cpu_online() check\n\nCpufreq no longer calls governor callback for offlined cpus. i.e. All\npolicy->cpus are guaranteed to be online. Hence we don't need explicit check to\nsee if cpu is online or not.\n\nChange-Id: I9ad85ea4addd5b4a40952e59ed730dd15e328690\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>","distinct":true,"url":"https://api.github.com/repos/syphyr/android_kernel_lge_awifi/commits/410bf200fd9ff7b0c017d2c4220e946f911f6f94"}]}
{"actor":{"display_login":"syphyr"}}