{"push_id":2817635246,"size":26,"distinct_size":26,"ref":"refs/heads/8.1","head":"3534609e25583e4a383f471bcd850f98da616306","before":"710f6f3597bf8b049f7cfe9fb9411f8182c6a5f6","commits":[{"sha":"f35e16c5977914d8c2e77277d554268b34bb4942","author":{"name":"Alexey Kodanev","email":"230f550b09df4d04cb9a8036b198a530acf758d3@oracle.com"},"message":"dccp: fix undefined behavior with 'cwnd' shift in ccid2_cwnd_restart()\n\n[ Upstream commit 61ef4b07fcdc30535889990cf4229766502561cf ]\n\nThe shift of 'cwnd' with '(now - hc->tx_lsndtime) / hc->tx_rto' value\ncan lead to undefined behavior [1].\n\nIn order to fix this use a gradual shift of the window with a 'while'\nloop, similar to what tcp_cwnd_restart() is doing.\n\nWhen comparing delta and RTO there is a minor difference between TCP\nand DCCP, the last one also invokes dccp_cwnd_restart() and reduces\n'cwnd' if delta equals RTO. That case is preserved in this change.\n\n[1]:\n[40850.963623] UBSAN: Undefined behaviour in net/dccp/ccids/ccid2.c:237:7\n[40851.043858] shift exponent 67 is too large for 32-bit type 'unsigned int'\n[40851.127163] CPU: 3 PID: 15940 Comm: netstress Tainted: G        W   E     4.18.0-rc7.x86_64 #1\n...\n[40851.377176] Call Trace:\n[40851.408503]  dump_stack+0xf1/0x17b\n[40851.451331]  ? show_regs_print_info+0x5/0x5\n[40851.503555]  ubsan_epilogue+0x9/0x7c\n[40851.548363]  __ubsan_handle_shift_out_of_bounds+0x25b/0x2b4\n[40851.617109]  ? __ubsan_handle_load_invalid_value+0x18f/0x18f\n[40851.686796]  ? xfrm4_output_finish+0x80/0x80\n[40851.739827]  ? lock_downgrade+0x6d0/0x6d0\n[40851.789744]  ? xfrm4_prepare_output+0x160/0x160\n[40851.845912]  ? ip_queue_xmit+0x810/0x1db0\n[40851.895845]  ? ccid2_hc_tx_packet_sent+0xd36/0x10a0 [dccp]\n[40851.963530]  ccid2_hc_tx_packet_sent+0xd36/0x10a0 [dccp]\n[40852.029063]  dccp_xmit_packet+0x1d3/0x720 [dccp]\n[40852.086254]  dccp_write_xmit+0x116/0x1d0 [dccp]\n[40852.142412]  dccp_sendmsg+0x428/0xb20 [dccp]\n[40852.195454]  ? inet_dccp_listen+0x200/0x200 [dccp]\n[40852.254833]  ? sched_clock+0x5/0x10\n[40852.298508]  ? sched_clock+0x5/0x10\n[40852.342194]  ? inet_create+0xdf0/0xdf0\n[40852.388988]  sock_sendmsg+0xd9/0x160\n...\n\nFixes: 113ced1f52e5 (\"dccp ccid-2: Perform congestion-window validation\")\nSigned-off-by: Alexey Kodanev <alexey.kodanev@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/f35e16c5977914d8c2e77277d554268b34bb4942"},{"sha":"4aef9b0fffd2295b1c523ebf43ca6b46e9cc8ffa","author":{"name":"Wei Wang","email":"d1a14547fbd57d80de0d744a7697de0d1b6e7be3@google.com"},"message":"l2tp: use sk_dst_check() to avoid race on sk->sk_dst_cache\n\n[ Upstream commit 6d37fa49da1e8db8fb1995be22ac837ca41ac8a8 ]\n\nIn l2tp code, if it is a L2TP_UDP_ENCAP tunnel, tunnel->sk points to a\nUDP socket. User could call sendmsg() on both this tunnel and the UDP\nsocket itself concurrently. As l2tp_xmit_skb() holds socket lock and call\n__sk_dst_check() to refresh sk->sk_dst_cache, while udpv6_sendmsg() is\nlockless and call sk_dst_check() to refresh sk->sk_dst_cache, there\ncould be a race and cause the dst cache to be freed multiple times.\nSo we fix l2tp side code to always call sk_dst_check() to garantee\nxchg() is called when refreshing sk->sk_dst_cache to avoid race\nconditions.\n\nSyzkaller reported stack trace:\nBUG: KASAN: use-after-free in atomic_read include/asm-generic/atomic-instrumented.h:21 [inline]\nBUG: KASAN: use-after-free in atomic_fetch_add_unless include/linux/atomic.h:575 [inline]\nBUG: KASAN: use-after-free in atomic_add_unless include/linux/atomic.h:597 [inline]\nBUG: KASAN: use-after-free in dst_hold_safe include/net/dst.h:308 [inline]\nBUG: KASAN: use-after-free in ip6_hold_safe+0xe6/0x670 net/ipv6/route.c:1029\nRead of size 4 at addr ffff8801aea9a880 by task syz-executor129/4829\n\nCPU: 0 PID: 4829 Comm: syz-executor129 Not tainted 4.18.0-rc7-next-20180802+ #30\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\nCall Trace:\n __dump_stack lib/dump_stack.c:77 [inline]\n dump_stack+0x1c9/0x2b4 lib/dump_stack.c:113\n print_address_description+0x6c/0x20b mm/kasan/report.c:256\n kasan_report_error mm/kasan/report.c:354 [inline]\n kasan_report.cold.7+0x242/0x30d mm/kasan/report.c:412\n check_memory_region_inline mm/kasan/kasan.c:260 [inline]\n check_memory_region+0x13e/0x1b0 mm/kasan/kasan.c:267\n kasan_check_read+0x11/0x20 mm/kasan/kasan.c:272\n atomic_read include/asm-generic/atomic-instrumented.h:21 [inline]\n atomic_fetch_add_unless include/linux/atomic.h:575 [inline]\n atomic_add_unless include/linux/atomic.h:597 [inline]\n dst_hold_safe include/net/dst.h:308 [inline]\n ip6_hold_safe+0xe6/0x670 net/ipv6/route.c:1029\n rt6_get_pcpu_route net/ipv6/route.c:1249 [inline]\n ip6_pol_route+0x354/0xd20 net/ipv6/route.c:1922\n ip6_pol_route_output+0x54/0x70 net/ipv6/route.c:2098\n fib6_rule_lookup+0x283/0x890 net/ipv6/fib6_rules.c:122\n ip6_route_output_flags+0x2c5/0x350 net/ipv6/route.c:2126\n ip6_dst_lookup_tail+0x1278/0x1da0 net/ipv6/ip6_output.c:978\n ip6_dst_lookup_flow+0xc8/0x270 net/ipv6/ip6_output.c:1079\n ip6_sk_dst_lookup_flow+0x5ed/0xc50 net/ipv6/ip6_output.c:1117\n udpv6_sendmsg+0x2163/0x36b0 net/ipv6/udp.c:1354\n inet_sendmsg+0x1a1/0x690 net/ipv4/af_inet.c:798\n sock_sendmsg_nosec net/socket.c:622 [inline]\n sock_sendmsg+0xd5/0x120 net/socket.c:632\n ___sys_sendmsg+0x51d/0x930 net/socket.c:2115\n __sys_sendmmsg+0x240/0x6f0 net/socket.c:2210\n __do_sys_sendmmsg net/socket.c:2239 [inline]\n __se_sys_sendmmsg net/socket.c:2236 [inline]\n __x64_sys_sendmmsg+0x9d/0x100 net/socket.c:2236\n do_syscall_64+0x1b9/0x820 arch/x86/entry/common.c:290\n entry_SYSCALL_64_after_hwframe+0x49/0xbe\nRIP: 0033:0x446a29\nCode: e8 ac b8 02 00 48 83 c4 18 c3 0f 1f 80 00 00 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 0f 83 eb 08 fc ff c3 66 2e 0f 1f 84 00 00 00 00\nRSP: 002b:00007f4de5532db8 EFLAGS: 00000246 ORIG_RAX: 0000000000000133\nRAX: ffffffffffffffda RBX: 00000000006dcc38 RCX: 0000000000446a29\nRDX: 00000000000000b8 RSI: 0000000020001b00 RDI: 0000000000000003\nRBP: 00000000006dcc30 R08: 00007f4de5533700 R09: 0000000000000000\nR10: 0000000000000000 R11: 0000000000000246 R12: 00000000006dcc3c\nR13: 00007ffe2b830fdf R14: 00007f4de55339c0 R15: 0000000000000001\n\nFixes: 71b1391a4128 (\"l2tp: ensure sk->dst is still valid\")\nReported-by: syzbot+05f840f3b04f211bad55@syzkaller.appspotmail.com\nSigned-off-by: Wei Wang <weiwan@google.com>\nSigned-off-by: Martin KaFai Lau <kafai@fb.com>\nCc: Guillaume Nault <g.nault@alphalink.fr>\nCc: David Ahern <dsahern@gmail.com>\nCc: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/4aef9b0fffd2295b1c523ebf43ca6b46e9cc8ffa"},{"sha":"813fb06fe60d0a56a5481fb81793142fc00bf4bd","author":{"name":"Cong Wang","email":"0f114804888b88d50037b04b42e57b858d851b87@gmail.com"},"message":"llc: use refcount_inc_not_zero() for llc_sap_find()\n\n[ Upstream commit 0dcb82254d65f72333aa50ad626d1e9665ad093b ]\n\nllc_sap_put() decreases the refcnt before deleting sap\nfrom the global list. Therefore, there is a chance\nllc_sap_find() could find a sap with zero refcnt\nin this global list.\n\nClose this race condition by checking if refcnt is zero\nor not in llc_sap_find(), if it is zero then it is being\nremoved so we can just treat it as gone.\n\nReported-by: <syzbot+278893f3f7803871f7ce@syzkaller.appspotmail.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/813fb06fe60d0a56a5481fb81793142fc00bf4bd"},{"sha":"0adfdb9af8ec7cc0c8a35dfe8a20d6f8d27ddd08","author":{"name":"Hangbin Liu","email":"f18dd0be96fb7338348dc2439a86c9a4ef8ef3b9@gmail.com"},"message":"net_sched: Fix missing res info when create new tc_index filter\n\n[ Upstream commit 008369dcc5f7bfba526c98054f8525322acf0ea3 ]\n\nLi Shuang reported the following warn:\n\n[  733.484610] WARNING: CPU: 6 PID: 21123 at net/sched/sch_cbq.c:1418 cbq_destroy_class+0x5d/0x70 [sch_cbq]\n[  733.495190] Modules linked in: sch_cbq cls_tcindex sch_dsmark rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat l\n[  733.574155]  syscopyarea sysfillrect sysimgblt fb_sys_fops ttm drm igb ixgbe ahci libahci i2c_algo_bit libata i40e i2c_core dca mdio megaraid_sas dm_mirror dm_region_hash dm_log dm_mod\n[  733.592500] CPU: 6 PID: 21123 Comm: tc Not tainted 4.18.0-rc8.latest+ #131\n[  733.600169] Hardware name: Dell Inc. PowerEdge R730/0WCJNT, BIOS 2.1.5 04/11/2016\n[  733.608518] RIP: 0010:cbq_destroy_class+0x5d/0x70 [sch_cbq]\n[  733.614734] Code: e7 d9 d2 48 8b 7b 48 e8 61 05 da d2 48 8d bb f8 00 00 00 e8 75 ae d5 d2 48 39 eb 74 0a 48 89 df 5b 5d e9 16 6c 94 d2 5b 5d c3 <0f> 0b eb b6 0f 1f 44 00 00 66 2e 0f 1f 84\n[  733.635798] RSP: 0018:ffffbfbb066bb9d8 EFLAGS: 00010202\n[  733.641627] RAX: 0000000000000001 RBX: ffff9cdd17392800 RCX: 000000008010000f\n[  733.649588] RDX: ffff9cdd1df547e0 RSI: ffff9cdd17392800 RDI: ffff9cdd0f84c800\n[  733.657547] RBP: ffff9cdd0f84c800 R08: 0000000000000001 R09: 0000000000000000\n[  733.665508] R10: ffff9cdd0f84d000 R11: 0000000000000001 R12: 0000000000000001\n[  733.673469] R13: 0000000000000000 R14: 0000000000000001 R15: ffff9cdd17392200\n[  733.681430] FS:  00007f911890a740(0000) GS:ffff9cdd1f8c0000(0000) knlGS:0000000000000000\n[  733.690456] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[  733.696864] CR2: 0000000000b5544c CR3: 0000000859374002 CR4: 00000000001606e0\n[  733.704826] Call Trace:\n[  733.707554]  cbq_destroy+0xa1/0xd0 [sch_cbq]\n[  733.712318]  qdisc_destroy+0x62/0x130\n[  733.716401]  dsmark_destroy+0x2a/0x70 [sch_dsmark]\n[  733.721745]  qdisc_destroy+0x62/0x130\n[  733.725829]  qdisc_graft+0x3ba/0x470\n[  733.729817]  tc_get_qdisc+0x2a6/0x2c0\n[  733.733901]  ? cred_has_capability+0x7d/0x130\n[  733.738761]  rtnetlink_rcv_msg+0x263/0x2d0\n[  733.743330]  ? rtnl_calcit.isra.30+0x110/0x110\n[  733.748287]  netlink_rcv_skb+0x4d/0x130\n[  733.752576]  netlink_unicast+0x1a3/0x250\n[  733.756949]  netlink_sendmsg+0x2ae/0x3a0\n[  733.761324]  sock_sendmsg+0x36/0x40\n[  733.765213]  ___sys_sendmsg+0x26f/0x2d0\n[  733.769493]  ? handle_pte_fault+0x586/0xdf0\n[  733.774158]  ? __handle_mm_fault+0x389/0x500\n[  733.778919]  ? __sys_sendmsg+0x5e/0xa0\n[  733.783099]  __sys_sendmsg+0x5e/0xa0\n[  733.787087]  do_syscall_64+0x5b/0x180\n[  733.791171]  entry_SYSCALL_64_after_hwframe+0x44/0xa9\n[  733.796805] RIP: 0033:0x7f9117f23f10\n[  733.800791] Code: c3 48 8b 05 82 6f 2c 00 f7 db 64 89 18 48 83 cb ff eb dd 0f 1f 80 00 00 00 00 83 3d 8d d0 2c 00 00 75 10 b8 2e 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8\n[  733.821873] RSP: 002b:00007ffe96818398 EFLAGS: 00000246 ORIG_RAX: 000000000000002e\n[  733.830319] RAX: ffffffffffffffda RBX: 000000005b71244c RCX: 00007f9117f23f10\n[  733.838280] RDX: 0000000000000000 RSI: 00007ffe968183e0 RDI: 0000000000000003\n[  733.846241] RBP: 00007ffe968183e0 R08: 000000000000ffff R09: 0000000000000003\n[  733.854202] R10: 00007ffe96817e20 R11: 0000000000000246 R12: 0000000000000000\n[  733.862161] R13: 0000000000662ee0 R14: 0000000000000000 R15: 0000000000000000\n[  733.870121] ---[ end trace 28edd4aad712ddca ]---\n\nThis is because we didn't update f->result.res when create new filter. Then in\ntcindex_delete() -> tcf_unbind_filter(), we will failed to find out the res\nand unbind filter, which will trigger the WARN_ON() in cbq_destroy_class().\n\nFix it by updating f->result.res when create new filter.\n\nFixes: 6e0565697a106 (\"net_sched: fix another crash in cls_tcindex\")\nReported-by: Li Shuang <shuali@redhat.com>\nSigned-off-by: Hangbin Liu <liuhangbin@gmail.com>\nAcked-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/0adfdb9af8ec7cc0c8a35dfe8a20d6f8d27ddd08"},{"sha":"62209d1f272c2b134765301f279fda7364b07ddd","author":{"name":"Cong Wang","email":"0f114804888b88d50037b04b42e57b858d851b87@gmail.com"},"message":"vsock: split dwork to avoid reinitializations\n\n[ Upstream commit 455f05ecd2b219e9a216050796d30c830d9bc393 ]\n\nsyzbot reported that we reinitialize an active delayed\nwork in vsock_stream_connect():\n\n\tODEBUG: init active (active state 0) object type: timer_list hint:\n\tdelayed_work_timer_fn+0x0/0x90 kernel/workqueue.c:1414\n\tWARNING: CPU: 1 PID: 11518 at lib/debugobjects.c:329\n\tdebug_print_object+0x16a/0x210 lib/debugobjects.c:326\n\nThe pattern is apparently wrong, we should only initialize\nthe dealyed work once and could repeatly schedule it. So we\nhave to move out the initializations to allocation side.\nAnd to avoid confusion, we can split the shared dwork\ninto two, instead of re-using the same one.\n\nFixes: d021c344051a (\"VSOCK: Introduce VM Sockets\")\nReported-by: <syzbot+8a9b1bd330476a4f3db6@syzkaller.appspotmail.com>\nCc: Andy king <acking@vmware.com>\nCc: Stefan Hajnoczi <stefanha@redhat.com>\nCc: Jorgen Hansen <jhansen@vmware.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/62209d1f272c2b134765301f279fda7364b07ddd"},{"sha":"51f6a134cfd1731baccecd49b8221833f782e4c9","author":{"name":"Hangbin Liu","email":"f18dd0be96fb7338348dc2439a86c9a4ef8ef3b9@gmail.com"},"message":"net_sched: fix NULL pointer dereference when delete tcindex filter\n\n[ Upstream commit 2df8bee5654bb2b7312662ca6810d4dc16b0b67f ]\n\nLi Shuang reported the following crash:\n\n[   71.267724] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004\n[   71.276456] PGD 800000085d9bd067 P4D 800000085d9bd067 PUD 859a0b067 PMD 0\n[   71.284127] Oops: 0000 [#1] SMP PTI\n[   71.288015] CPU: 12 PID: 2386 Comm: tc Not tainted 4.18.0-rc8.latest+ #131\n[   71.295686] Hardware name: Dell Inc. PowerEdge R730/0WCJNT, BIOS 2.1.5 04/11/2016\n[   71.304037] RIP: 0010:tcindex_delete+0x72/0x280 [cls_tcindex]\n[   71.310446] Code: 00 31 f6 48 87 75 20 48 85 f6 74 11 48 8b 47 18 48 8b 40 08 48 8b 40 50 e8 fb a6 f8 fc 48 85 db 0f 84 dc 00 00 00 48 8b 73 18 <8b> 56 04 48 8d 7e 04 85 d2 0f 84 7b 01 00\n[   71.331517] RSP: 0018:ffffb45207b3f898 EFLAGS: 00010282\n[   71.337345] RAX: ffff8ad3d72d6360 RBX: ffff8acc84393680 RCX: 000000000000002e\n[   71.345306] RDX: ffff8ad3d72c8570 RSI: 0000000000000000 RDI: ffff8ad847a45800\n[   71.353277] RBP: ffff8acc84393688 R08: ffff8ad3d72c8400 R09: 0000000000000000\n[   71.361238] R10: ffff8ad3de786e00 R11: 0000000000000000 R12: ffffb45207b3f8c7\n[   71.369199] R13: ffff8ad3d93bd2a0 R14: 000000000000002e R15: ffff8ad3d72c9600\n[   71.377161] FS:  00007f9d3ec3e740(0000) GS:ffff8ad3df980000(0000) knlGS:0000000000000000\n[   71.386188] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[   71.392597] CR2: 0000000000000004 CR3: 0000000852f06003 CR4: 00000000001606e0\n[   71.400558] Call Trace:\n[   71.403299]  tcindex_destroy_element+0x25/0x40 [cls_tcindex]\n[   71.409611]  tcindex_walk+0xbb/0x110 [cls_tcindex]\n[   71.414953]  tcindex_destroy+0x44/0x90 [cls_tcindex]\n[   71.420492]  ? tcindex_delete+0x280/0x280 [cls_tcindex]\n[   71.426323]  tcf_proto_destroy+0x16/0x40\n[   71.430696]  tcf_chain_flush+0x51/0x70\n[   71.434876]  tcf_block_put_ext.part.30+0x8f/0x1b0\n[   71.440122]  tcf_block_put+0x4d/0x70\n[   71.444108]  cbq_destroy+0x4d/0xd0 [sch_cbq]\n[   71.448869]  qdisc_destroy+0x62/0x130\n[   71.452951]  dsmark_destroy+0x2a/0x70 [sch_dsmark]\n[   71.458300]  qdisc_destroy+0x62/0x130\n[   71.462373]  qdisc_graft+0x3ba/0x470\n[   71.466359]  tc_get_qdisc+0x2a6/0x2c0\n[   71.470443]  ? cred_has_capability+0x7d/0x130\n[   71.475307]  rtnetlink_rcv_msg+0x263/0x2d0\n[   71.479875]  ? rtnl_calcit.isra.30+0x110/0x110\n[   71.484832]  netlink_rcv_skb+0x4d/0x130\n[   71.489109]  netlink_unicast+0x1a3/0x250\n[   71.493482]  netlink_sendmsg+0x2ae/0x3a0\n[   71.497859]  sock_sendmsg+0x36/0x40\n[   71.501748]  ___sys_sendmsg+0x26f/0x2d0\n[   71.506029]  ? handle_pte_fault+0x586/0xdf0\n[   71.510694]  ? __handle_mm_fault+0x389/0x500\n[   71.515457]  ? __sys_sendmsg+0x5e/0xa0\n[   71.519636]  __sys_sendmsg+0x5e/0xa0\n[   71.523626]  do_syscall_64+0x5b/0x180\n[   71.527711]  entry_SYSCALL_64_after_hwframe+0x44/0xa9\n[   71.533345] RIP: 0033:0x7f9d3e257f10\n[   71.537331] Code: c3 48 8b 05 82 6f 2c 00 f7 db 64 89 18 48 83 cb ff eb dd 0f 1f 80 00 00 00 00 83 3d 8d d0 2c 00 00 75 10 b8 2e 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8\n[   71.558401] RSP: 002b:00007fff6f893398 EFLAGS: 00000246 ORIG_RAX: 000000000000002e\n[   71.566848] RAX: ffffffffffffffda RBX: 000000005b71274d RCX: 00007f9d3e257f10\n[   71.574810] RDX: 0000000000000000 RSI: 00007fff6f8933e0 RDI: 0000000000000003\n[   71.582770] RBP: 00007fff6f8933e0 R08: 000000000000ffff R09: 0000000000000003\n[   71.590729] R10: 00007fff6f892e20 R11: 0000000000000246 R12: 0000000000000000\n[   71.598689] R13: 0000000000662ee0 R14: 0000000000000000 R15: 0000000000000000\n[   71.606651] Modules linked in: sch_cbq cls_tcindex sch_dsmark xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_coni\n[   71.685425]  libahci i2c_algo_bit i2c_core i40e libata dca mdio megaraid_sas dm_mirror dm_region_hash dm_log dm_mod\n[   71.697075] CR2: 0000000000000004\n[   71.700792] ---[ end trace f604eb1acacd978b ]---\n\nReproducer:\ntc qdisc add dev lo handle 1:0 root dsmark indices 64 set_tc_index\ntc filter add dev lo parent 1:0 protocol ip prio 1 tcindex mask 0xfc shift 2\ntc qdisc add dev lo parent 1:0 handle 2:0 cbq bandwidth 10Mbit cell 8 avpkt 1000 mpu 64\ntc class add dev lo parent 2:0 classid 2:1 cbq bandwidth 10Mbit rate 1500Kbit avpkt 1000 prio 1 bounded isolated allot 1514 weight 1 maxburst 10\ntc filter add dev lo parent 2:0 protocol ip prio 1 handle 0x2e tcindex classid 2:1 pass_on\ntc qdisc add dev lo parent 2:1 pfifo limit 5\ntc qdisc del dev lo root\n\nThis is because in tcindex_set_parms, when there is no old_r, we set new\nexts to cr.exts. And we didn't set it to filter when r == &new_filter_result.\n\nThen in tcindex_delete() -> tcf_exts_get_net(), we will get NULL pointer\ndereference as we didn't init exts.\n\nFix it by moving tcf_exts_change() after \"if (old_r && old_r != r)\" check.\nThen we don't need \"cr\" as there is no errout after that.\n\nFixes: bf63ac73b3e13 (\"net_sched: fix an oops in tcindex filter\")\nReported-by: Li Shuang <shuali@redhat.com>\nSigned-off-by: Hangbin Liu <liuhangbin@gmail.com>\nAcked-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/51f6a134cfd1731baccecd49b8221833f782e4c9"},{"sha":"1b692b786b0c9b43959c7627fae2985fda1bed56","author":{"name":"Park Ju Hyung","email":"7662eda885d44e77a928581610e3a6d22accb87e@gmail.com"},"message":"ALSA: hda - Sleep for 10ms after entering D3 on Conexant codecs\n\ncommit f59cf9a0551dd954ad8b752461cf19d9789f4b1d upstream.\n\nOn rare occasions, we are still noticing that the internal speaker\nspitting out spurious noises even after adding the problematic codec\nto the list.\n\nAdding a 10ms artificial delay before rebooting fixes the issue entirely.\n\nPatch for Realtek codecs also adds the same amount of delay after\nentering D3.\n\nSigned-off-by: Park Ju Hyung <qkrwngud825@gmail.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/1b692b786b0c9b43959c7627fae2985fda1bed56"},{"sha":"caf8fe5173f9bd20b14612c6a44221707f8a628d","author":{"name":"Park Ju Hyung","email":"7662eda885d44e77a928581610e3a6d22accb87e@gmail.com"},"message":"ALSA: hda - Turn CX8200 into D3 as well upon reboot\n\ncommit d77a4b4a5b0b2ebcbc9840995d91311ef28302ab upstream.\n\nAs an equivalent codec with CX20724,\nCX8200 is also subject to the reboot bug.\n\nLate 2017 and 2018 LG Gram and some HP Spectre laptops are known victims\nto this issue, causing extremely loud noises upon reboot.\n\nNow that we know that this bug is subject to multiple codecs,\nfix the comment as well.\n\nSigned-off-by: Park Ju Hyung <qkrwngud825@gmail.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/caf8fe5173f9bd20b14612c6a44221707f8a628d"},{"sha":"c48a18584d81b2fbdc1d7deba41525bfc9114255","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: vx222: Fix invalid endian conversions\n\ncommit fff71a4c050ba46e305d910c837b99ba1728135e upstream.\n\nThe endian conversions used in vx2_dma_read() and vx2_dma_write() are\nsuperfluous and even wrong on big-endian machines, as inl() and outl()\nalready do conversions.  Kill them.\n\nSpotted by sparse, a warning like:\n  sound/pci/vx222/vx222_ops.c:278:30: warning: incorrect type in argument 1 (different base types)\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/c48a18584d81b2fbdc1d7deba41525bfc9114255"},{"sha":"8419b74a43fe4d6a3a4a6d33b00746f5446fb472","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: virmidi: Fix too long output trigger loop\n\ncommit 50e9ffb1996a5d11ff5040a266585bad4ceeca0a upstream.\n\nThe virmidi output trigger tries to parse the all available bytes and\nprocess sequencer events as much as possible.  In a normal situation,\nthis is supposed to be relatively short, but a program may give a huge\nbuffer and it'll take a long time in a single spin lock, which may\neventually lead to a soft lockup.\n\nThis patch simply adds a workaround, a cond_resched() call in the loop\nif applicable.  A better solution would be to move the event processor\ninto a work, but let's put a duct-tape quickly at first.\n\nReported-and-tested-by: Dae R. Jeong <threeearcat@gmail.com>\nReported-by: syzbot+619d9f40141d826b097e@syzkaller.appspotmail.com\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/8419b74a43fe4d6a3a4a6d33b00746f5446fb472"},{"sha":"dbc8ab895259cc04ccd3406ccf4280418cd75b6b","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: cs5535audio: Fix invalid endian conversion\n\ncommit 69756930f2de0457d51db7d505a1e4f40e9fd116 upstream.\n\nOne place in cs5535audio_build_dma_packets() does an extra conversion\nvia cpu_to_le32(); namely jmpprd_addr is passed to setup_prd() ops,\nwhich writes the value via cs_writel().  That is, the callback does\nthe conversion by itself, and we don't need to convert beforehand.\n\nThis patch fixes that bogus conversion.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/dbc8ab895259cc04ccd3406ccf4280418cd75b6b"},{"sha":"ad76ea373eb5f1232767242076ffef8b23518602","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"ALSA: hda: Correct Asrock B85M-ITX power_save blacklist entry\n\ncommit 8e82a728792bf66b9f0a29c9d4c4b0630f7b9c79 upstream.\n\nI added the subsys product-id for the HDMI HDA device rather then for\nthe PCH one, this commit fixes this.\n\nBugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1525104\nCc: stable@vger.kernel.org\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/ad76ea373eb5f1232767242076ffef8b23518602"},{"sha":"dd65a18b208fb2e03824ecf044e41c74b74423c1","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: memalloc: Don't exceed over the requested size\n\ncommit dfef01e150824b0e6da750cacda8958188d29aea upstream.\n\nsnd_dma_alloc_pages_fallback() tries to allocate pages again when the\nallocation fails with reduced size.  But the first try actually\n*increases* the size to power-of-two, which may give back a larger\nchunk than the requested size.  This confuses the callers, e.g. sgbuf\nassumes that the size is equal or less, and it may result in a bad\nloop due to the underflow and eventually lead to Oops.\n\nThe code of this function seems incorrectly assuming the usage of\nget_order().  We need to decrease at first, then align to\npower-of-two.\n\nReported-and-tested-by: he, bo <bo.he@intel.com>\nReported-by: zhang jun <jun.zhang@intel.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/dd65a18b208fb2e03824ecf044e41c74b74423c1"},{"sha":"09b56641dddc92088bc2dd8d61ec229ce4bab8b0","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: vxpocket: Fix invalid endian conversions\n\ncommit 3acd3e3bab95ec3622ff98da313290ee823a0f68 upstream.\n\nThe endian conversions used in vxp_dma_read() and vxp_dma_write() are\nsuperfluous and even wrong on big-endian machines, as inw() and outw()\nalready do conversions.  Kill them.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/09b56641dddc92088bc2dd8d61ec229ce4bab8b0"},{"sha":"a8587cb96a79f90514b2c538498ed57541eb68ab","author":{"name":"John Ogness","email":"57a85e5e217a72610aef6535ec391bc819cb0f3f@linutronix.de"},"message":"USB: serial: sierra: fix potential deadlock at close\n\ncommit e60870012e5a35b1506d7b376fddfb30e9da0b27 upstream.\n\nThe portdata spinlock can be taken in interrupt context (via\nsierra_outdat_callback()).\nDisable interrupts when taking the portdata spinlock when discarding\ndeferred URBs during close to prevent a possible deadlock.\n\nFixes: 014333f77c0b (\"USB: sierra: fix urb and memory leak on disconnect\")\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: John Ogness <john.ogness@linutronix.de>\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\n[ johan: amend commit message and add fixes and stable tags ]\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/a8587cb96a79f90514b2c538498ed57541eb68ab"},{"sha":"39cd328e84cbafa28a068e9a82e05dfb8b5c7512","author":{"name":"Aleksander Morgado","email":"c78ce1f14afe451e7304fa93729985d7f1c1cc8c@aleksander.es"},"message":"USB: option: add support for DW5821e\n\ncommit 7bab01ecc6c43da882333c6db39741cb43677004 upstream.\n\nThe device exposes AT, NMEA and DIAG ports in both USB configurations.\n\nThe patch explicitly ignores interfaces 0 and 1, as they're bound to\nother drivers already; and also interface 6, which is a GNSS interface\nfor which we don't have a driver yet.\n\nT:  Bus=01 Lev=03 Prnt=04 Port=00 Cnt=01 Dev#= 18 Spd=480 MxCh= 0\nD:  Ver= 2.10 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs=  2\nP:  Vendor=413c ProdID=81d7 Rev=03.18\nS:  Manufacturer=DELL\nS:  Product=DW5821e Snapdragon X20 LTE\nS:  SerialNumber=0123456789ABCDEF\nC:  #Ifs= 7 Cfg#= 2 Atr=a0 MxPwr=500mA\nI:  If#= 0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=0e Prot=00 Driver=cdc_mbim\nI:  If#= 1 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=02 Driver=cdc_mbim\nI:  If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 5 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\nI:  If#= 6 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)\n\nT:  Bus=01 Lev=03 Prnt=04 Port=00 Cnt=01 Dev#= 16 Spd=480 MxCh= 0\nD:  Ver= 2.10 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs=  2\nP:  Vendor=413c ProdID=81d7 Rev=03.18\nS:  Manufacturer=DELL\nS:  Product=DW5821e Snapdragon X20 LTE\nS:  SerialNumber=0123456789ABCDEF\nC:  #Ifs= 6 Cfg#= 1 Atr=a0 MxPwr=500mA\nI:  If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=qmi_wwan\nI:  If#= 1 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid\nI:  If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:  If#= 5 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\n\nSigned-off-by: Aleksander Morgado <aleksander@aleksander.es>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/39cd328e84cbafa28a068e9a82e05dfb8b5c7512"},{"sha":"3f9ca472b2a7fc0e78b714fe1687c82206b20a8e","author":{"name":"Zhang Rui","email":"f2a4cf793007be8f81a774dc7806c1ffea7b4a2c@intel.com"},"message":"ACPI: save NVS memory for Lenovo G50-45\n\ncommit cbc00c1310d34139a63946482b40a6b261a03fb9 upstream.\n\nIn commit 821d6f0359b0 (ACPI / sleep: Do not save NVS for new machines to\naccelerate S3), to optimize S3 suspend/resume speed, code is introduced\nto ignore NVS memory saving during S3 for all the platforms later than\n2012.\n\nBut, Lenovo G50-45, a platform released in 2015, still needs NVS memory\nsaving during S3. A quirk is introduced for this platform.\n\nLink: https://bugzilla.kernel.org/show_bug.cgi?id=189431\nTested-by: Przemek <soprwa@gmail.com>\nSigned-off-by: Zhang Rui <rui.zhang@intel.com>\n[ rjw: Drop unnecessary code ]\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/3f9ca472b2a7fc0e78b714fe1687c82206b20a8e"},{"sha":"c2650d43a4dae0a6e678af42d8056a484784f29c","author":{"name":"Willy Tarreau","email":"aff024fe4ab0fece4091de044c58c9ae4233383a@1wt.eu"},"message":"ACPI / PM: save NVS memory for ASUS 1025C laptop\n\ncommit 231f9415001138a000cd0f881c46654b7ea3f8c5 upstream.\n\nEvery time I tried to upgrade my laptop from 3.10.x to 4.x I faced an\nissue by which the fan would run at full speed upon resume. Bisecting\nit showed me the issue was introduced in 3.17 by commit 821d6f0359b0\n(ACPI / sleep: Do not save NVS for new machines to accelerate S3). This\ncode only affects machines built starting as of 2012, but this Asus\n1025C laptop was made in 2012 and apparently needs the NVS data to be\nsaved, otherwise the CPU's thermal state is not properly reported on\nresume and the fan runs at full speed upon resume.\n\nHere's a very simple way to check if such a machine is affected :\n\n  # cat /sys/class/thermal/thermal_zone0/temp\n  55000\n\n  ( now suspend, wait one second and resume )\n\n  # cat /sys/class/thermal/thermal_zone0/temp\n  0\n\n  (and after ~15 seconds the fan starts to spin)\n\nLet's apply the same quirk as commit cbc00c13 (ACPI: save NVS memory\nfor Lenovo G50-45) and reuse the function it provides. Note that this\ncommit was already backported to 4.9.x but not 4.4.x.\n\nCc: 3.17+ <stable@vger.kernel.org> # 3.17+: requires cbc00c13\nSigned-off-by: Willy Tarreau <w@1wt.eu>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/c2650d43a4dae0a6e678af42d8056a484784f29c"},{"sha":"b4d2c57717fd0c905a4b8ebd5c534e770aeb93a2","author":{"name":"Chen Hu","email":"ac4d2b2cb81f93f34bbb5c57f3ec22b23db79fa9@intel.com"},"message":"serial: 8250_dw: always set baud rate in dw8250_set_termios\n\ncommit dfcab6ba573445c703235ab6c83758eec12d7f28 upstream.\n\ndw8250_set_termios() doesn't set baud rate if the arg \"old ktermios\" is\nNULL. This happens during resume.\nCall Trace:\n...\n[   54.928108] dw8250_set_termios+0x162/0x170\n[   54.928114] serial8250_set_termios+0x17/0x20\n[   54.928117] uart_change_speed+0x64/0x160\n[   54.928119] uart_resume_port\n...\n\nSo the baud rate is not restored after S3 and breaks the apps who use\nUART, for example, console and bluetooth etc.\n\nWe address this issue by setting the baud rate irrespective of arg\n\"old\", just like the drivers for other 8250 IPs. This is tested with\nIntel Broxton platform.\n\nSigned-off-by: Chen Hu <hu1.chen@intel.com>\nFixes: 4e26b134bd17 (\"serial: 8250_dw: clock rate handling for all ACPI platforms\")\nCc: Heikki Krogerus <heikki.krogerus@linux.intel.com>\nCc: stable <stable@vger.kernel.org>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/b4d2c57717fd0c905a4b8ebd5c534e770aeb93a2"},{"sha":"5069ddd8f9ace901f385fd42a75246e7a3727bc5","author":{"name":"Tom Lendacky","email":"bcbe2d8614c98cf419bfc4320d4a7a260d53de8f@amd.com"},"message":"x86/mm: Simplify p[g4um]d_page() macros\n\ncommit fd7e315988b784509ba3f1b42f539bd0b1fca9bb upstream.\n\nCreate a pgd_pfn() macro similar to the p[4um]d_pfn() macros and then\nuse the p[g4um]d_pfn() macros in the p[g4um]d_page() macros instead of\nduplicating the code.\n\nSigned-off-by: Tom Lendacky <thomas.lendacky@amd.com>\nReviewed-by: Thomas Gleixner <tglx@linutronix.de>\nReviewed-by: Borislav Petkov <bp@suse.de>\nCc: Alexander Potapenko <glider@google.com>\nCc: Andrey Ryabinin <aryabinin@virtuozzo.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arnd Bergmann <arnd@arndb.de>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brijesh Singh <brijesh.singh@amd.com>\nCc: Dave Young <dyoung@redhat.com>\nCc: Dmitry Vyukov <dvyukov@google.com>\nCc: Jonathan Corbet <corbet@lwn.net>\nCc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nCc: Larry Woodman <lwoodman@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Matt Fleming <matt@codeblueprint.co.uk>\nCc: Michael S. Tsirkin <mst@redhat.com>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Radim Krčmář <rkrcmar@redhat.com>\nCc: Rik van Riel <riel@redhat.com>\nCc: Toshimitsu Kani <toshi.kani@hpe.com>\nCc: kasan-dev@googlegroups.com\nCc: kvm@vger.kernel.org\nCc: linux-arch@vger.kernel.org\nCc: linux-doc@vger.kernel.org\nCc: linux-efi@vger.kernel.org\nCc: linux-mm@kvack.org\nLink: http://lkml.kernel.org/r/e61eb533a6d0aac941db2723d8aa63ef6b882dee.1500319216.git.thomas.lendacky@amd.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n[Backported to 4.9 stable by AK, suggested by Michael Hocko]\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/GZR-Kernels/kernel_oneplus_msm8998/commits/5069ddd8f9ace901f385fd42a75246e7a3727bc5"}]}
{"actor":{"display_login":"Martinusbe"}}