{"push_id":875209610,"size":33,"distinct_size":30,"ref":"refs/heads/cm-13.0","head":"fe6d783e584db08228d6ff5ee6f4432c50c6289e","before":"474c5dcf968e7c21d7da423a3ec0377038b1c122","commits":[{"sha":"d833e4dda8aef54dcba20c51c256c28ec0a10436","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"jagnm: initial support","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/d833e4dda8aef54dcba20c51c256c28ec0a10436"},{"sha":"3e0a8111eacaedf518448a517101a48a80547593","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"add jag3gds","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/3e0a8111eacaedf518448a517101a48a80547593"},{"sha":"e40f4e625b22a5517e70f779ceb2f6e10097bc1a","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"jag3gds: enable f2fs and fiops in config","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/e40f4e625b22a5517e70f779ceb2f6e10097bc1a"},{"sha":"51a35d5643177d879a546a45e48d2c16b98302a3","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"g3s: add INTERACTIVE to configs","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/51a35d5643177d879a546a45e48d2c16b98302a3"},{"sha":"e3353e917d791ed32b6c35a19fa6d4b5d930ac22","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"g3s: add PERFORMANCE gov to config","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/e3353e917d791ed32b6c35a19fa6d4b5d930ac22"},{"sha":"360ef6f19935ce3366961cef5635a048005c3d39","author":{"email":"d77b46f71ad07d1c66a004715c9110750816d270@motorola.com","name":"Jason Hrycay"},"message":"msm: memutils: memcpy, memmove, copy_page optimization\n\nPreload farther to take advantage of the memory bus, and assume\n64-byte cache lines.  Unroll some pairs of ldm/stm as well, for\nunexplainable reasons.\n\nFuture enhancements should include,\n\n- #define for how far to preload, possibly defined separately for\n  memcpy, copy_*_user\n- Tuning for misaligned buffers\n- Tuning for memmove\n- Tuning for small buffers\n- Understanding mechanism behind ldm/stm unroll causing some gains\n  in copy_to_user\n\nBASELINE (msm8960pro):\n======================================================================\nmemcpy 1000MB at 5MB       : took 808850 usec, bandwidth 1236.236 MB/s\ncopy_to_user 1000MB at 5MB : took 810071 usec, bandwidth 1234.234 MB/s\ncopy_from_user 1000MB at 5M: took 942926 usec, bandwidth 1060.060 MB/s\nmemmove 1000GB at 5MB      : took 848588 usec, bandwidth 1178.178 MB/s\ncopy_to_user 1000GB at 4kB : took 847916 usec, bandwidth 1179.179 MB/s\ncopy_from_user 1000GB at 4k: took 935113 usec, bandwidth 1069.069 MB/s\ncopy_page 1000GB at 4kB    : took 779459 usec, bandwidth 1282.282 MB/s\n\nTHIS PATCH:\n======================================================================\nmemcpy 1000MB at 5MB       : took 346223 usec, bandwidth 2888.888 MB/s\ncopy_to_user 1000MB at 5MB : took 348084 usec, bandwidth 2872.872 MB/s\ncopy_from_user 1000MB at 5M: took 348176 usec, bandwidth 2872.872 MB/s\nmemmove 1000GB at 5MB      : took 348267 usec, bandwidth 2871.871 MB/s\ncopy_to_user 1000GB at 4kB : took 377018 usec, bandwidth 2652.652 MB/s\ncopy_from_user 1000GB at 4k: took 371829 usec, bandwidth 2689.689 MB/s\ncopy_page 1000GB at 4kB    : took 383763 usec, bandwidth 2605.605 MB/s\n\nChange-Id: I843fe77192d61ce35a81e75d76fc09f0a472e98a\nSigned-off-by: Chris Fries <C.Fries@motorola.com>","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/360ef6f19935ce3366961cef5635a048005c3d39"},{"sha":"babad46a6bc62bcd086ce3c3bbc521d12d7a0ace","author":{"email":"fdd63d6d2cf1fcca4a32e9bdba550776ff3f9f3c@motorola.com","name":"Hong-Mei Li"},"message":"msm: memutils: memcpy, memmove optimization\n\n1. To fit 8x26 64-bytes cache line size, we change preload steps as 64Bytes.\n2. According to tune result, change preload distance as 5 cache lines.\n3. According to tune result, re-arrange the ld/str order as back-to-back\n   for copy_from_user.\n\nThe markable improvement:\n\tmemcpy : 5%\n\tcopy_to_user : 9%\n\tcopy_from_user : 13%\n\tmemmove : 37%\n\nRaw data is as below:\n\nBASELINE:\n\tmemcpy 1000MB at 5MB       : took 1547098 usec, bandwidth 646.646 MB/s\n\tcopy_to_user 1000MB at 5MB : took 1704308 usec, bandwidth 586.586 MB/s\n\tcopy_from_user 1000MB at 5M: took 1777090 usec, bandwidth 562.562 MB/s\n\tmemmove 1000GB at 5MB      : took 1066205 usec, bandwidth 937.937 MB/s\n\tcopy_to_user 1000GB at 4kB : took 1774866 usec, bandwidth 563.563 MB/s\n\tcopy_from_user 1000GB at 4k: took 1797654 usec, bandwidth 556.556 MB/s\n\tcopy_page 1000GB at 4kB    : took 1644606 usec, bandwidth 608.608 MB/s\n\tmemmove 1000GB at 4kB      : took 1236227 usec, bandwidth 808.808 MB/s\n\nTHIS PATCH:\n\tmemcpy 1000MB at 5MB       : took 1475835 usec, bandwidth 677.677 MB/s\n\tcopy_to_user 1000MB at 5MB : took 1559060 usec, bandwidth 641.641 MB/s\n\tcopy_from_user 1000MB at 5M: took 1561603 usec, bandwidth 640.640 MB/s\n\tmemmove 1000GB at 5MB      : took 861664 usec, bandwidth 1160.160 MB/s\n\tcopy_to_user 1000GB at 4kB : took 1673501 usec, bandwidth 597.597 MB/s\n\tcopy_from_user 1000GB at 4k: took 1674006 usec, bandwidth 597.597 MB/s\n\tcopy_page 1000GB at 4kB    : took 1691358 usec, bandwidth 591.591 MB/s\n\tmemmove 1000GB at 4kB      : took 882985 usec, bandwidth 1132.132 MB/s\n\nChange-Id: I83bec3b7a9dd9cd88890eaa7ec423363e230a651\nSigned-off-by: Hong-Mei Li <a21834@motorola.com>\nReviewed-on: http://gerrit.pcs.mot.com/550383\nSLT-Approved: Slta Waiver <sltawvr@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Klocwork kwcheck <klocwork-kwcheck@sourceforge.mot.com>\nReviewed-by: Check Patch <CHEKPACH@motorola.com>\nReviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/babad46a6bc62bcd086ce3c3bbc521d12d7a0ace"},{"sha":"924dea7be91617cb0b648f1809e719b102dc4357","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"g3s:  enable optimized memutils","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/924dea7be91617cb0b648f1809e719b102dc4357"},{"sha":"f65b3acf77129d3629d53efdae4a1cc19b24fcdb","author":{"email":"f29209e176deba8cfd2e79bb6b9166c7d43dc10b@lge.com","name":"Chanho Min"},"message":"lib: add lz4 compressor module\n\nThis patchset is for supporting LZ4 compression and the crypto API using\nit.\n\nAs shown below, the size of data is a little bit bigger but compressing\nspeed is faster under the enabled unaligned memory access.  We can use\nlz4 de/compression through crypto API as well.  Also, It will be useful\nfor another potential user of lz4 compression.\n\nlz4 Compression Benchmark:\nCompiler: ARM gcc 4.6.4\nARMv7, 1 GHz based board\n   Kernel: linux 3.4\n   Uncompressed data Size: 101 MB\n         Compressed Size  compression Speed\n   LZO   72.1MB\t\t  32.1MB/s, 33.0MB/s(UA)\n   LZ4   75.1MB\t\t  30.4MB/s, 35.9MB/s(UA)\n   LZ4HC 59.8MB\t\t   2.4MB/s,  2.5MB/s(UA)\n- UA: Unaligned memory Access support\n- Latest patch set for LZO applied\n\nThis patch:\n\nAdd support for LZ4 compression in the Linux Kernel.  LZ4 Compression APIs\nfor kernel are based on LZ4 implementation by Yann Collet and were changed\nfor kernel coding style.\n\nLZ4 homepage : http://fastcompression.blogspot.com/p/lz4.html\nLZ4 source repository : http://code.google.com/p/lz4/\nsvn revision : r90\n\nTwo APIs are added:\n\nlz4_compress() support basic lz4 compression whereas lz4hc_compress()\nsupport high compression or CPU performance get lower but compression\nratio get higher.  Also, we require the pre-allocated working memory with\nthe defined size and destination buffer must be allocated with the size of\nlz4_compressbound.\n\n[akpm@linux-foundation.org: make lz4_compresshcctx() static]\nSigned-off-by: Chanho Min <chanho.min@lge.com>\nCc: \"Darrick J. Wong\" <djwong@us.ibm.com>\nCc: Bob Pearson <rpearson@systemfabricworks.com>\nCc: Richard Weinberger <richard@nod.at>\nCc: Herbert Xu <herbert@gondor.hengli.com.au>\nCc: Yann Collet <yann.collet.73@gmail.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit ae54eec1285f644c7acec9c4c0c3963178e93c3f)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/f65b3acf77129d3629d53efdae4a1cc19b24fcdb"},{"sha":"ec2cee28e7962446ce2e5c6988ff69f220ca45a6","author":{"email":"81addaf2b3de238efaf0d9cab41b694990e42b0b@wiktel.com","name":"Richard Laager"},"message":"lib/lz4: correct the LZ4 license\n\nThe LZ4 code is listed as using the \"BSD 2-Clause License\".\n\nSigned-off-by: Richard Laager <rlaager@wiktel.com>\nAcked-by: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: Chanho Min <chanho.min@lge.com>\nCc: Richard Yao <ryao@gentoo.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\n[ The 2-clause BSD can be just converted into GPL, but that's rude and\n  pointless, so don't do it   - Linus ]\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit acea9a08809ac718b4e04063f6872067fcc2dbe6)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/ec2cee28e7962446ce2e5c6988ff69f220ca45a6"},{"sha":"9ea131e9dd5180df06b12a2ebcb01a049f09bdc4","author":{"email":"d9c384f6b6e27869ff3b53bd225c29030ac4166b@gmail.com","name":"Sergey Senozhatsky"},"message":"lz4: fix compression/decompression signedness mismatch\n\nLZ4 compression and decompression functions require different in\nsignedness input/output parameters: unsigned char for compression and\nsigned char for decompression.\n\nChange decompression API to require \"(const) unsigned char *\".\n\nSigned-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nCc: Kyungsik Lee <kyungsik.lee@lge.com>\nCc: Geert Uytterhoeven <geert@linux-m68k.org>\nCc: Yann Collet <yann.collet.73@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(cherry picked from commit 6d695cba0642a8c843dd1f9edc47accec5bb5a95)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/9ea131e9dd5180df06b12a2ebcb01a049f09bdc4"},{"sha":"fe1f09aead7808f154f857b044c469806ba5ebfe","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"lz4: ensure length does not wrap\n\nGiven some pathologically compressed data, lz4 could possibly decide to\nwrap a few internal variables, causing unknown things to happen.  Catch\nthis before the wrapping happens and abort the decompression.\n\nReported-by: \"Don A. Bailey\" <donb@securitymouse.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n(cherry picked from commit 8664dea287c77a320eeaf42ace763e40b45ba449)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/fe1f09aead7808f154f857b044c469806ba5ebfe"},{"sha":"8ae65ed9ee7c253fb2d675d5d263ff25aa838b0a","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"lz4: fix another possible overrun\n\nThere is one other possible overrun in the lz4 code as implemented by\nLinux at this point in time (which differs from the upstream lz4\ncodebase, but will get synced at in a future kernel release.)  As\npointed out by Don, we also need to check the overflow in the data\nitself.\n\nWhile we are at it, replace the odd error return value with just a\n\"simple\" -1 value as the return value is never used for anything other\nthan a basic \"did this work or not\" check.\n\nReported-by: \"Don A. Bailey\" <donb@securitymouse.com>\nReported-by: Willy Tarreau <w@1wt.eu>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n(cherry picked from commit 82fce7033b481e85fc1a9489d0b3a295a2afd446)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/8ae65ed9ee7c253fb2d675d5d263ff25aa838b0a"},{"sha":"1784460e72a10cf48affd18e17e70123338fbcc4","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"lz4: add overrun checks to lz4_uncompress_unknownoutputsize()\n\nJan points out that I forgot to make the needed fixes to the\nlz4_uncompress_unknownoutputsize() function to mirror the changes done\nin lz4_decompress() with regards to potential pointer overflows.\n\nThe only in-kernel user of this function is the zram code, which only\ntakes data from a valid compressed buffer that it made itself, so it's\nnot a big issue.  But due to external kernel modules using this\nfunction, it's better to be safe here.\n\nReported-by: Jan Beulich <JBeulich@suse.com>\nCc: \"Don A. Bailey\" <donb@securitymouse.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n(cherry picked from commit d0c5ea7736728fbd7302902eafdcddfde286c7bf)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/1784460e72a10cf48affd18e17e70123338fbcc4"},{"sha":"ac67e8d62c0c9600891ca6df2b4971d6f3a9cb0b","author":{"email":"80a24e735d812549c09054c99f7834313b50d4bf@motorola.com","name":"Chris Fries"},"message":"zram: Add LZ4 support\n\nAdd LZ4 compressor support.  Enable it with\nCONFIG_ZRAM_LZ4_COMPRESS=y\n\nChange-Id: I4bb62c1b51be9171f03386a2b714c6f7542cf321\nSigned-off-by: Chris Fries <cfries@motorola.com>\nReviewed-on: http://gerrit.mot.com/694989\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Russell Knize <rknize@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\n(cherry picked from commit 1f81bd989451c95ee2461097056f3aee319f704d)","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/ac67e8d62c0c9600891ca6df2b4971d6f3a9cb0b"},{"sha":"a27eee92b48b5423e8adecd4b697c8b37fa7de6c","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"g3s: Enable LZ4 compression for ZRAM","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/a27eee92b48b5423e8adecd4b697c8b37fa7de6c"},{"sha":"1d40ddec6bfdee15ff0b58955a70694c43001191","author":{"email":"cc9c653a1ceaeace5734337a393844f8fa1676d4@yandex.ru","name":"vm03"},"message":"g3s: bluedroid comptabile bt pm","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/1d40ddec6bfdee15ff0b58955a70694c43001191"},{"sha":"8db9387c44c11360fd837171ceef0fa701016afe","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"tcp_cubic: better follow cubic curve after idle period\n\nJana Iyengar found an interesting issue on CUBIC :\n\nThe epoch is only updated/reset initially and when experiencing losses.\nThe delta \"t\" of now - epoch_start can be arbitrary large after app idle\nas well as the bic_target. Consequentially the slope (inverse of\nca->cnt) would be really large, and eventually ca->cnt would be\nlower-bounded in the end to 2 to have delayed-ACK slow-start behavior.\n\nThis particularly shows up when slow_start_after_idle is disabled\nas a dangerous cwnd inflation (1.5 x RTT) after few seconds of idle\ntime.\n\nJana initial fix was to reset epoch_start if app limited,\nbut Neal pointed out it would ask the CUBIC algorithm to recalculate the\ncurve so that we again start growing steeply upward from where cwnd is\nnow (as CUBIC does just after a loss). Ideally we'd want the cwnd growth\ncurve to be the same shape, just shifted later in time by the amount of\nthe idle period.\n\nChange-Id: I5a6b57d38d85c1e685835061888e719d240350dc\nReported-by: Jana Iyengar <jri@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: Yuchung Cheng <ycheng@google.com>\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nCc: Stephen Hemminger <stephen@networkplumber.org>\nCc: Sangtae Ha <sangtae.ha@gmail.com>\nCc: Lawrence Brakmo <lawrence@brakmo.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/8db9387c44c11360fd837171ceef0fa701016afe"},{"sha":"65825b14b7bf03d60239b56d25aed8f3c4d2f9a6","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"tcp_cubic: do not set epoch_start in the future\n\nTracking idle time in bictcp_cwnd_event() is imprecise, as epoch_start\nis normally set at ACK processing time, not at send time.\n\nDoing a proper fix would need to add an additional state variable,\nand does not seem worth the trouble, given CUBIC bug has been there\nforever before Jana noticed it.\n\nLet's simply not set epoch_start in the future, otherwise\nbictcp_update() could overflow and CUBIC would again\ngrow cwnd too fast.\n\nThis was detected thanks to a packetdrill test Neal wrote that was flaky\nbefore applying this fix.\n\nChange-Id: Ifd1e4be175824a31619ff4c1dc973f82346b799d\nFixes: 30927520dbae (\"tcp_cubic: better follow cubic curve after idle period\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: Yuchung Cheng <ycheng@google.com>\nCc: Jana Iyengar <jri@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/65825b14b7bf03d60239b56d25aed8f3c4d2f9a6"},{"sha":"8cd699c8f9770a951439e181ccb24ac6e4a5e5eb","author":{"email":"c98cae966e1496f2bc82c295ca30c11e65955bd5@codeaurora.org","name":"Muhammed Siju"},"message":"net: rmnet_data: Add header files for rmnet_data\n\nAdd new rmnet_data.h header file to fix compilation.\n\nChange-Id: I919c1c687eafc1dd88ae8ddf3b9a1e2b96d2a12a\nSigned-off-by: Muhammed Siju <msiju@codeaurora.org>","distinct":false,"url":"https://api.github.com/repos/Quarx2k/android_kernel_lge_msm8226/commits/8cd699c8f9770a951439e181ccb24ac6e4a5e5eb"}]}