{"push_id":1396754510,"size":24,"distinct_size":24,"ref":"refs/heads/YAOSP-NG-7.0.0_r17","head":"8582de034adc84642d2fdeb0851b7aa470329c11","before":"76d746ef04ca2836cac196d0f86c47aad0e38fe9","commits":[{"sha":"c5a18cbd381ed75f9f0cb9224d4d95730c0d9696","author":{"name":"Jean-Pierre Rasquin","email":"4ef8a2555692077f234eb620510f1de72b709988@gmail.com"},"message":"defconfig: backup stock defconfig\n\nSigned-off-by: Jean-Pierre Rasquin <yank555.lu@gmail.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/c5a18cbd381ed75f9f0cb9224d4d95730c0d9696"},{"sha":"d6bab303b1d1fd9fae693c42611e6d802b4f47bb","author":{"name":"yank555-lu","email":"4ef8a2555692077f234eb620510f1de72b709988@gmail.com"},"message":"scripts: remove localversion \"+\" from kernel version strings\n\nChange-Id: I4dccc07bd5dcf5dfb8373772d707b1148e9bedd1","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/d6bab303b1d1fd9fae693c42611e6d802b4f47bb"},{"sha":"f392c080ba2c918e1757a6e8bcde392da4ec8274","author":{"name":"atl4ntis","email":"8a400915cdbab663d028965b18d4160ba3f8427c@gmail.com"},"message":"Bullhead kernel: implement always on rgb led support\n\n    Like good old brother, N5X needs this patch aswell for charging led fx.\n\n    Original commit for Hammerhead by sam3000 slightly modified for Bullhead.\n\n    Original msg:\n\n    When offms is set to 0, configure a single point\n    duty cycle at the desired led brightness.\n\n    Signed-off-by: atl4ntis <nope>\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/f392c080ba2c918e1757a6e8bcde392da4ec8274"},{"sha":"52f53db0c067709d2c896aa3775fa158bbddc43c","author":{"name":"yank555-lu","email":"4ef8a2555692077f234eb620510f1de72b709988@gmail.com"},"message":"binfmt_elf.c: use get_random_int() to fix entropy depleting (Jeff Liu )\n\nSee http://lkml.indiana.edu/hypermail/linux/kernel/1211.1/03767.html for details.\n\nChange-Id: I755bdad333bb4792d37bec7868bc54d2f1f4bdbe","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/52f53db0c067709d2c896aa3775fa158bbddc43c"},{"sha":"0938b3acde617cf543a3c42b93cbf1ba868cec70","author":{"name":"yank555-lu","email":"4ef8a2555692077f234eb620510f1de72b709988@gmail.com"},"message":"block: fiops ioscheduler - squashed commit (all credits for forward port to faux123)\n\nblock: fiops ioscheduler core\n\nFIOPS (Fair IOPS) ioscheduler is IOPS based ioscheduler, so only targets\nfor drive without I/O seek. It's quite similar like CFQ, but the dispatch\ndecision is made according to IOPS instead of slice.\n\nThe algorithm is simple. Drive has a service tree, and each task lives in\nthe tree. The key into the tree is called vios (virtual I/O). Every request\nhas vios, which is calculated according to its ioprio, request size and so\non. Task's vios is the sum of vios of all requests it dispatches. FIOPS\nalways selects task with minimum vios in the service tree and let the task\ndispatch request. The dispatched request's vios is then added to the task's\nvios and the task is repositioned in the sevice tree.\n\nUnlike CFQ, FIOPS doesn't have separate sync/async queues, because with I/O\nless writeback, usually a task can only dispatch either sync or async requests.\nBias read or write request can still be done with read/write scale.\n\nOne issue is if workload iodepth is lower than drive queue_depth, IOPS\nshare of a task might not be strictly according to its priority, request\nBias read or write request can still be done with read/write scale.\n\nOne issue is if workload iodepth is lower than drive queue_depth, IOPS\nshare of a task might not be strictly according to its priority, request\nsize and so on. In this case, the drive is in idle actually. Solving the\nproblem need make drive idle, so impact performance. I believe CFQ isn't\ncompletely fair between tasks in such case too.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\n\nSigned-off-by: Paul Reioux <reioux@gmail.com>\n\nConflicts:\n\tblock/Makefile\n\nConflicts:\n\tblock/Makefile\nblock: fiops read/write request scale\n\nread/write speed of Flash based storage usually is different. For example,\nin my SSD maxium thoughput of read is about 3 times faster than that of\nwrite. Add a scale to differenate read and write. Also add a tunable, so\nuser can assign different scale for read and write.\n\nBy default, the scale is 1:1, which means the scale is a noop.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nblock: fiops sync/async scale\n\nCFQ gives 2.5 times more share to sync workload. This matches CFQ.\n\nNote this is different with the read/write scale. We have 3 types of\nrequests:\n1. read\n2. sync write\n3. write\nCFQ doesn't differentitate type 1 and 2, but request cost of 1 and 2\nare usually different for flash based storage. So we have both sync/async\nand read/write scale here.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nblock: fiops add ioprio support\n\nAdd CFQ-like ioprio support. Priority A will get 20% more share than priority\nA+1, which matches CFQ.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nblock: fiops preserve vios key for deep queue depth workload\n\nIf the task has running request, even it's added into service tree newly,\nwe preserve its vios key, so it will not lost its share. This should work\nfor task driving big queue depth. For single depth task, there is no approach\nto preserve its vios key.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nblock: fiops bias sync workload\n\nIf there are async requests running, delay async workload. Otherwise\nasync workload (usually very deep iodepth) will use all queue iodepth\nand later sync requests will get long delayed. The idea is from CFQ.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nblock: fiops add some trace information\n\nAdd some trace information, which is helpful when I do debugging.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nFIOPS: forward port for use on 3.10 Linux\n\nChange-Id: I0f347f2f57185cebe80cb1c5206bfbb0be35a7d3\nSigned-off-by: Paul Reioux <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/0938b3acde617cf543a3c42b93cbf1ba868cec70"},{"sha":"88339ccaf71f73b4dfab01d2b43e0c46387b0ae7","author":{"name":"savoca","email":"d8e760ef6a7aeade4459e0b4824d86044527f6a2@gmail.com"},"message":"msm: mdss: savoca's KCAL pp control adapted for bullhead - squashed (Savoca / Imoseyon)\n\nmsm: mdss: savoca's KCAL pp control adapted for bullhead\n\nConflicts:\n\tdrivers/video/msm/mdss/Kconfig\n\tdrivers/video/msm/mdss/Makefile\n\tdrivers/video/msm/mdss/mdss_mdp_pp.c\n\nmsm: mdss: Replace PGC implementation with PCC for KCAL\n\n - Unify enable/update routines\n - Remove no longer used update call from probe function\n - Pass lut_data struct to all kcal/mdss functions\n - Thank you to @cyanogen for PCC code reference\n\nmsm: mdss: Add pa_v2 support to KCAL\n\n - Thank you @engstk for testing","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/88339ccaf71f73b4dfab01d2b43e0c46387b0ae7"},{"sha":"f64917c2b0e039eb0deb0685487765d0796534e9","author":{"name":"flar2","email":"54baee86d9719f38bf07b54ac189c5126488f211@gmail.com"},"message":"msm_performance: Make input boosting optional","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/f64917c2b0e039eb0deb0685487765d0796534e9"},{"sha":"54e71650def6c634edeb57147a88650bdcb868ab","author":{"name":"Victor Lapin","email":"38ec4d18c0373c50a051f7d3eccb7e93045331a2@gmail.com"},"message":"msm_performance: Touchboost disabled by default","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/54e71650def6c634edeb57147a88650bdcb868ab"},{"sha":"a4cf85f84b4c5028bbf8b82d184f8db59374bd0e","author":{"name":"Nikhilesh Reddy","email":"1e32cc90766364d327453cc38b968b137a000d78@codeaurora.org"},"message":"fs: Workaround the compiler's bad optimization\n\nWhen compiling the kernel with  the compiler\n\"aarch64-linux-android-gcc (GCC) 4.9.x-google 20140827 (prerelease)\"\nThe compiler seems to be optimizing a value out in the do_sync_write\nfunction and is incorrectly passing the pointer instead of the\ndereferenced value.\nForce the compiler to use the right value by passing the dereferenced\npointer instead of another variable that is assigned with the dereferenced\nvalue.\n\nChange-Id: I60505ffe39393f6323dcc7c6f912c74ea6aca6cd\nSigned-off-by: Nikhilesh Reddy <reddyn@codeaurora.org>\n\n(cherry picked from commit f2e1e9070be8736fd28b3d36965b24b1cfbf3700)","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/a4cf85f84b4c5028bbf8b82d184f8db59374bd0e"},{"sha":"05673a8e069f440f40b6dab4187de438cb68b60f","author":{"name":"David Herrmann","email":"e2eef41a6e8802d9a2b97336b5c9d0578c0f8aef@gmail.com"},"message":"Bluetooth: hidp: fix device disconnect on idle timeout\n\ncommit 660f0fc07d21114549c1862e67e78b1cf0c90c29 upstream.\n\nThe HIDP specs define an idle-timeout which automatically disconnects a\ndevice. This has always been implemented in the HIDP layer and forced a\nsynchronous shutdown of the hidp-scheduler. This works just fine, but\nlacks a forced disconnect on the underlying l2cap channels. This has been\nbroken since:\n\n    commit 5205185d461d5902325e457ca80bd421127b7308\n    Author: David Herrmann <dh.herrmann@gmail.com>\n    Date:   Sat Apr 6 20:28:47 2013 +0200\n\n        Bluetooth: hidp: remove old session-management\n\nThe old session-management always forced an l2cap error on the ctrl/intr\nchannels when shutting down. The new session-management skips this, as we\ndon't want to enforce channel policy on the caller. In other words, if\nuser-space removes an HIDP device, the underlying channels (which are\n*owned* and *referenced* by user-space) are still left active. User-space\nneeds to call shutdown(2) or close(2) to release them.\n\nUnfortunately, this does not work with idle-timeouts. There is no way to\nsignal user-space that the HIDP layer has been stopped. The API simply\ndoes not support any event-passing except for poll(2). Hence, we restore\nold behavior and force EUNATCH on the sockets if the HIDP layer is\ndisconnected due to idle-timeouts (behavior of explicit disconnects\nremains unmodified). User-space can still call\n\n    getsockopt(..., SO_ERROR, ...)\n\n..to retrieve the EUNATCH error and clear sk_err. Hence, the channels can\nstill be re-used (which nobody does so far, though). Therefore, the API\nstill supports the new behavior, but with this patch it's also compatible\nto the old implicit channel shutdown.\n\nReported-by: Mark Haun <haunma@keteu.org>\nReported-by: Luiz Augusto von Dentz <luiz.dentz@gmail.com>\nSigned-off-by: David Herrmann <dh.herrmann@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\n(cherry picked from commit 434c1cfa8801cd1b6b30e633820d88a97b02d9cb)","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/05673a8e069f440f40b6dab4187de438cb68b60f"},{"sha":"ab823c8a7edb7970eae4664ab92128a02452e030","author":{"name":"Thomas Gleixner","email":"352b5f5ba0189d2583768a9bb8247f98115b9038@linutronix.de"},"message":"sched/cputime: Fix steal time accounting vs. CPU hotplug\n\ncommit e9532e69b8d1d1284e8ecf8d2586de34aec61244 upstream.\n\nOn CPU hotplug the steal time accounting can keep a stale rq->prev_steal_time\nvalue over CPU down and up. So after the CPU comes up again the delta\ncalculation in steal_account_process_tick() wreckages itself due to the\nunsigned math:\n\n\t u64 steal = paravirt_steal_clock(smp_processor_id());\n\n\t steal -= this_rq()->prev_steal_time;\n\nSo if steal is smaller than rq->prev_steal_time we end up with an insane large\nvalue which then gets added to rq->prev_steal_time, resulting in a permanent\nwreckage of the accounting. As a consequence the per CPU stats in /proc/stat\nbecome stale.\n\nNice trick to tell the world how idle the system is (100%) while the CPU is\n100% busy running tasks. Though we prefer realistic numbers.\n\nNone of the accounting values which use a previous value to account for\nfractions is reset at CPU hotplug time. update_rq_clock_task() has a sanity\ncheck for prev_irq_time and prev_steal_time_rq, but that sanity check solely\ndeals with clock warps and limits the /proc/stat visible wreckage. The\nprev_time values are still wrong.\n\nSolution is simple: Reset rq->prev_*_time when the CPU is plugged in again.\n\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nAcked-by: Rik van Riel <riel@redhat.com>\nCc: <stable@vger.kernel.org>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Glauber Costa <glommer@parallels.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nFixes: commit 095c0aa83e52 \"sched: adjust scheduler cpu power for stolen time\"\nFixes: commit aa483808516c \"sched: Remove irq time from available CPU power\"\nFixes: commit e6e6685accfa \"KVM guest: Steal time accounting\"\nLink: http://lkml.kernel.org/r/alpine.DEB.2.11.1603041539490.3686@nanos\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Willy Tarreau <w@1wt.eu>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/ab823c8a7edb7970eae4664ab92128a02452e030"},{"sha":"d6f55dd1fcdc1622834f72d80fba14ca3a81af03","author":{"name":"Jean-Pierre Rasquin","email":"4ef8a2555692077f234eb620510f1de72b709988@gmail.com"},"message":"soc: qcom: msm_hotplug v2.4\n\nv2.4 :\n\n- add runtime debug switch to dump cpu_up/down info to dmesg\n\nv2.3 :\n\n- back to using __cpuinit\n\nv2.2 :\n\n- add min/max big cores\n- rewrite big_updown\n- rewrite suspend/resume\n\nv2.11 :\n\n- fix & simplify least loaded big core calculation\n- simplify least loaded little core calculation and exclude cpu0\n\nv2.1 :\n\n- simplified update_rate code\n- big cores unplug : choose the one with the least workload from 5-6-7 first, 4 last (used to set governor)\n- code review\n\nv2 :\n\n- respect msm_thermal core restrictions\n- hotplug big cores based on big core load instead of linking 50%\n   of big cluster to cpu2 and cpu3 (little)\n- checks in sysfs interface to refuse invalid values (return EINVAL)\n\n-------------------------------------------------\n\nSysFs interface (/sys/module/msm_hotplug) :\n\n    msm_enabled          : enable/disable hotplugging\n                           (rw, 0/1, defaults to 0)\n\n    update_rate          : delay between load calculations in ms\n                           (rw, 2-5000, defaults to 200)\n\n    load_levels          : show/update load levels for little cores\n                           (rw, format \"x y z\"\n                              x = 1-4   = core\n                              y = 0- (100*x)    = up_threshold\n                              z = 0-((100*x)-1) = down_threshold)\n\n    min_cpus_online      : minimum LITTLE cores to keep up at all times\n                           (rw, 1-4, defaults to 3 for s810)\n\n    max_cpus_online      : maximum LITTLE cores allowed up at all times when screen on\n                           (rw, 1-4, defaults to 4 for s810)\n\n    max_cpus_online_susp : maximum LITTLE cores allowed up at all times when screen off\n                           (rw, 1-4, defaults to 4 for s810)\n\n    offline_load         : minimal load to elect a LITTLE core for downing\n                           (rw, 0-100, defaults to 0, disabled when 0)\n\n    min_cpus_online_big  : minimum big cores to keep up at all times\n                           (rw, 0-4, defaults to 0 for s810)\n\n    max_cpus_online_big  : maximum big cores allowed up at all times when screen on\n                           (rw, 1-4, defaults to 4 for s810)\n\n    offline_load_big     : average load of all big cores to reach to remove a big core\n                           (rw, 0-100, defaults to 20)\n\n    online_load_big      : average load of all big cores to reach to add an additional big core\n                           (rw, 0-100, defaults to 80)\n\n    kick_in_load_big     : average load of all little cores to reach to add first big core\n                           (rw, 0-100, defaults to 70)\n\n    fast_lane_load       : average load of all running little cores to reach to bring up all\n                           big and LITTLE cores\n                           (rw, 0/70-100, defaults to 95, disabled when 0)\n\n    big_core_up_delay    : delay before brining up big cores in ms\n                           (rw, defaults to 0, disabled when 0)\n\n    io_is_busy           : consider io as load\n                           (rw, 0/1, defaults to 0)\n\n    current_load         : show current load (sum of all up cores' load)\n                           (ro)\n\n    current_cores        : show current core up count\n                           (ro, format \"big.LITTLE\")\n\n    version              : show current msm_hotplug version\n                           (ro)\n\n-------------------------------------------------\n\nCredits for the msm_hotplug version I based this on to :\n\n- The Linux Foundation\n- Fluxi <linflux@arcor.de>\n- Pranav Vashi <neobuddy89@gmail.com>\n- jollaman999 <admin@jollaman999.com>\n\nSigned-off-by: Jean-Pierre Rasquin <yank555.lu@gmail.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/d6f55dd1fcdc1622834f72d80fba14ca3a81af03"},{"sha":"fd2a9f7b26e5fbc134d06b6784760b011bf196e3","author":{"name":"jollaman999","email":"7b2e9f54cdff413fcde01f330af6896c3cd7e6cd@jollaman999.com"},"message":"zram: Use lz4 as default compressor","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/fd2a9f7b26e5fbc134d06b6784760b011bf196e3"},{"sha":"7ea0f7459fa51fea53f6538ed8250de415aa158f","author":{"name":"dl12345@github.com","email":"06455e069f929f1c760bd5184e456b7c255bec43@github.com"},"message":"Dirtycow Patch - CVE-2016-5195\n\nSigned-off-by: Shawn Anastasio <shawnanastasio@yahoo.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/7ea0f7459fa51fea53f6538ed8250de415aa158f"},{"sha":"a18e956483b90037ba926ec1bbff5a6ce63ca6c6","author":{"name":"Kevin Hao","email":"0f3973f48630d28e07a441463bbbae2f6cafd0be@gmail.com"},"message":"arm64: kill off the libgcc dependency\n\nThe arm64 kernel builds fine without the libgcc. Actually it should not\nbe used at all in the kernel. The following are the reasons indicated\nby Russell King:\n\n  Although libgcc is part of the compiler, libgcc is built with the\n  expectation that it will be running in userland - it expects to link\n  to a libc.  That's why you can't build libgcc without having the glibc\n  headers around.\n\n  [...]\n\n  Meanwhile, having the kernel build the compiler support functions that\n  it needs ensures that (a) we know what compiler support functions are\n  being used, (b) we know the implementation of those support functions\n  are sane for use in the kernel, (c) we can build them with appropriate\n  compiler flags for best performance, and (d) we remove an unnecessary\n  dependency on the build toolchain.\n\nSigned-off-by: Kevin Hao <haokexin@gmail.com>\nAcked-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Catalin Marinas <catalin.marinas@arm.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/a18e956483b90037ba926ec1bbff5a6ce63ca6c6"},{"sha":"2dbe9c8048d5096d0eb186d30b0df48ce1f69af4","author":{"name":"Tim Murray","email":"1236fbd8e0651a86c12ed0f0b75aaeb5e5852ea8@google.com"},"message":"lowmemorykiller: account for unevictable pages\n\nlowmemorykiller was not taking into account unevictable pages when\ndeciding what level to kill. If significant amounts of memory were\npinned, this caused lowmemorykiller to effectively stop at a much higher\nlevel than it should.\n\nbug 31255977\n\nChange-Id: I763ecbfef8c56d65bb8f6147ae810692bd81b6e2","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/2dbe9c8048d5096d0eb186d30b0df48ce1f69af4"},{"sha":"1f7cf5a5a9e8fa3dff5658ee29c8a61c75f7ba3e","author":{"name":"Yazen Ghannam","email":"c714a4b735c614a72d90d8d038b75c204413ca2a@linaro.org"},"message":"crypto: crc32 - Add ARM64 CRC32 hw accelerated module\n\nThis module registers a crc32 algorithm and a crc32c algorithm\nthat use the optional CRC32 and CRC32C instructions in ARMv8.\n\nTested on AMD Seattle.\n\nImprovement compared to crc32c-generic algorithm:\nTCRYPT CRC32C speed test shows ~450% speedup.\nSimple dd write tests to btrfs filesystem show ~30% speedup.\n\nChange-Id: I733dfcfc4a17493fd5d9e63cd30ec394f4ab1f9d\nSigned-off-by: Yazen Ghannam <yazen.ghannam@linaro.org>\nAcked-by: Steve Capper <steve.capper@linaro.org>\nAcked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/1f7cf5a5a9e8fa3dff5658ee29c8a61c75f7ba3e"},{"sha":"9e779c2586f0d88b08e3306bf6d1a29acc0348d7","author":{"name":"Ard Biesheuvel","email":"80b89d4a5c0c8f00cebbb9c7d8a672c776f22af1@linaro.org"},"message":"crypto: arm64/crc32 - bring in line with generic CRC32\n\nThe arm64 CRC32 (not CRC32c) implementation was not quite doing\nthe same thing as the generic one. Fix that.\n\nChange-Id: Ia994facbe7ca05ab852919731eb4c5fb62810919\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Steve Capper <steve.capper@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/9e779c2586f0d88b08e3306bf6d1a29acc0348d7"},{"sha":"3523e24dcbb8febd33c65628dc372d266472bb30","author":{"name":"Victor Lapin","email":"62d658e79284206e227acf976630b146e3692bf0@slimroms.org"},"message":"defconfig: enable CRYPTO_CRC32_ARM64","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/3523e24dcbb8febd33c65628dc372d266472bb30"},{"sha":"1a7207f21806ec22b440bd8617f516a9f90d7367","author":{"name":"myfluxi","email":"95ab61bb01957fc548ef82d227666a28af3268a6@arcor.de"},"message":"devfreq: Use high priority workqueue\n\nIt does not make sense to run kgsl on high and devfreq on regular\npriority.\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/YAOSP-NG/kernel_lge_bullhead/commits/1a7207f21806ec22b440bd8617f516a9f90d7367"}]}
{"actor":{"display_login":"yank555-lu"}}