{"push_id":2604348553,"size":351,"distinct_size":39,"ref":"refs/heads/N-Custom","head":"9b1cb90209b5254812df6091c4efa89b9b91abd0","before":"b7a91b7aa039adb495e115736e4018bb6801d184","commits":[{"sha":"d5271b5642b1e17f8ad764c9617e7c915340e056","author":{"name":"Tejun Heo","email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org"},"message":"percpu: include linux/sched.h for cond_resched()\n\ncommit 71546d100422bcc2c543dadeb9328728997cd23a upstream.\n\nmicroblaze build broke due to missing declaration of the\ncond_resched() invocation added recently.  Let's include linux/sched.h\nexplicitly.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-by: kbuild test robot <fengguang.wu@intel.com>\nCc: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/d5271b5642b1e17f8ad764c9617e7c915340e056"},{"sha":"0bcc2907a219078e1e5fc83f06563aa89853db75","author":{"name":"Tan Xiaojun","email":"3dbb14c187093b641c70cee345e3eaf5a292aa0a@huawei.com"},"message":"perf/core: Fix the perf_cpu_time_max_percent check\n\ncommit 1572e45a924f254d9570093abde46430c3172e3d upstream.\n\nUse \"proc_dointvec_minmax\" instead of \"proc_dointvec\" to check the input\nvalue from user-space.\n\nIf not, we can set a big value and some vars will overflow like\n\"sysctl_perf_event_sample_rate\" which will cause a lot of unexpected\nproblems.\n\nSigned-off-by: Tan Xiaojun <tanxiaojun@huawei.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: <acme@kernel.org>\nCc: <alexander.shishkin@linux.intel.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Vince Weaver <vincent.weaver@maine.edu>\nLink: http://lkml.kernel.org/r/1487829879-56237-1-git-send-email-tanxiaojun@huawei.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nCc: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/0bcc2907a219078e1e5fc83f06563aa89853db75"},{"sha":"773b58531b468c5cff228117f479f324f2b83ff4","author":{"name":"Murilo Opsfelder Araujo","email":"8a4bcdf1fa4a743420f0d4c047a856bfb2913327@linux.ibm.com"},"message":"perf session: Fix undeclared 'oe'\n\nUsing linux-3.18.y branch, perf build fails with the following:\n\n    $ make -s -j16 -C tools/perf V=1 WERROR=0 NO_LIBUNWIND=1 HAVE_CPLUS_DEMANGLE=1 NO_GTK2=1 NO_LIBNUMA=1 NO_STRLCPY=1 NO_BIONIC=1 prefix=/usr DESTDIR=/tmp/builddir/build all\n    [...]\n    util/session.c: In function ‘__perf_session__process_pipe_events’:\n    util/session.c:1093:36: error: ‘oe’ undeclared (first use in this function)\n      ordered_events__set_copy_on_queue(oe, true);\n                                        ^\n    util/session.c:1093:36: note: each undeclared identifier is reported only once for each function it appears in\n\nThis patch fixes it for linux-3.18.y branch.\n\nFixes: 95b33b99cdd6 (\"perf inject: Copy events when reordering events in pipe mode\")\nCc: <stable@vger.kernel.org> # 3.18.x\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: David Carrillo-Cisneros <davidcc@google.com>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: He Kuang <hekuang@huawei.com>\nCc: Ingo Molnar <mingo@redhat.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Masami Hiramatsu <mhiramat@kernel.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Paul Turner <pjt@google.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Sasha Levin <alexander.levin@microsoft.com>\nCc: Simon Que <sque@chromium.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Wang Nan <wangnan0@huawei.com>\nSigned-off-by: Murilo Opsfelder Araujo <muriloo@linux.ibm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/773b58531b468c5cff228117f479f324f2b83ff4"},{"sha":"0799abf7e56729f591756a0010ada9f9129f3675","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: pcm: Check PCM state at xfern compat ioctl\n\ncommit f13876e2c33a657a71bcbb10f767c0951b165020 upstream.\n\nSince snd_pcm_ioctl_xfern_compat() has no PCM state check, it may go\nfurther and hit the sanity check pcm_sanity_check() when the ioctl is\ncalled right after open.  It may eventually spew a kernel warning, as\ntriggered by syzbot, depending on kconfig.\n\nThe lack of PCM state check there was just an oversight.  Although\nit's no real crash, the spurious kernel warning is annoying, so let's\nadd the proper check.\n\nReported-by: syzbot+1dac3a4f6bc9c1c675d4@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":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/0799abf7e56729f591756a0010ada9f9129f3675"},{"sha":"3896456f480c31c2333b0b0eb45546932477fd56","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: seq: Fix races at MIDI encoding in snd_virmidi_output_trigger()\n\ncommit 8f22e52528cc372b218b5f100457469615c733ce upstream.\n\nThe sequencer virmidi code has an open race at its output trigger\ncallback: namely, virmidi keeps only one event packet for processing\nwhile it doesn't protect for concurrent output trigger calls.\n\nsnd_virmidi_output_trigger() tries to process the previously\nunfinished event before starting encoding the given MIDI stream, but\nthis is done without any lock.  Meanwhile, if another rawmidi stream\nstarts the output trigger, this proceeds further, and overwrites the\nevent package that is being processed in another thread.  This\neventually corrupts and may lead to the invalid memory access if the\nevent type is like SYSEX.\n\nThe fix is just to move the spinlock to cover both the pending event\nand the new stream.\n\nThe bug was spotted by a new fuzzer, RaceFuzzer.\n\nBugLink: http://lkml.kernel.org/r/20180426045223.GA15307@dragonet.kaist.ac.kr\nReported-by: DaeRyong Jeong <threeearcat@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":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/3896456f480c31c2333b0b0eb45546932477fd56"},{"sha":"51f040141c6c1e034b54b9fa74880a89f3dbc2f4","author":{"name":"Robert Rosengren","email":"0af6cd949ac1597dccd064c04aa240ab9ec64971@axis.com"},"message":"ALSA: aloop: Mark paused device as inactive\n\ncommit 306a4f3ca7f3c7dfa473ebd19d66e40e59d99734 upstream.\n\nShow paused ALSA aloop device as inactive, i.e. the control\n\"PCM Slave Active\" set as false. Notification sent upon state change.\n\nThis makes it possible for client capturing from aloop device to know if\ndata is expected. Without it the client expects data even if playback\nis paused.\n\nSigned-off-by: Robert Rosengren <robert.rosengren@axis.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/Shoaib0597/Velocity_P-7201/commits/51f040141c6c1e034b54b9fa74880a89f3dbc2f4"},{"sha":"0b24aa6ae35bcefbf8042cf53344ac43538dda76","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: aloop: Add missing cable lock to ctl API callbacks\n\ncommit 76b3421b39bd610546931fc923edcf90c18fa395 upstream.\n\nSome control API callbacks in aloop driver are too lazy to take the\nloopback->cable_lock and it results in possible races of cable access\nwhile it's being freed.  It eventually lead to a UAF, as reported by\nfuzzer recently.\n\nThis patch covers such control API callbacks and add the proper mutex\nlocks.\n\nReported-by: DaeRyong Jeong <threeearcat@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":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/0b24aa6ae35bcefbf8042cf53344ac43538dda76"},{"sha":"1ffea59fba6aa4439695d3f1b9dd914ed4fbabe3","author":{"name":"Leon Romanovsky","email":"3a465310c772508bcc75a45f7a1a5f22c8be234b@mellanox.com"},"message":"RDMA/mlx5: Protect from shift operand overflow\n\ncommit 002bf2282b2d7318e444dca9ffcb994afc5d5f15 upstream.\n\nEnsure that user didn't supply values too large that can cause overflow.\n\nUBSAN: Undefined behaviour in drivers/infiniband/hw/mlx5/qp.c:263:23\nshift exponent -2147483648 is negative\nCPU: 0 PID: 292 Comm: syzkaller612609 Not tainted 4.16.0-rc1+ #131\nHardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.11.0-0-g63451fca13-prebuilt.qemu-project.org 04/01/2014 Call\nTrace:\ndump_stack+0xde/0x164\nubsan_epilogue+0xe/0x81\nset_rq_size+0x7c2/0xa90\ncreate_qp_common+0xc18/0x43c0\nmlx5_ib_create_qp+0x379/0x1ca0\ncreate_qp.isra.5+0xc94/0x2260\nib_uverbs_create_qp+0x21b/0x2a0\nib_uverbs_write+0xc2c/0x1010\nvfs_write+0x1b0/0x550\nSyS_write+0xc7/0x1a0\ndo_syscall_64+0x1aa/0x740\nentry_SYSCALL_64_after_hwframe+0x26/0x9b\nRIP: 0033:0x433569\nRSP: 002b:00007ffc6e62f448 EFLAGS: 00000217 ORIG_RAX: 0000000000000001\nRAX: ffffffffffffffda RBX: 00000000004002f8 RCX: 0000000000433569\nRDX: 0000000000000070 RSI: 00000000200042c0 RDI: 0000000000000003\nRBP: 00000000006d5018 R08: 00000000004002f8 R09: 00000000004002f8\nR10: 00000000004002f8 R11: 0000000000000217 R12: 0000000000000000\nR13: 000000000040c9f0 R14: 000000000040ca80 R15: 0000000000000006\n\nCc: <stable@vger.kernel.org> # 3.10\nFixes: e126ba97dba9 (\"mlx5: Add driver for Mellanox Connect-IB adapters\")\nCc: syzkaller <syzkaller@googlegroups.com>\nReported-by: Noa Osherovich <noaos@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/1ffea59fba6aa4439695d3f1b9dd914ed4fbabe3"},{"sha":"bd4ed913195ddacf41f8f41e095da0ff1ddef448","author":{"name":"SZ Lin (林上智)","email":"04f079246678f24db884ca2cf69b44099baa6fb2@moxa.com"},"message":"NET: usb: qmi_wwan: add support for ublox R410M PID 0x90b2\n\ncommit 9306b38e42cb266f98bff6f6f4c1c652aa79ba45 upstream.\n\nThis patch adds support for PID 0x90b2 of ublox R410M.\n\nqmicli -d /dev/cdc-wdm0 --dms-get-manufacturer\n[/dev/cdc-wdm0] Device manufacturer retrieved:\n        Manufacturer: 'u-blox'\n\nqmicli -d /dev/cdc-wdm0 --dms-get-model\n[/dev/cdc-wdm0] Device model retrieved:\n        Model: 'SARA-R410M-02B'\n\nSigned-off-by: SZ Lin (林上智) <sz.lin@moxa.com>\nCc: stable <stable@vger.kernel.org>\nAcked-by: Bjørn Mork <bjorn@mork.no>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/bd4ed913195ddacf41f8f41e095da0ff1ddef448"},{"sha":"1319990a4e65be04e18391144c7891379edc0bdc","author":{"name":"Greg Kroah-Hartman","email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org"},"message":"USB: serial: visor: handle potential invalid device configuration\n\ncommit 4842ed5bfcb9daf6660537d70503c18d38dbdbb8 upstream.\n\nIf we get an invalid device configuration from a palm 3 type device, we\nmight incorrectly parse things, and we have the potential to crash in\n\"interesting\" ways.\n\nFix this up by verifying the size of the configuration passed to us by\nthe device, and only if it is correct, will we handle it.\n\nNote that this also fixes an information leak of slab data.\n\nReported-by: Andrey Konovalov <andreyknvl@google.com>\nReviewed-by: Andrey Konovalov <andreyknvl@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n[ johan: add comment about the info leak ]\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/1319990a4e65be04e18391144c7891379edc0bdc"},{"sha":"b5817057c81eacb2b25b803a1481497a5e8080ec","author":{"name":"Bin Liu","email":"80e886ddfd1f0046841c2d07e66ecf430023b0ba@ti.com"},"message":"usb: musb: host: fix potential NULL pointer dereference\n\ncommit 2b63f1329df2cd814c1f8353fae4853ace6521d1 upstream.\n\nmusb_start_urb() doesn't check the pass-in parameter if it is NULL.  But\nin musb_bulk_nak_timeout() the parameter passed to musb_start_urb() is\nreturned from first_qh(), which could be NULL.\n\nSo wrap the musb_start_urb() call here with a if condition check to\navoid the potential NULL pointer dereference.\n\nFixes: f283862f3b5c (\"usb: musb: NAK timeout scheme on bulk TX endpoint\")\nCc: stable@vger.kernel.org # v3.7+\nSigned-off-by: Bin Liu <b-liu@ti.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/b5817057c81eacb2b25b803a1481497a5e8080ec"},{"sha":"9a498c6d4c60b13ae67620078a531790320c934f","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"netlink: fix uninit-value in netlink_sendmsg\n\ncommit 6091f09c2f79730d895149bcfe3d66140288cd0e upstream.\n\nsyzbot reported :\n\nBUG: KMSAN: uninit-value in ffs arch/x86/include/asm/bitops.h:432 [inline]\nBUG: KMSAN: uninit-value in netlink_sendmsg+0xb26/0x1310 net/netlink/af_netlink.c:1851\n\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/9a498c6d4c60b13ae67620078a531790320c934f"},{"sha":"1e8e813e52eb123ddaba177b9a21bde7219b6b48","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"net: fix rtnh_ok()\n\ncommit b1993a2de12c9e75c35729e2ffbc3a92d50c0d31 upstream.\n\nsyzbot reported :\n\nBUG: KMSAN: uninit-value in rtnh_ok include/net/nexthop.h:11 [inline]\nBUG: KMSAN: uninit-value in fib_count_nexthops net/ipv4/fib_semantics.c:469 [inline]\nBUG: KMSAN: uninit-value in fib_create_info+0x554/0x8d20 net/ipv4/fib_semantics.c:1091\n\n@remaining is an integer, coming from user space.\nIf it is negative we want rtnh_ok() to return false.\n\nFixes: 4e902c57417c (\"[IPv4]: FIB configuration using struct fib_config\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/1e8e813e52eb123ddaba177b9a21bde7219b6b48"},{"sha":"597749f4c20bf73f51e265957fe68e179b3bd742","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"net: initialize skb->peeked when cloning\n\ncommit b13dda9f9aa7caceeee61c080c2e544d5f5d85e5 upstream.\n\nsyzbot reported __skb_try_recv_from_queue() was using skb->peeked\nwhile it was potentially unitialized.\n\nWe need to clear it in __skb_clone()\n\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/597749f4c20bf73f51e265957fe68e179b3bd742"},{"sha":"910a4ffa71b9e8258273a75059cb27e8d3cfebe8","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"net: fix uninit-value in __hw_addr_add_ex()\n\ncommit 77d36398d99f2565c0a8d43a86fd520a82e64bb8 upstream.\n\nsyzbot complained :\n\nBUG: KMSAN: uninit-value in memcmp+0x119/0x180 lib/string.c:861\nCPU: 0 PID: 3 Comm: kworker/0:0 Not tainted 4.16.0+ #82\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\nWorkqueue: ipv6_addrconf addrconf_dad_work\nCall Trace:\n __dump_stack lib/dump_stack.c:17 [inline]\n dump_stack+0x185/0x1d0 lib/dump_stack.c:53\n kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067\n __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676\n memcmp+0x119/0x180 lib/string.c:861\n __hw_addr_add_ex net/core/dev_addr_lists.c:60 [inline]\n __dev_mc_add+0x1c2/0x8e0 net/core/dev_addr_lists.c:670\n dev_mc_add+0x6d/0x80 net/core/dev_addr_lists.c:687\n igmp6_group_added+0x2db/0xa00 net/ipv6/mcast.c:662\n ipv6_dev_mc_inc+0xe9e/0x1130 net/ipv6/mcast.c:914\n addrconf_join_solict net/ipv6/addrconf.c:2078 [inline]\n addrconf_dad_begin net/ipv6/addrconf.c:3828 [inline]\n addrconf_dad_work+0x427/0x2150 net/ipv6/addrconf.c:3954\n process_one_work+0x12c6/0x1f60 kernel/workqueue.c:2113\n worker_thread+0x113c/0x24f0 kernel/workqueue.c:2247\n kthread+0x539/0x720 kernel/kthread.c:239\n\nFixes: f001fde5eadd (\"net: introduce a list of device addresses dev_addr_list (v6)\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/910a4ffa71b9e8258273a75059cb27e8d3cfebe8"},{"sha":"672597537870c1846d1a958543a4bb6ecc87b5fd","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"soreuseport: initialise timewait reuseport field\n\ncommit 3099a52918937ab86ec47038ad80d377ba16c531 upstream.\n\nsyzbot reported an uninit-value in inet_csk_bind_conflict() [1]\n\nIt turns out we never propagated sk->sk_reuseport into timewait socket.\n\n[1]\nBUG: KMSAN: uninit-value in inet_csk_bind_conflict+0x5f9/0x990 net/ipv4/inet_connection_sock.c:151\nCPU: 1 PID: 3589 Comm: syzkaller008242 Not tainted 4.16.0+ #82\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\nCall Trace:\n __dump_stack lib/dump_stack.c:17 [inline]\n dump_stack+0x185/0x1d0 lib/dump_stack.c:53\n kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067\n __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676\n inet_csk_bind_conflict+0x5f9/0x990 net/ipv4/inet_connection_sock.c:151\n inet_csk_get_port+0x1d28/0x1e40 net/ipv4/inet_connection_sock.c:320\n inet6_bind+0x121c/0x1820 net/ipv6/af_inet6.c:399\n SYSC_bind+0x3f2/0x4b0 net/socket.c:1474\n SyS_bind+0x54/0x80 net/socket.c:1460\n do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287\n entry_SYSCALL_64_after_hwframe+0x3d/0xa2\nRIP: 0033:0x4416e9\nRSP: 002b:00007ffce6d15c88 EFLAGS: 00000217 ORIG_RAX: 0000000000000031\nRAX: ffffffffffffffda RBX: 0100000000000000 RCX: 00000000004416e9\nRDX: 000000000000001c RSI: 0000000020402000 RDI: 0000000000000004\nRBP: 0000000000000000 R08: 00000000e6d15e08 R09: 00000000e6d15e08\nR10: 0000000000000004 R11: 0000000000000217 R12: 0000000000009478\nR13: 00000000006cd448 R14: 0000000000000000 R15: 0000000000000000\n\nUninit was stored to memory at:\n kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline]\n kmsan_save_stack mm/kmsan/kmsan.c:293 [inline]\n kmsan_internal_chain_origin+0x12b/0x210 mm/kmsan/kmsan.c:684\n __msan_chain_origin+0x69/0xc0 mm/kmsan/kmsan_instr.c:521\n tcp_time_wait+0xf17/0xf50 net/ipv4/tcp_minisocks.c:283\n tcp_rcv_state_process+0xebe/0x6490 net/ipv4/tcp_input.c:6003\n tcp_v6_do_rcv+0x11dd/0x1d90 net/ipv6/tcp_ipv6.c:1331\n sk_backlog_rcv include/net/sock.h:908 [inline]\n __release_sock+0x2d6/0x680 net/core/sock.c:2271\n release_sock+0x97/0x2a0 net/core/sock.c:2786\n tcp_close+0x277/0x18f0 net/ipv4/tcp.c:2269\n inet_release+0x240/0x2a0 net/ipv4/af_inet.c:427\n inet6_release+0xaf/0x100 net/ipv6/af_inet6.c:435\n sock_release net/socket.c:595 [inline]\n sock_close+0xe0/0x300 net/socket.c:1149\n __fput+0x49e/0xa10 fs/file_table.c:209\n ____fput+0x37/0x40 fs/file_table.c:243\n task_work_run+0x243/0x2c0 kernel/task_work.c:113\n exit_task_work include/linux/task_work.h:22 [inline]\n do_exit+0x10e1/0x38d0 kernel/exit.c:867\n do_group_exit+0x1a0/0x360 kernel/exit.c:970\n SYSC_exit_group+0x21/0x30 kernel/exit.c:981\n SyS_exit_group+0x25/0x30 kernel/exit.c:979\n do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287\n entry_SYSCALL_64_after_hwframe+0x3d/0xa2\nUninit was stored to memory at:\n kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline]\n kmsan_save_stack mm/kmsan/kmsan.c:293 [inline]\n kmsan_internal_chain_origin+0x12b/0x210 mm/kmsan/kmsan.c:684\n __msan_chain_origin+0x69/0xc0 mm/kmsan/kmsan_instr.c:521\n inet_twsk_alloc+0xaef/0xc00 net/ipv4/inet_timewait_sock.c:182\n tcp_time_wait+0xd9/0xf50 net/ipv4/tcp_minisocks.c:258\n tcp_rcv_state_process+0xebe/0x6490 net/ipv4/tcp_input.c:6003\n tcp_v6_do_rcv+0x11dd/0x1d90 net/ipv6/tcp_ipv6.c:1331\n sk_backlog_rcv include/net/sock.h:908 [inline]\n __release_sock+0x2d6/0x680 net/core/sock.c:2271\n release_sock+0x97/0x2a0 net/core/sock.c:2786\n tcp_close+0x277/0x18f0 net/ipv4/tcp.c:2269\n inet_release+0x240/0x2a0 net/ipv4/af_inet.c:427\n inet6_release+0xaf/0x100 net/ipv6/af_inet6.c:435\n sock_release net/socket.c:595 [inline]\n sock_close+0xe0/0x300 net/socket.c:1149\n __fput+0x49e/0xa10 fs/file_table.c:209\n ____fput+0x37/0x40 fs/file_table.c:243\n task_work_run+0x243/0x2c0 kernel/task_work.c:113\n exit_task_work include/linux/task_work.h:22 [inline]\n do_exit+0x10e1/0x38d0 kernel/exit.c:867\n do_group_exit+0x1a0/0x360 kernel/exit.c:970\n SYSC_exit_group+0x21/0x30 kernel/exit.c:981\n SyS_exit_group+0x25/0x30 kernel/exit.c:979\n do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287\n entry_SYSCALL_64_after_hwframe+0x3d/0xa2\nUninit was created at:\n kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline]\n kmsan_internal_poison_shadow+0xb8/0x1b0 mm/kmsan/kmsan.c:188\n kmsan_kmalloc+0x94/0x100 mm/kmsan/kmsan.c:314\n kmem_cache_alloc+0xaab/0xb90 mm/slub.c:2756\n inet_twsk_alloc+0x13b/0xc00 net/ipv4/inet_timewait_sock.c:163\n tcp_time_wait+0xd9/0xf50 net/ipv4/tcp_minisocks.c:258\n tcp_rcv_state_process+0xebe/0x6490 net/ipv4/tcp_input.c:6003\n tcp_v6_do_rcv+0x11dd/0x1d90 net/ipv6/tcp_ipv6.c:1331\n sk_backlog_rcv include/net/sock.h:908 [inline]\n __release_sock+0x2d6/0x680 net/core/sock.c:2271\n release_sock+0x97/0x2a0 net/core/sock.c:2786\n tcp_close+0x277/0x18f0 net/ipv4/tcp.c:2269\n inet_release+0x240/0x2a0 net/ipv4/af_inet.c:427\n inet6_release+0xaf/0x100 net/ipv6/af_inet6.c:435\n sock_release net/socket.c:595 [inline]\n sock_close+0xe0/0x300 net/socket.c:1149\n __fput+0x49e/0xa10 fs/file_table.c:209\n ____fput+0x37/0x40 fs/file_table.c:243\n task_work_run+0x243/0x2c0 kernel/task_work.c:113\n exit_task_work include/linux/task_work.h:22 [inline]\n do_exit+0x10e1/0x38d0 kernel/exit.c:867\n do_group_exit+0x1a0/0x360 kernel/exit.c:970\n SYSC_exit_group+0x21/0x30 kernel/exit.c:981\n SyS_exit_group+0x25/0x30 kernel/exit.c:979\n do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287\n entry_SYSCALL_64_after_hwframe+0x3d/0xa2\n\nFixes: da5e36308d9f (\"soreuseport: TCP/IPv4 implementation\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/672597537870c1846d1a958543a4bb6ecc87b5fd"},{"sha":"a0dd78586564b47380e8bc23cb9062cb8acfb8c8","author":{"name":"Jiri Olsa","email":"2c6594f608aa3d41e98d48846a6328831f7084ad@kernel.org"},"message":"perf: Remove superfluous allocation error check\n\ncommit bfb3d7b8b906b66551424d7636182126e1d134c8 upstream.\n\nIf the get_callchain_buffers fails to allocate the buffer it will\ndecrease the nr_callchain_events right away.\n\nThere's no point of checking the allocation error for\nnr_callchain_events > 1. Removing that check.\n\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nTested-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <andi@firstfloor.org>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: syzkaller-bugs@googlegroups.com\nCc: x86@kernel.org\nLink: http://lkml.kernel.org/r/20180415092352.12403-3-jolsa@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/a0dd78586564b47380e8bc23cb9062cb8acfb8c8"},{"sha":"d5ac3ad4732f43303d385962eb6c6bbfd1b21ee3","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"tcp: fix TCP_REPAIR_QUEUE bound checking\n\ncommit bf2acc943a45d2b2e8a9f1a5ddff6b6e43cc69d9 upstream.\n\nsyzbot is able to produce a nasty WARN_ON() in tcp_verify_left_out()\nwith following C-repro :\n\nsocket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3\nsetsockopt(3, SOL_TCP, TCP_REPAIR, [1], 4) = 0\nsetsockopt(3, SOL_TCP, TCP_REPAIR_QUEUE, [-1], 4) = 0\nbind(3, {sa_family=AF_INET, sin_port=htons(20002), sin_addr=inet_addr(\"0.0.0.0\")}, 16) = 0\nsendto(3, \"\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\"...,\n\t1242, MSG_FASTOPEN, {sa_family=AF_INET, sin_port=htons(20002), sin_addr=inet_addr(\"127.0.0.1\")}, 16) = 1242\nsetsockopt(3, SOL_TCP, TCP_REPAIR_WINDOW, \"\\4\\0\\0@+\\205\\0\\0\\377\\377\\0\\0\\377\\377\\377\\177\\0\\0\\0\\0\", 20) = 0\nwritev(3, [{\"\\270\", 1}], 1)             = 1\nsetsockopt(3, SOL_TCP, TCP_REPAIR_OPTIONS, \"\\10\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0|\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\"..., 386) = 0\nwritev(3, [{\"\\210v\\r[\\226\\320t\\231qwQ\\204\\264l\\254\\t\\1\\20\\245\\214p\\350H\\223\\254;\\\\\\37\\345\\307p$\"..., 3144}], 1) = 3144\n\nThe 3rd system call looks odd :\nsetsockopt(3, SOL_TCP, TCP_REPAIR_QUEUE, [-1], 4) = 0\n\nThis patch makes sure bound checking is using an unsigned compare.\n\nFixes: ee9952831cfd (\"tcp: Initial repair mode\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: syzbot <syzkaller@googlegroups.com>\nCc: Pavel Emelyanov <xemul@parallels.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/d5ac3ad4732f43303d385962eb6c6bbfd1b21ee3"},{"sha":"9545149d470798beede6c24b10993c4f296d53bf","author":{"name":"Johan Hovold","email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org"},"message":"rfkill: gpio: fix memory leak in probe error path\n\ncommit 4bf01ca21e2e0e4561d1a03c48c3d740418702db upstream.\n\nMake sure to free the rfkill device in case registration fails during\nprobe.\n\nFixes: 5e7ca3937fbe (\"net: rfkill: gpio: convert to resource managed allocation\")\nCc: stable <stable@vger.kernel.org>\t# 3.13\nCc: Heikki Krogerus <heikki.krogerus@linux.intel.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nReviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/9545149d470798beede6c24b10993c4f296d53bf"},{"sha":"b9bc3f85256d43d660f16eef4e3333dacc0a3d86","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"libata: Apply NOLPM quirk for SanDisk SD7UB3Q*G1001 SSDs\n\ncommit 184add2ca23ce5edcac0ab9c3b9be13f91e7b567 upstream.\n\nRichard Jones has reported that using med_power_with_dipm on a T450s\nwith a Sandisk SD7UB3Q256G1001 SSD (firmware version X2180501) is\ncausing the machine to hang.\n\nSwitching the LPM to max_performance fixes this, so it seems that\nthis Sandisk SSD does not handle LPM well.\n\nNote in the past there have been bug-reports about the following\nSandisk models not working with min_power, so we may need to extend\nthe quirk list in the future: name - firmware\nSandisk SD6SB2M512G1022I   - X210400\nSandisk SD6PP4M-256G-1006  - A200906\n\nCc: stable@vger.kernel.org\nCc: Richard W.M. Jones <rjones@redhat.com>\nReported-and-tested-by: Richard W.M. Jones <rjones@redhat.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Shoaib0597/Velocity_P-7201/commits/b9bc3f85256d43d660f16eef4e3333dacc0a3d86"}]}
{"actor":{"display_login":"Shoaib0597"}}