{"push_id":1971237202,"size":39,"distinct_size":0,"ref":"refs/heads/aosp-common/android-4.4","head":"a8935c98cf97201e9ee50f22a27264a3220c82e8","before":"0caf1df0c520325c9352149795266709e989b222","commits":[{"sha":"da8477a6695afe14070267b885e0bc3788d0d34a","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"scsi: isci: avoid array subscript warning\n\ncommit 5cfa2a3c7342bd0b50716c8bb32ee491af43c785 upstream.\n\nI'm getting a new warning with gcc-7:\n\nisci/remote_node_context.c: In function 'sci_remote_node_context_destruct':\nisci/remote_node_context.c:69:16: error: array subscript is above array bounds [-Werror=array-bounds]\n\nThis is odd, since we clearly cover all values for enum\nscis_sds_remote_node_context_states here. Anyway, checking for an array\noverflow can't harm and it makes the warning go away.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/da8477a6695afe14070267b885e0bc3788d0d34a"},{"sha":"9a64425945a0c8698e36ed55354db1245982c052","author":{"name":"Takashi Iwai","email":"dd0a9a4ae370c51e6d7099900a4bf6656524e055@suse.de"},"message":"ALSA: au88x0: Fix zero clear of stream->resources\n\ncommit 639db596165746ca87bbcb56559b094fd9042890 upstream.\n\nThere are a few calls of memset() to stream->resources, but they all\nare called in a wrong size, sizeof(unsigned char) * VORTEX_RESOURCE_LAST,\nwhile this field is a u32 array.  This may leave the memories not\nzero-cleared.\n\nFix it by replacing them with a simpler sizeof(stream->resources)\ninstead.\n\nReported-by: David Binderman <dcb314@hotmail.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/9a64425945a0c8698e36ed55354db1245982c052"},{"sha":"05429bbfd726ec0070a2381d8ae186b6899d2ae1","author":{"name":"Colin Ian King","email":"61b69653f478c16de27cbf2a77617b5a614a704a@canonical.com"},"message":"btrfs: remove duplicate const specifier\n\ncommit fb75d857a31d600cc0c37b8c7d914014f7fa3f9a upstream.\n\nduplicate const is redundant so remove it\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: David Sterba <dsterba@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/05429bbfd726ec0070a2381d8ae186b6899d2ae1"},{"sha":"41685ae5cd7bc51f8d796135611e7862f772ed19","author":{"name":"Wolfram Sang","email":"fdae3fe83782164199e727a16ce9ff637adc829c@the-dreams.de"},"message":"i2c: jz4780: drop superfluous init\n\ncommit 27bfeb5a0619554d9734fb39e14f0e80fa7c342c upstream.\n\nDavid reported that the length for memset was incorrect (element sizes\nwere not taken into account). Then I saw that we are clearing kzalloced\nmemory, so we can simply drop this code.\n\nReported-by: David Binderman <dcb314@hotmail.com>\nReviewed-by: Axel Lin <axel.lin@ingics.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/41685ae5cd7bc51f8d796135611e7862f772ed19"},{"sha":"2f3e97a814c8f906d3334c85271aacb7a8783490","author":{"name":"Florian Meier","email":"adb50d1134f441dfd76555c617fa91206863314d@informatik.uni-erlangen.de"},"message":"gcov: add support for gcc version >= 6\n\ncommit d02038f972538b93011d78c068f44514fbde0a8c upstream.\n\nLink: http://lkml.kernel.org/r/20160701130914.GA23225@styxhp\nSigned-off-by: Florian Meier <Florian.Meier@informatik.uni-erlangen.de>\nReviewed-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nTested-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/2f3e97a814c8f906d3334c85271aacb7a8783490"},{"sha":"d255fffdb532caf103369a5894be942e528c3151","author":{"name":"Martin Liska","email":"3a41975fb4f33b0e95d190a286fe91023e7afa0e@suse.cz"},"message":"gcov: support GCC 7.1\n\ncommit 05384213436ab690c46d9dfec706b80ef8d671ab upstream.\n\nStarting from GCC 7.1, __gcov_exit is a new symbol expected to be\nimplemented in a profiling runtime.\n\n[akpm@linux-foundation.org: coding-style fixes]\n[mliska@suse.cz: v2]\n  Link: http://lkml.kernel.org/r/e63a3c59-0149-c97e-4084-20ca8f146b26@suse.cz\nLink: http://lkml.kernel.org/r/8c4084fa-3885-29fe-5fc4-0d4ca199c785@suse.cz\nSigned-off-by: Martin Liska <mliska@suse.cz>\nAcked-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/d255fffdb532caf103369a5894be942e528c3151"},{"sha":"5acdbe667cf467cefb8fc13ded0ecca58dd9a761","author":{"name":"Javier González","email":"3143756678d9bea1c63e1e9bb72bc089a9106bec@cnexlabs.com"},"message":"lightnvm: initialize ppa_addr in dev_to_generic_addr()\n\ncommit 5389a1dfb39786df08d4f6a482bd2734b1b50e33 upstream.\n\nThe ->reserved bit is not initialized when allocated on stack.\nThis may lead targets to misinterpret the PPA as cached.\n\nSigned-off-by: Javier González <javier@cnexlabs.com>\nSigned-off-by: Matias Bjørling <m@bjorling.me>\nSigned-off-by: Jens Axboe <axboe@fb.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/5acdbe667cf467cefb8fc13ded0ecca58dd9a761"},{"sha":"389328ea1379e14e8bd8678af96d7a83bc1514e5","author":{"name":"Jiri Slaby","email":"5983af6a8e8283aa60de579a10bd4a0e541489a0@suse.cz"},"message":"p54: memset(0) whole array\n\ncommit 6f17581788206444cbbcdbc107498f85e9765e3d upstream.\n\ngcc 7 complains:\ndrivers/net/wireless/intersil/p54/fwio.c: In function 'p54_scan':\ndrivers/net/wireless/intersil/p54/fwio.c:491:4: warning: 'memset' used with length equal to number of elements without multiplication by element size [-Wmemset-elt-size]\n\nFix that by passing the correct size to memset.\n\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>\nCc: Christian Lamparter <chunkeey@googlemail.com>\nCc: Kalle Valo <kvalo@codeaurora.org>\nAcked-by: Christian Lamparter <chunkeey@googlemail.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/389328ea1379e14e8bd8678af96d7a83bc1514e5"},{"sha":"da981044d049d1ec3bf454868aa44602e1df8582","author":{"name":"James Smart","email":"3cafdb6950914df7beb27c50e0f9e62b15cc4b07@broadcom.com"},"message":"lpfc: Fix Device discovery failures during switch reboot test.\n\ncommit 342b59caa66240b670285d519fdfe2c44289b516 upstream.\n\nWhen the switch is rebooted, the lpfc driver fails to log\ninto the fabric, and Unexpected timeout message is seen.\n\nFix: Do not issue RegVFI if the FLOGI was internally aborted.\n\nSigned-off-by: Dick Kennedy <dick.kennedy@avagotech.com>\nSigned-off-by: James Smart <james.smart@avagotech.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Guilherme G. Piccoli <gpiccoli@linux.vnet.ibm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/da981044d049d1ec3bf454868aa44602e1df8582"},{"sha":"a7a074f3a4d547a525748bfde179c4eb787d4f47","author":{"name":"Mark Rutland","email":"7bbc68f29a82fb2eb4daac9d4df0c3f473a4ef26@arm.com"},"message":"arm64: mm: abort uaccess retries upon fatal signal\n\ncommit 289d07a2dc6c6b6f3e4b8a62669320d99dbe6c3d upstream.\n\nWhen there's a fatal signal pending, arm64's do_page_fault()\nimplementation returns 0. The intent is that we'll return to the\nfaulting userspace instruction, delivering the signal on the way.\n\nHowever, if we take a fatal signal during fixing up a uaccess, this\nresults in a return to the faulting kernel instruction, which will be\ninstantly retried, resulting in the same fault being taken forever. As\nthe task never reaches userspace, the signal is not delivered, and the\ntask is left unkillable. While the task is stuck in this state, it can\ninhibit the forward progress of the system.\n\nTo avoid this, we must ensure that when a fatal signal is pending, we\napply any necessary fixup for a faulting kernel instruction. Thus we\nwill return to an error path, and it is up to that code to make forward\nprogress towards delivering the fatal signal.\n\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Laura Abbott <labbott@redhat.com>\nReviewed-by: Steve Capper <steve.capper@arm.com>\nTested-by: Steve Capper <steve.capper@arm.com>\nReviewed-by: James Morse <james.morse@arm.com>\nTested-by: James Morse <james.morse@arm.com>\nSigned-off-by: Mark Rutland <mark.rutland@arm.com>\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/a7a074f3a4d547a525748bfde179c4eb787d4f47"},{"sha":"218720fe593965cb2bb45c3e463bb9991ceca40c","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"x86/io: Add \"memory\" clobber to insb/insw/insl/outsb/outsw/outsl\n\ncommit 7206f9bf108eb9513d170c73f151367a1bdf3dbf upstream.\n\nThe x86 version of insb/insw/insl uses an inline assembly that does\nnot have the target buffer listed as an output. This can confuse\nthe compiler, leading it to think that a subsequent access of the\nbuffer is uninitialized:\n\n  drivers/net/wireless/wl3501_cs.c: In function ‘wl3501_mgmt_scan_confirm’:\n  drivers/net/wireless/wl3501_cs.c:665:9: error: ‘sig.status’ is used uninitialized in this function [-Werror=uninitialized]\n  drivers/net/wireless/wl3501_cs.c:668:12: error: ‘sig.cap_info’ may be used uninitialized in this function [-Werror=maybe-uninitialized]\n  drivers/net/sb1000.c: In function 'sb1000_rx':\n  drivers/net/sb1000.c:775:9: error: 'st[0]' is used uninitialized in this function [-Werror=uninitialized]\n  drivers/net/sb1000.c:776:10: error: 'st[1]' may be used uninitialized in this function [-Werror=maybe-uninitialized]\n  drivers/net/sb1000.c:784:11: error: 'st[1]' may be used uninitialized in this function [-Werror=maybe-uninitialized]\n\nI tried to mark the exact input buffer as an output here, but couldn't\nfigure it out. As suggested by Linus, marking all memory as clobbered\nhowever is good enough too. For the outs operations, I also add the\nmemory clobber, to force the input to be written to local variables.\nThis is probably already guaranteed by the \"asm volatile\", but it can't\nhurt to do this for symmetry.\n\nSuggested-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nAcked-by: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Borislav Petkov <bp@suse.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Tom Lendacky <thomas.lendacky@amd.com>\nLink: http://lkml.kernel.org/r/20170719125310.2487451-5-arnd@arndb.de\nLink: https://lkml.org/lkml/2017/7/12/605\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/218720fe593965cb2bb45c3e463bb9991ceca40c"},{"sha":"823086b057aabde5659c5f8638051613cba86247","author":{"name":"Dave Martin","email":"efb8cc9d02b9c95845d8a14436d3a7276e72ae4e@arm.com"},"message":"arm64: fpsimd: Prevent registers leaking across exec\n\ncommit 096622104e14d8a1db4860bd557717067a0515d2 upstream.\n\nThere are some tricky dependencies between the different stages of\nflushing the FPSIMD register state during exec, and these can race\nwith context switch in ways that can cause the old task's regs to\nleak across.  In particular, a context switch during the memset() can\ncause some of the task's old FPSIMD registers to reappear.\n\nDisabling preemption for this small window would be no big deal for\nperformance: preemption is already disabled for similar scenarios\nlike updating the FPSIMD registers in sigreturn.\n\nSo, instead of rearranging things in ways that might swap existing\nsubtle bugs for new ones, this patch just disables preemption\naround the FPSIMD state flushing so that races of this type can't\noccur here.  This brings fpsimd_flush_thread() into line with other\ncode paths.\n\nFixes: 674c242c9323 (\"arm64: flush FP/SIMD state correctly after execve()\")\nReviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Dave Martin <Dave.Martin@arm.com>\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/823086b057aabde5659c5f8638051613cba86247"},{"sha":"a4075bbb67b9562b9599affc6fb38f04bd7073ff","author":{"name":"Hannes Reinecke","email":"c802d579f78de31b50f3cfc7051ff9bf41402746@suse.de"},"message":"scsi: sg: protect accesses to 'reserved' page array\n\ncommit 1bc0eb0446158cc76562176b80623aa119afee5b upstream.\n\nThe 'reserved' page array is used as a short-cut for mapping data,\nsaving us to allocate pages per request. However, the 'reserved' array\nis only capable of holding one request, so this patch introduces a mutex\nfor protect 'sg_fd' against concurrent accesses.\n\nSigned-off-by: Hannes Reinecke <hare@suse.com>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nTested-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\n[toddpoynor@google.com: backport to 3.18-4.9,  fixup for bad ioctl\nSG_SET_FORCE_LOW_DMA code removed in later versions and not modified by\nthe original patch.]\n\nSigned-off-by: Hannes Reinecke <hare@suse.com>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nTested-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Todd Poynor <toddpoynor@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/a4075bbb67b9562b9599affc6fb38f04bd7073ff"},{"sha":"b7571624fe986aecc7f42b421286f90cd7c67d6e","author":{"name":"Hannes Reinecke","email":"c802d579f78de31b50f3cfc7051ff9bf41402746@suse.de"},"message":"scsi: sg: reset 'res_in_use' after unlinking reserved array\n\ncommit e791ce27c3f6a1d3c746fd6a8f8e36c9540ec6f9 upstream.\n\nOnce the reserved page array is unused we can reset the 'res_in_use'\nstate; here we can do a lazy update without holding the mutex as we only\nneed to check against concurrent access, not concurrent release.\n\n[mkp: checkpatch]\n\nFixes: 1bc0eb044615 (\"scsi: sg: protect accesses to 'reserved' page array\")\nSigned-off-by: Hannes Reinecke <hare@suse.com>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nCc: Todd Poynor <toddpoynor@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/b7571624fe986aecc7f42b421286f90cd7c67d6e"},{"sha":"c81c4d453edf242af644f7e71f673fc7632f337c","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"drm/i915: fix compiler warning in drivers/gpu/drm/i915/intel_uncore.c\n\nWhen building with gcc-7, the following warning happens:\n\ndrivers/gpu/drm/i915/intel_uncore.c: In function ‘hsw_unclaimed_reg_detect’:\ndrivers/gpu/drm/i915/intel_uncore.c:638:36: warning: decrement of a boolean expression [-Wbool-operation]\n   i915.mmio_debug = mmio_debug_once--;\n                                    ^~\n\nAs it's really not wise to -- on a boolean value.\n\nCommit 7571494004d8 (\"drm/i915: Do one shot unclaimed mmio detection\nless frequently\") which showed up in 4.6-rc1 does solve this issue, by\nrewriting the mmio detection logic, but that isn't really good to\nbackport to 4.4-stable, so just fix up the obvious logic here to do the\nright thing.\n\nCc: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Paulo Zanoni <przanoni@gmail.com>\nCc: Mika Kuoppala <mika.kuoppala@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/c81c4d453edf242af644f7e71f673fc7632f337c"},{"sha":"cd99a4f3f43ba1b88ff0ef01a9d5564fdf824c38","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"Linux 4.4.86","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/cd99a4f3f43ba1b88ff0ef01a9d5564fdf824c38"},{"sha":"cff17411c160fced8aaa0a4eb9c0149cf24c91e8","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@google.com"},"message":"Merge 4.4.86 into android-4.4\n\nChanges in 4.4.86\n\tscsi: isci: avoid array subscript warning\n\tALSA: au88x0: Fix zero clear of stream->resources\n\tbtrfs: remove duplicate const specifier\n\ti2c: jz4780: drop superfluous init\n\tgcov: add support for gcc version >= 6\n\tgcov: support GCC 7.1\n\tlightnvm: initialize ppa_addr in dev_to_generic_addr()\n\tp54: memset(0) whole array\n\tlpfc: Fix Device discovery failures during switch reboot test.\n\tarm64: mm: abort uaccess retries upon fatal signal\n\tx86/io: Add \"memory\" clobber to insb/insw/insl/outsb/outsw/outsl\n\tarm64: fpsimd: Prevent registers leaking across exec\n\tscsi: sg: protect accesses to 'reserved' page array\n\tscsi: sg: reset 'res_in_use' after unlinking reserved array\n\tdrm/i915: fix compiler warning in drivers/gpu/drm/i915/intel_uncore.c\n\tLinux 4.4.86\n\nSigned-off-by: Greg Kroah-Hartman <gregkh@google.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/cff17411c160fced8aaa0a4eb9c0149cf24c91e8"},{"sha":"ab10c4d8d6f5a42665e61acec78d64e021f4b68c","author":{"name":"Xu YiPing","email":"5e21ecddfe8a7ecbb562e96bcf79cf3bc1f047db@hisilicon.com"},"message":"FROMLIST: binder: fix memory corruption in binder_transaction binder\n\n(from https://patchwork.kernel.org/patch/9939405/)\n\ncommit 7a4408c6bd3e (\"binder: make sure accesses to proc/thread are\nsafe\") made a change to enqueue tcomplete to thread->todo before\nenqueuing the transaction. However, in err_dead_proc_or_thread case,\nthe tcomplete is directly freed, without dequeued. It may cause the\nthread->todo list to be corrupted.\n\nSo, dequeue it before freeing.\n\nBug: 65333488\nChange-Id: Id063a4db18deaa634f4d44aa6ebca47bea32537a\nSigned-off-by: Xu YiPing <xuyiping@hisilicon.com>\nSigned-off-by: Todd Kjos <tkjos@google.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/ab10c4d8d6f5a42665e61acec78d64e021f4b68c"},{"sha":"b13d0fb3390670995a7fc90f96c17542e305ca59","author":{"name":"Xu YiPing","email":"5e21ecddfe8a7ecbb562e96bcf79cf3bc1f047db@hisilicon.com"},"message":"FROMLIST: binder: fix an ret value override\n\n(from https://patchwork.kernel.org/patch/9939409/)\n\ncommit 372e3147df70 (\"binder: guarantee txn complete / errors delivered\nin-order\") incorrectly defined a local ret value.  This ret value will\nbe invalid when out of the if block\n\nChange-Id: If7bd963ac7e67d135aa949133263aac27bf15d1a\nSigned-off-by: Xu YiPing <xuyiping@hislicon.com>\nSigned-off-by: Todd Kjos <tkjos@google.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/b13d0fb3390670995a7fc90f96c17542e305ca59"},{"sha":"3482bbea6b3e9ed685ce42a77927dfeaec0be122","author":{"name":"Rafael J. Wysocki","email":"eb3c82195bc87396d74859a40992e20b7267b462@intel.com"},"message":"BACKPORT: cpufreq: schedutil: Use policy-dependent transition delays\n\nMake the schedutil governor take the initial (default) value of the\nrate_limit_us sysfs attribute from the (new) transition_delay_us\npolicy parameter (to be set by the scaling driver).\n\nThat will allow scaling drivers to make schedutil use smaller default\nvalues of rate_limit_us and reduce the default average time interval\nbetween consecutive frequency changes.\n\nMake intel_pstate set transition_delay_us to 500.\n\nBACKPORT: Modified to support the separate up_rate_limit_us and\ndown_rate_limit_us (upstream just has a single rate_limit_us). Also\ndropped the changes for intel_pstate as there's a merge conflict.\n\nChange-Id: I62a8543879a4d8582cdcb31ebd55607705d1c8b1\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\n(cherry picked from commit 1b72e7fd304639f1cd49d1e11955c4974936d88c)\nSigned-off-by: Brendan Jackman <brendan.jackman@arm.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm/commits/3482bbea6b3e9ed685ce42a77927dfeaec0be122"}]}
{"actor":{"display_login":"Mazda--"}}