{"push_id":671083389,"size":1,"distinct_size":1,"ref":"refs/heads/android-5.1","head":"cb966493f4cbd9ec9ca9a4907fa1c7d47c4b7d7d","before":"14292f2baa9fc1a09a447bb71bb0df61eba167cc","commits":[{"sha":"cb966493f4cbd9ec9ca9a4907fa1c7d47c4b7d7d","author":{"email":"f14e1c06947530ca62aeede3d6e19f557cee4ac0@gmail.com","name":"kldoc"},"message":"Mako 3.4 lollipop-mr1\n\nLollipop 5.1 kernel update for Mako\n\nhttps://android.googlesource.com/kernel/msm.git/+/android-msm-mako-3.4-lollipop-mr1\n\nSquashed commit of the following:\n\ncommit 99f5b2bda28d5e91dc10a1c17043ae0074fae81f\nAuthor: Naveen Ramaraj <nramaraj@codeaurora.org>\nDate:   Thu Mar 19 12:48:55 2015 -0700\n\n    smd_pkt: Add sanity check to avoid unregistering the driver twice\n\n    Attempting to unregister it again will cause a panic\n\n    Bug: 18759663\n    Change-Id: Iff2adbc79136c55141f35b872cb70584d303a689\n    Signed-off-by: Naveen Ramaraj <nramaraj@codeaurora.org>\n\ncommit 9b8bb37dbd9431da5899a221d583e578ba800d68\nAuthor: Naveen Ramaraj <nramaraj@codeaurora.org>\nDate:   Mon Feb 9 17:43:31 2015 -0800\n\n    msm: smd_pkt: Avoid prematurely stashing driver info\n\n    smd_pkt_release() relies on checks that would pass by default\n    (reference count == 0) to proceed with the release even if the\n    open was unsuccessful in the first place\n\n    Bug: b/18759663\n    Signed-off-by: Naveen Ramaraj <nramaraj@codeaurora.org>\n\ncommit 558d16c28a7ecb4cfa98fe7401954180f76f56fb\nAuthor: Chad Jones <chadj@google.com>\nDate:   Fri Mar 13 20:45:19 2015 +0000\n\n    Add build.config\n\n    Bug: 19661035,19715067\n    Change-Id: I9efc9521df282b7866059c15d4b20b9219a32364\n\ncommit 270d37c1cba9e7dc59e462195765093b9bac5c67\nAuthor: Tejun Heo <tj@kernel.org>\nDate:   Wed Feb 27 17:03:34 2013 -0800\n\n    idr: fix a subtle bug in idr_get_next()\n\n    commit 6cdae7416a1c45c2ce105a78187d9b7e8feb9e24 upstream.\n\n    The iteration logic of idr_get_next() is borrowed mostly verbatim from\n    idr_for_each().  It walks down the tree looking for the slot matching\n    the current ID.  If the matching slot is not found, the ID is\n    incremented by the distance of single slot at the given level and\n    repeats.\n\n    The implementation assumes that during the whole iteration id is aligned\n    to the layer boundaries of the level closest to the leaf, which is true\n    for all iterations starting from zero or an existing element and thus is\n    fine for idr_for_each().\n\n    However, idr_get_next() may be given any point and if the starting id\n    hits in the middle of a non-existent layer, increment to the next layer\n    will end up skipping the same offset into it.  For example, an IDR with\n    IDs filled between [64, 127] would look like the following.\n\n              [  0  64 ... ]\n           /----/   |\n           |        |\n          NULL    [ 64 ... 127 ]\n\n    If idr_get_next() is called with 63 as the starting point, it will try\n    to follow down the pointer from 0.  As it is NULL, it will then try to\n    proceed to the next slot in the same level by adding the slot distance\n    at that level which is 64 - making the next try 127.  It goes around the\n    loop and finds and returns 127 skipping [64, 126].\n\n    Note that this bug also triggers in idr_for_each_entry() loop which\n    deletes during iteration as deletions can make layers go away leaving\n    the iteration with unaligned ID into missing layers.\n\n    Fix it by ensuring proceeding to the next slot doesn't carry over the\n    unaligned offset - ie.  use round_up(id + 1, slot_distance) instead of\n    id += slot_distance.\n\n    Bug: 19665182\n    Bug: 18069309\n    Bug: 19236185\n\n    Change-Id: Iddd4b6fb27c39d7607bc778fc00bafe6ec289478\n    Signed-off-by: Tejun Heo <tj@kernel.org>\n    Reported-by: David Teigland <teigland@redhat.com>\n    Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\n    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>\n    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\ncommit f75bb4f845e25ee682ef05b139e0d9c5a9d23c16\nAuthor: Ed Tam <etam@google.com>\nDate:   Wed Mar 11 16:41:38 2015 -0700\n\n    Increase watchdog bark timeout to 45s\n\n    Bug: 18759528\n\ncommit e220161d68c9c37a3f11970904f05ce0b97f40f5\nAuthor: Praveen Chavan <pchavan@codeaurora.org>\nDate:   Fri Jan 23 14:48:16 2015 -0800\n\n    msm_vidc: Update frame-height along with buffer-size after reconfig\n\n    For the streams with height lesser than minimum required height(96),\n    decoder initiates a reconfig to indicate client about new size.\n    For clients that calculate output buffer-size based on frame\n    dimensions, resulting buffer sizes could be small and eventually\n    rejected\n\n    b/ 18528130\n\n    Change-Id: I17cf166a40f77fcea74e7d0c19af801e6e6244d5\n    Signed-off-by: Praveen Chavan <pchavan@codeaurora.org>\n    Signed-off-by: c_sridur <sridur@codeaurora.org>\n\ncommit cedb733dcb95deffdb1869d18ddc35463b0dd12c\nAuthor: Naseer Ahmed <naseer@codeaurora.org>\nDate:   Tue Jan 27 19:51:26 2015 -0500\n\n    msm: rotator: Add proper checks for enabling Fast YUV\n\n    For rotator version 2.0 and above, there is support for fast\n    YUV which gives better rotator performance. However, there are\n    few constraints related to height under which fast YUV cannot be\n    enabled when 90 degree rotation is enabled. Make sure\n    to add proper checks before enabling fast YUV.\n\n    Change-Id: Iafd204a6e4ef09e1151d01d8fde35359b7c3b7a5\n    Signed-off-by: Padmanabhan Komanduru <pkomandu@codeaurora.org>\n    Signed-off-by: Naseer Ahmed <naseer@codeaurora.org>\n    Bug: 19043183\n\ncommit d134b60b434341d7cf6cc35838fada1a7e0b66a3\nAuthor: Sabrina Dubroca <sd@queasysnail.net>\nDate:   Wed Sep 10 23:23:02 2014 +0200\n\n    ipv6: clean up anycast when an interface is destroyed\n\n    If we try to rmmod the driver for an interface while sockets with\n    setsockopt(JOIN_ANYCAST) are alive, some refcounts aren't cleaned up\n    and we get stuck on:\n\n      unregister_netdevice: waiting for ens3 to become free. Usage count = 1\n\n    If we LEAVE_ANYCAST/close everything before rmmod'ing, there is no\n    problem.\n\n    We need to perform a cleanup similar to the one for multicast in\n    addrconf_ifdown(how == 1).\n\n    BUG: 18902601\n    Bug: 19100303\n\n    Change-Id: I6d51aed5755eb5738fcba91950e7773a1c985d2e\n    Signed-off-by: Sabrina Dubroca <sd@queasysnail.net>\n    Acked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\n    Signed-off-by: David S. Miller <davem@davemloft.net>\n    Signed-off-by: Patrick Tjin <pattjin@google.com>\n\ncommit 65e9273c22264162c85351c5c29c94ff7ee2285e\nAuthor: Naseer Ahmed <naseer@codeaurora.org>\nDate:   Wed Jan 21 18:36:42 2015 -0500\n\n    msm: mdp: Validate input arguments from user space\n\n    Fully verify the input arguments from user client are safe\n    to use.\n\n    Change-Id: Ie14332443b187951009c63ebfb78456dcd9ba60f\n    Signed-off-by: Raghavendra Ambadas <rambad@codeaurora.org>\n    Signed-off-by: Naseer Ahmed <naseer@codeaurora.org>\n    Bug: 19091590\n\ncommit 9d8f32effe1baa3b12c33c89711f349ec0a6251d\nAuthor: Iliyan Malchev <malchev@google.com>\nDate:   Wed Jan 7 11:58:03 2015 -0800\n\n    mako_defconfig: enable CONFIG_CRYPTO_AES_ARM\n\n    Change-Id: I976d5aaa7676196a94914215f388dcee26492932\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n\ncommit 3ffc4ad47f55e22f8d7ce7e2b4d7c8da26b2d58b\nAuthor: Jussi Kivilinna <jussi.kivilinna@iki.fi>\nDate:   Tue Jul 29 17:15:24 2014 +0100\n\n    ARM: 8120/1: crypto: sha512: add ARM NEON implementation\n\n    This patch adds ARM NEON assembly implementation of SHA-512 and SHA-384\n    algorithms.\n\n    tcrypt benchmark results on Cortex-A8, sha512-generic vs sha512-neon-asm:\n\n    block-size      bytes/update    old-vs-new\n    16              16              2.99x\n    64              16              2.67x\n    64              64              3.00x\n    256             16              2.64x\n    256             64              3.06x\n    256             256             3.33x\n    1024            16              2.53x\n    1024            256             3.39x\n    1024            1024            3.52x\n    2048            16              2.50x\n    2048            256             3.41x\n    2048            1024            3.54x\n    2048            2048            3.57x\n    4096            16              2.49x\n    4096            256             3.42x\n    4096            1024            3.56x\n    4096            4096            3.59x\n    8192            16              2.48x\n    8192            256             3.42x\n    8192            1024            3.56x\n    8192            4096            3.60x\n    8192            8192            3.60x\n\n    Change-Id: Ibc318f8c9136507f57e2bb8d8f51b4714d8ed70b\n    Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Tested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Signed-off-by: Jussi Kivilinna <jussi.kivilinna@iki.fi>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n\ncommit 0b74a58450983aa950c271c8c3bef468165c9fb5\nAuthor: Jussi Kivilinna <jussi.kivilinna@iki.fi>\nDate:   Tue Jul 29 17:14:14 2014 +0100\n\n    ARM: 8119/1: crypto: sha1: add ARM NEON implementation\n\n    This patch adds ARM NEON assembly implementation of SHA-1 algorithm.\n\n    tcrypt benchmark results on Cortex-A8, sha1-arm-asm vs sha1-neon-asm:\n\n    block-size      bytes/update    old-vs-new\n    16              16              1.04x\n    64              16              1.02x\n    64              64              1.05x\n    256             16              1.03x\n    256             64              1.04x\n    256             256             1.30x\n    1024            16              1.03x\n    1024            256             1.36x\n    1024            1024            1.52x\n    2048            16              1.03x\n    2048            256             1.39x\n    2048            1024            1.55x\n    2048            2048            1.59x\n    4096            16              1.03x\n    4096            256             1.40x\n    4096            1024            1.57x\n    4096            4096            1.62x\n    8192            16              1.03x\n    8192            256             1.40x\n    8192            1024            1.58x\n    8192            4096            1.63x\n    8192            8192            1.63x\n\n    Change-Id: I6df3c0a9ba8d450d034cf78785b6ce80a72bef4a\n    Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Tested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Signed-off-by: Jussi Kivilinna <jussi.kivilinna@iki.fi>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n\ncommit ca37b9ded9b5e893241254c17579b28240ea71ac\nAuthor: Jussi Kivilinna <jussi.kivilinna@iki.fi>\nDate:   Tue Jul 29 17:14:09 2014 +0100\n\n    ARM: 8118/1: crypto: sha1/make use of common SHA-1 structures\n\n    Common SHA-1 structures are defined in <crypto/sha.h> for code sharing.\n\n    This patch changes SHA-1/ARM glue code to use these structures.\n\n    Change-Id: Iedcc2210314d52d7e13bf5d2b535052a18f04e49\n    Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Signed-off-by: Jussi Kivilinna <jussi.kivilinna@iki.fi>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\ncommit 26093317c2d3295f6f03dcf8e02cb9704e2ca5f2\nAuthor: Mikulas Patocka <mpatocka@redhat.com>\nDate:   Fri Jul 25 19:42:30 2014 -0400\n\n    crypto: arm-aes - fix encryption of unaligned data\n\n    Fix the same alignment bug as in arm64 - we need to pass residue\n    unprocessed bytes as the last argument to blkcipher_walk_done.\n\n    Change-Id: I8d49b8a190327b46801a3db4884e2b309138525b\n    Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>\n    Cc: stable@vger.kernel.org\t# 3.13+\n    Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>\n\ncommit b9d9efbccafa2c0d8763b8bfb0570926ec871c9d\nAuthor: Russell King <rmk+kernel@arm.linux.org.uk>\nDate:   Thu Jan 2 17:14:45 2014 +0000\n\n    CRYPTO: Fix more AES build errors\n\n    Building a multi-arch kernel results in:\n\n    arch/arm/crypto/built-in.o: In function `aesbs_xts_decrypt':\n    sha1_glue.c:(.text+0x15c8): undefined reference to `bsaes_xts_decrypt'\n    arch/arm/crypto/built-in.o: In function `aesbs_xts_encrypt':\n    sha1_glue.c:(.text+0x1664): undefined reference to `bsaes_xts_encrypt'\n    arch/arm/crypto/built-in.o: In function `aesbs_ctr_encrypt':\n    sha1_glue.c:(.text+0x184c): undefined reference to `bsaes_ctr32_encrypt_blocks'\n    arch/arm/crypto/built-in.o: In function `aesbs_cbc_decrypt':\n    sha1_glue.c:(.text+0x19b4): undefined reference to `bsaes_cbc_encrypt'\n\n    This code is already runtime-conditional on NEON being supported, so\n    there's no point compiling it out depending on the minimum build\n    architecture.\n\n    Change-Id: I219dc496b3ad60754f95a6db2a71ce73d037a6e0\n    Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\ncommit a1d42f8a3d831ad9a97c921e6f08cf9f7dcce43b\nAuthor: Russell King <rmk+kernel@arm.linux.org.uk>\nDate:   Mon Oct 7 15:43:53 2013 +0100\n\n    ARM: add .gitignore entry for aesbs-core.S\n\n    This avoids this file being incorrectly added to git.\n\n    Change-Id: Ibafeec2c5d3ca806737f8d865716d3b2ea419e93\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\ncommit 9de7ebf3d7e78cde772c4abf06707029f3c39479\nAuthor: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nDate:   Mon Sep 16 18:31:38 2013 +0200\n\n    ARM: add support for bit sliced AES using NEON instructions\n\n    Bit sliced AES gives around 45% speedup on Cortex-A15 for encryption\n    and around 25% for decryption. This implementation of the AES algorithm\n    does not rely on any lookup tables so it is believed to be invulnerable\n    to cache timing attacks.\n\n    This algorithm processes up to 8 blocks in parallel in constant time. This\n    means that it is not usable by chaining modes that are strictly sequential\n    in nature, such as CBC encryption. CBC decryption, however, can benefit from\n    this implementation and runs about 25% faster. The other chaining modes\n    implemented in this module, XTS and CTR, can execute fully in parallel in\n    both directions.\n\n    The core code has been adopted from the OpenSSL project (in collaboration\n    with the original author, on cc). For ease of maintenance, this version is\n    identical to the upstream OpenSSL code, i.e., all modifications that were\n    required to make it suitable for inclusion into the kernel have been made\n    upstream. The original can be found here:\n\n        http://git.openssl.org/gitweb/?p=openssl.git;a=commit;h=6f6a6130\n\n    Note to integrators:\n    While this implementation is significantly faster than the existing table\n    based ones (generic or ARM asm), especially in CTR mode, the effects on\n    power efficiency are unclear as of yet. This code does fundamentally more\n    work, by calculating values that the table based code obtains by a simple\n    lookup; only by doing all of that work in a SIMD fashion, it manages to\n    perform better.\n\n    Change-Id: I936dc7142b91133c55c7cf0af6a565d219d62e11\n    Cc: Andy Polyakov <appro@openssl.org>\n    Acked-by: Nicolas Pitre <nico@linaro.org>\n    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n\ncommit e79238b23351efad928243ec15c3077722a9aed9\nAuthor: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nDate:   Sun Sep 15 17:10:43 2013 +0200\n\n    ARM: move AES typedefs and function prototypes to separate header\n\n    Put the struct definitions for AES keys and the asm function prototypes in a\n    separate header and export the asm functions from the module.\n    This allows other drivers to use them directly.\n\n    Change-Id: I5ce0cf285e2981755adb55b66a846eb738cedd58\n    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n\ncommit b187db09a62bf086fad1579141977016e91ed9ef\nAuthor: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nDate:   Sat Sep 21 11:23:50 2013 +0100\n\n    ARM: 7837/3: fix Thumb-2 bug in AES assembler code\n\n    commit 40190c85f427dcfdbab5dbef4ffd2510d649da1f upstream.\n\n    Patch 638591c enabled building the AES assembler code in Thumb2 mode.\n    However, this code used arithmetic involving PC rather than adr{l}\n    instructions to generate PC-relative references to the lookup tables,\n    and this needs to take into account the different PC offset when\n    running in Thumb mode.\n\n    Change-Id: Iadf37cb5db3a826ced7b99e5ee6d298479355cbd\n    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Acked-by: Nicolas Pitre <nico@linaro.org>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\ncommit c64e7c991fe1d2d42ac35aad4318316bf73587ff\nAuthor: Ard Biesheuvel <ard.biesheuvel@gmail.com>\nDate:   Wed May 15 10:46:30 2013 +0100\n\n    ARM: 7723/1: crypto: sha1-armv4-large.S: fix SP handling\n\n    Make the SHA1 asm code ABI conformant by making sure all stack\n    accesses occur above the stack pointer.\n\n    Origin:\n    http://git.openssl.org/gitweb/?p=openssl.git;a=commit;h=1a9d60d2\n\n    Change-Id: I1f17f23f168d40de14b907f470476b7fd9bdd274\n    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\n    Acked-by: Nicolas Pitre <nico@linaro.org>\n    Cc: stable@vger.kernel.org\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\ncommit 6111b5201e247030410c1a536e39c1193f84db39\nAuthor: Dave Martin <dave.martin@linaro.org>\nDate:   Thu Jan 10 12:20:15 2013 +0100\n\n    ARM: 7626/1: arm/crypto: Make asm SHA-1 and AES code Thumb-2 compatible\n\n    This patch fixes aes-armv4.S and sha1-armv4-large.S to work\n    natively in Thumb.  This allows ARM/Thumb interworking workarounds\n    to be removed.\n\n    I also take the opportunity to convert some explicit assembler\n    directives for exported functions to the standard\n    ENTRY()/ENDPROC().\n\n    For the code itself:\n\n      * In sha1_block_data_order, use of TEQ with sp is deprecated in\n        ARMv7 and not supported in Thumb.  For the branches back to\n        .L_00_15 and .L_40_59, the TEQ is converted to a CMP, under the\n        assumption that clobbering the C flag here will not cause\n        incorrect behaviour.\n\n        For the first branch back to .L_20_39_or_60_79 the C flag is\n        important, so sp is moved temporarily into another register so\n        that TEQ can be used for the comparison.\n\n      * In the AES code, most forms of register-indexed addressing with\n        shifts and rotates are not permitted for loads and stores in\n        Thumb, so the address calculation is done using a separate\n        instruction for the Thumb case.\n\n    The resulting code is unlikely to be optimally scheduled, but it\n    should not have a large impact given the overall size of the code.\n    I haven't run any benchmarks.\n\n    Change-Id: I8b015aa239e5513d43680d82aeb93db07c5adf9f\n    Signed-off-by: Dave Martin <dave.martin@linaro.org>\n    Tested-by: David McCullough <ucdevel@gmail.com> (ARM only)\n    Acked-by: David McCullough <ucdevel@gmail.com>\n    Acked-by: Nicolas Pitre <nico@linaro.org>\n    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\ncommit 6a936dd3dddeb2f8a674ceae07e4aa034ceee43f\nAuthor: David McCullough <david_mccullough@mcafee.com>\nDate:   Fri Sep 7 04:17:02 2012 +0800\n\n    arm/crypto: Add optimized AES and SHA1 routines\n\n    Add assembler versions of AES and SHA1 for ARM platforms.  This has provided\n    up to a 50% improvement in IPsec/TCP throughout for tunnels using AES128/SHA1.\n\n    Platform   CPU SPeed    Endian   Before (bps)   After (bps)   Improvement\n\n    IXP425      533 MHz      big     11217042        15566294        ~38%\n    KS8695      166 MHz     little    3828549         5795373        ~51%\n\n    Change-Id: I6e950d8c858ef1134352bf959804eeaf5b879d7e\n    Signed-off-by: David McCullough <ucdevel@gmail.com>\n    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>\n\ncommit 2119d94d7bb18df388fb1147e1103b81225c91d4\nAuthor: Peter Boonstoppel <pboonstoppel@nvidia.com>\nDate:   Thu Aug 9 22:34:47 2012 +0000\n\n    sched: Unthrottle rt runqueues in __disable_runtime()\n\n    migrate_tasks() uses _pick_next_task_rt() to get tasks from the\n    real-time runqueues to be migrated. When rt_rq is throttled\n    _pick_next_task_rt() won't return anything, in which case\n    migrate_tasks() can't move all threads over and gets stuck in an\n    infinite loop.\n\n    Instead unthrottle rt runqueues before migrating tasks.\n\n    Additionally: move unthrottle_offline_cfs_rqs() to rq_offline_fair()\n\n    Signed-off-by: Peter Boonstoppel <pboonstoppel@nvidia.com>\n    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\n    Cc: Paul Turner <pjt@google.com>\n    Link: http://lkml.kernel.org/r/5FBF8E85CA34454794F0F7ECBA79798F379D3648B7@HQMAIL04.nvidia.com\n    Signed-off-by: Ingo Molnar <mingo@kernel.org>\n    Change-Id: I4d73bc0a556882bdb9ade15a661d665c6c2c8df4\n    Bug: 18729519\n\ncommit 2019f5cd9103cbbb5e6eadf9b5fb1169ddc66d3d\nAuthor: Mike Galbraith <efault@gmx.de>\nDate:   Tue Aug 7 05:00:13 2012 +0200\n\n    sched,cgroup: Fix up task_groups list\n\n    With multiple instances of task_groups, for_each_rt_rq() is a noop,\n    no task groups having been added to the rt.c list instance.  This\n    renders __enable/disable_runtime() and print_rt_stats() noop, the\n    user (non) visible effect being that rt task groups are missing in\n    /proc/sched_debug.\n\n    Signed-off-by: Mike Galbraith <efault@gmx.de>\n    Cc: stable@kernel.org # v3.3+\n    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\n    Link: http://lkml.kernel.org/r/1344308413.6846.7.camel@marge.simpson.net\n    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>\n    Bug: 18729519\n    Change-Id: I415af0d95b2cb2e6bf9910513bc7470056b0cfa9\n\ncommit d1c7e8b1764b7dcd214df1e96ffeea894a56e730\nAuthor: Shubhraprakash Das <sadas@codeaurora.org>\nDate:   Tue May 6 17:38:00 2014 -0700\n\n    msm: kgsl: Get rid of KGSL_FLAGS_STARTED\n\n    The KGSL_FLAGS_STARTED is just redundant since the device start\n    and stop already set a flag to indicate device start/stop state.\n\n    Change-Id: I17f3ab7fc2aca7b58b610c3b3414c125babc273e\n    Signed-off-by: Shubhraprakash Das <sadas@codeaurora.org>\n\ncommit 49e7a0eb90056b5de2318dacfdc0396cd36cfc42\nAuthor: Carter Cooper <ccooper@codeaurora.org>\nDate:   Wed Dec 3 10:34:38 2014 -0700\n\n    msm: kgsl: Clear pending transactions from VBIF on hang\n\n    When resetting device on a hang the pending transactions in the\n    VBIF should be cleared since the GPU is hung and unable to accept\n    any transactions. These pending transactions can cause VBIF pipe\n    to block the IOMMU so clear them.\n\n    Signed-off-by: Carter Cooper <ccooper@codeaurora.org>\n    Change-Id: I6e0171a6e61c0dd831ce7afdc177775b2ae3f07f\n\ncommit 5c4c959bdd0a2821f4af56b215f07c5e36fa03ae\nAuthor: Carter Cooper <ccooper@codeaurora.org>\nDate:   Tue Nov 25 10:55:49 2014 -0700\n\n    msm: kgsl: Modify which MMU clocks are enabled/disabled\n\n    There is no need to try to attach a clock if it is already attached,\n    or detach a clock if it is already detached. Restructure this\n    logic to only attach/detach the clocks when needed. As well as\n    protect ourselves using the MMU lock more readily.\n\n    Signed-off-by: Carter Cooper <ccooper@codeaurora.org>\n    Change-Id: Ib5edfe7800cc246bc4b5e9aca8e02621aa6f7c3c\n\ncommit 0250b4701c85d97f402f19856f11ad4ae324f7e7\nAuthor: Tarun Karra <tkarra@codeaurora.org>\nDate:   Mon Sep 22 15:01:19 2014 -0700\n\n    msm: kgsl: Prevent adreno stop after gpu is power collapsed\n\n    When GPU is power collapsed GPU is already stopped. If kgsl release\n    gets called do not try to stop the GPU again. Trying to stop\n    already stopped GPU can lead to errors.\n\n    When content protection is enabled we cannot write to VBIF\n    registers with iommu detached. With this limitation if\n    adreno stop gets called twice, the second adreno stop will\n    cause NOC errors/XPU violations because trustzone will\n    XPU lock down all VBIF registers after first adreno stop.\n\n    Prevent adreno stop getting called twice by checking if device\n    is started, only if device is started go ahead with adreno\n    stop.\n\n    CRs-fixed: 726670\n    Change-Id: I4e3c7a9b37eb88d458d65763ed6818a4fd96bd06\n    Signed-off-by: Tarun Karra <tkarra@codeaurora.org>\n\ncommit 594609ddfd72614a5c29ab8ae6dc56bedda23994\nAuthor: Shubhraprakash Das <sadas@codeaurora.org>\nDate:   Mon May 5 10:05:09 2014 -0600\n\n    msm: kgsl: Check for mmu pagefault before recovery\n\n    Check whether there is a pagefault before running recovery.\n    If recovery runs before the bottom pagefault handler runs\n    then there could be a pending pagefault at end of recovery that\n    can stall the IOMMU. With the IOMMU stalled the GPU would only\n    read back zeroes even after recovery.\n\n    CRs-Fixed: 642562\n    Change-Id: I78fb225b2ee57e87ac6ebd1f2c9bca18aa81d942\n    Signed-off-by: Shubhraprakash Das <sadas@codeaurora.org>\n\ncommit 7a6b0d7449d147329dbb92183310ede15e97aa8b\nAuthor: Carter Cooper <ccooper@codeaurora.org>\nDate:   Wed Oct 8 15:18:45 2014 -0600\n\n    msm: kgsl: Fix IOMMU version naming for old driver\n\n    One minor discrepancy between new and old IOMMU drivers.\n\n    Change-Id: Ia3b74c2b1ecbcc70e2a2836212bbea9b49c9770d\n    Signed-off-by: Carter Cooper <ccooper@codeaurora.org>\n\ncommit 0b5b86e4737dfeade419406e3ec391ba70374b4d\nAuthor: Erik Kline <ek@google.com>\nDate:   Fri Dec 5 19:45:10 2014 +0900\n\n    net: ipv6: allow choosing optimistic addresses with use_optimistic\n\n    The use_optimistic sysctl makes optimistic IPv6 addresses\n    equivalent to preferred addresses for source address selection\n    (e.g., when calling connect()), but it does not allow an\n    application to bind to optimistic addresses. This behaviour is\n    inconsistent - for example, it doesn't make sense for bind() to\n    an optimistic address fail with EADDRNOTAVAIL, but connect() to\n    choose that address outgoing address on the same socket.\n\n    Bug: 17769720\n    Bug: 18609055\n    Change-Id: I9de0d6c92ac45e29d28e318ac626c71806666f13\n    Signed-off-by: Erik Kline <ek@google.com>\n    Signed-off-by: Lorenzo Colitti <lorenzo@google.com>\n\ncommit decf3704917051e3b25e20eafaf7cc9c6b377ed6\nAuthor: Iliyan Malchev <malchev@google.com>\nDate:   Wed Nov 19 21:21:01 2014 -0800\n\n    Effectively revert \"gpu: ion: replace __GFP_ZERO with manual zero'ing\"\n\n    \tcommit d21375bd0e3b5c9fb1bfd341abb294349ca2507f\n    \tAuthor: Mitchel Humpherys <mitchelh@codeaurora.org>\n    \tDate:   Thu Jan 31 10:30:40 2013 -0800\n\n    \t    gpu: ion: replace __GFP_ZERO with manual zero'ing\n\n    \t    As a performance optimization, omit the __GFP_ZERO flag when\n    \t    allocating individual pages and, instead, zero out all of the pages in\n    \t    one fell swoop.\n\n    \t    CRs-Fixed: 449035\n    \t    Change-Id: Ieb9a895d8792727a8a40b1e27cb1bbeae098f581\n    \t    Signed-off-by: Mitchel Humpherys <mitchelh@codeaurora.org>\n\n    b/18402205 External reports: Video playback failing on Flo after upgrade to\n    \t   Lollipop\n\n    Change-Id: Ibd07d3ac0edd11278306d4dbe72050408cc8e09b\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n    (cherry picked from commit 154bef423c71bb39da67e5512ff96cd71cb0dd57)\n\ncommit 4c7866797cb4b962444a5c110eb2c3e3d41042e3\nAuthor: Olav Haugan <ohaugan@codeaurora.org>\nDate:   Tue Apr 2 14:03:34 2013 -0700\n\n    gpu: ion: Minimize allocation fallback delay\n\n    When we allocate from iommu heap we first try to allocate 1M pages. If\n    that fails we try 64K pages, which falls back to 4K pages. However,\n    we don't want to incur too much overhead when allocating with fallbacks\n    so we don't want the higher order page allocation to retry, perform\n    reclaim, or run memory compaction.\n\n    Configure the GFP flags to ensure that when we allocate pages greater\n    than order 0 we don't try to do any retries, reclaim, access emergency\n    pools, or run memory compaction. This will ensure lower memory allocation\n    latency for applications.\n\n    CRs-Fixed: 470389\n    Change-Id: Ibb3483dddbedbc733a1f7968821e7bc47bedffcd\n    Signed-off-by: Olav Haugan <ohaugan@codeaurora.org>\n    (cherry picked from commit 365a6e063e66b55dbba6f7cfbd7070b8c567e429)\n\ncommit 5cbb13d77ebf58e6ce490d068bde1dc92a2045e6\nAuthor: Iliyan Malchev <malchev@google.com>\nDate:   Wed Nov 19 21:16:50 2014 -0800\n\n    kgsl: do not vmap/memset to zero-out pages\n\n    b/18402205 External reports: Video playback failing on Flo after upgrade to\n    \t   Lollipop\n\n    Change-Id: I358328ba2bd543d77e4218f32b0695c2f6f6e6c9\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n    (cherry picked from commit f6e71eaa5d496318034abcf450c2cfd67a1f3891)\n\ncommit 5593ce895e2142383e5fcd0cb804001a550822b3\nAuthor: Shengzhe Zhao <a18689@motorola.com>\nDate:   Wed Jun 25 16:03:32 2014 -0700\n\n    vfs: check if f_count is 0 or negative\n\n    filp_close is using !file_count(filp) to check if f_count is 0. if it is\n    0, filp_close think it is a closed file then will return. However, for a\n    closed file, f_count could be reduced to -1, then !file_count(filp) is\n    false, filp_close will proceed to handle this file then could panic.\n    This change will check if f_count is 0 or negative instead of only\n    checking 0 to avoid panic.\n\n    b/18200219 LRX21M: kernel_panic\n    Change-Id: I3881574d4971bf4e0bc261cf3459451600ce6a27\n\n    Signed-off-by: Shengzhe Zhao <a18689@motorola.com>\n    Reviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\n    Signed-off-by: Iliyan Malchev <malchev@google.com>\n    (cherry picked from commit 7e67f8fa3981561e3d614f208cfedfc508a36a27)\n\n    Change-Id: I2d41ef53f128d842bee61123bf3a96144e92e953\n\ncommit d79ef2b1446a5831e4d1e261a07d1214de48dcbe\nAuthor: Jane Zhou <a17711@motorola.com>\nDate:   Mon Nov 24 11:44:08 2014 -0800\n\n    net/ping: handle protocol mismatching scenario\n\n    ping_lookup() may return a wrong sock if sk_buff's and sock's protocols\n    dont' match. For example, sk_buff's protocol is ETH_P_IPV6, but sock's\n    sk_family is AF_INET, in that case, if sk->sk_bound_dev_if is zero, a wrong\n    sock will be returned.\n    the fix is to \"continue\" the searching, if no matching, return NULL.\n\n    [cherry-pick of net 91a0b603469069cdcce4d572b7525ffc9fd352a6]\n\n    Bug: 18512516\n    Change-Id: I520223ce53c0d4e155c37d6b65a03489cc7fd494\n    Cc: \"David S. Miller\" <davem@davemloft.net>\n    Cc: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>\n    Cc: James Morris <jmorris@namei.org>\n    Cc: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>\n    Cc: Patrick McHardy <kaber@trash.net>\n    Cc: netdev@vger.kernel.org\n    Cc: stable@vger.kernel.org\n    Signed-off-by: Jane Zhou <a17711@motorola.com>\n    Signed-off-by: Yiwei Zhao <gbjc64@motorola.com>\n    Signed-off-by: David S. Miller <davem@davemloft.net>\n    Signed-off-by: Lorenzo Colitti <lorenzo@google.com>\n    (cherry picked from commit 08a90f2f7ecbe6e03e43acfd7aaf26bc68c73354)\n\ncommit de0b8215a05b1d8fa834ac0fe1fc31d2949e3ee1\nAuthor: Devin Kim <dojip.kim@lge.com>\nDate:   Tue Oct 14 22:00:26 2014 +0900\n\n    cgroup: remove synchronize_rcu() from cgroup_attach_{task|proc}()\n\n    These 2 syncronize_rcu()s make attaching a task to a cgroup\n    quite slow, and it can't be ignored in some situations.\n\n    A real case from Colin Cross: Android uses cgroups heavily to\n    manage thread priorities, putting threads in a background group\n    with reduced cpu.shares when they are not visible to the user,\n    and in a foreground group when they are. Some RPCs from foreground\n    threads to background threads will temporarily move the background\n    thread into the foreground group for the duration of the RPC.\n    This results in many calls to cgroup_attach_task.\n\n    In cgroup_attach_task() it's task->cgroups that is protected by RCU,\n    and put_css_set() calls kfree_rcu() to free it.\n\n    If we remove this synchronize_rcu(), there can be threads in RCU-read\n    sections accessing their old cgroup via current->cgroups with\n    concurrent rmdir operation, but this is safe.\n\n     # time for ((i=0; i<50; i++)) { echo $$ > /mnt/sub/tasks; echo $$ > /mnt/tasks; }\n\n    real    0m2.524s\n    user    0m0.008s\n    sys     0m0.004s\n\n    With this patch:\n\n    real    0m0.004s\n    user    0m0.004s\n    sys     0m0.000s\n\n    tj: These synchronize_rcu()s are utterly confused.  synchornize_rcu()\n        necessarily has to come between two operations to guarantee that\n        the changes made by the former operation are visible to all rcu\n        readers before proceeding to the latter operation.  Here,\n        synchornize_rcu() are at the end of attach operations with nothing\n        beyond it.  Its only effect would be delaying completion of\n        write(2) to sysfs tasks/procs files until all rcu readers see the\n        change, which doesn't mean anything.\n\n    cherry-picked from:\n    https://android.googlesource.com/kernel/common/+/5d65bc0ca1bceb73204dab943922ba3c83276a8c\n\n    Bug: 18081205\n    Change-Id: I98dacd6c13da27cb3496fe4a24a24084e46bdd9c\n    Signed-off-by: Li Zefan <lizefan@huawei.com>\n    Signed-off-by: Tejun Heo <tj@kernel.org>\n    Reported-by: Colin Cross <ccross@google.com>\n    Signed-off-by: Devin Kim <dojip.kim@lge.com>\n\ncommit 7ac0130ad903bc3e10dc84272d8103795024e33e\nAuthor: Erik Kline <ek@google.com>\nDate:   Tue Oct 28 18:11:14 2014 +0900\n\n    net: ipv6: Add a sysctl to make optimistic addresses useful candidates\n\n    Add a sysctl that causes an interface's optimistic addresses\n    to be considered equivalent to other non-deprecated addresses\n    for source address selection purposes.  Preferred addresses\n    will still take precedence over optimistic addresses, subject\n    to other ranking in the source address selection algorithm.\n\n    This is useful where different interfaces are connected to\n    different networks from different ISPs (e.g., a cell network\n    and a home wifi network).\n\n    The current behaviour complies with RFC 3484/6724, and it\n    makes sense if the host has only one interface, or has\n    multiple interfaces on the same network (same or cooperating\n    administrative domain(s), but not in the multiple distinct\n    networks case.\n\n    For example, if a mobile device has an IPv6 address on an LTE\n    network and then connects to IPv6-enabled wifi, while the wifi\n    IPv6 address is undergoing DAD, IPv6 connections will try use\n    the wifi default route with the LTE IPv6 address, and will get\n    stuck until they time out.\n\n    Also, because optimistic nodes can receive frames, issue\n    an RTM_NEWADDR as soon as DAD starts (with the IFA_F_OPTIMSTIC\n    flag appropriately set).  A second RTM_NEWADDR is sent if DAD\n    completes (the address flags have changed), otherwise an\n    RTM_DELADDR is sent.\n\n    Also: add an entry in ip-sysctl.txt for optimistic_dad.\n\n    [backport of net-next 7fd2561e4ebdd070ebba6d3326c4c5b13942323f]\n\n    Signed-off-by: Erik Kline <ek@google.com>\n    Acked-by: Lorenzo Colitti <lorenzo@google.com>\n    Acked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\n    Signed-off-by: David S. Miller <davem@davemloft.net>\n    Bug: 17769720\n    Bug: 18180674\n    Change-Id: I440a9b8c788db6767d191bbebfd2dff481aa9e0d","distinct":true,"url":"https://api.github.com/repos/kldoc/mako_lollipop/commits/cb966493f4cbd9ec9ca9a4907fa1c7d47c4b7d7d"}]}