{"push_id":960778175,"size":87,"distinct_size":87,"ref":"refs/heads/my-aospv2-6.0","head":"9727b411f903470dd4bad76f51116d72d98997e4","before":"46615788eae451b885214960c53d1451cb0dde89","commits":[{"sha":"444cb36f556fa69936121c77a2bea955af8637cb","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: timer: Harden slave timer list handling\n\ncommit b5a663aa426f4884c71cd8580adae73f33570f0d upstream.\n\nA slave timer instance might be still accessible in a racy way while\noperating the master instance as it lacks of locking.  Since the\nmaster operation is mostly protected with timer->lock, we should cope\nwith it while changing the slave instance, too.  Also, some linked\nlists (active_list and ack_list) of slave instances aren't unlinked\nimmediately at stopping or closing, and this may lead to unexpected\naccesses.\n\nThis patch tries to address these issues.  It adds spin lock of\ntimer->lock (either from master or slave, which is equivalent) in a\nfew places.  For avoiding a deadlock, we ensure that the global\nslave_active_lock is always locked at first before each timer lock.\n\nAlso, ack and active_list of slave instances are properly unlinked at\nsnd_timer_stop() and snd_timer_close().\n\nLast but not least, remove the superfluous call of _snd_timer_stop()\nat removing slave links.  This is a noop, and calling it may confuse\nreaders wrt locking.  Further cleanup will follow in a later patch.\n\nActually we've got reports of use-after-free by syzkaller fuzzer, and\nthis hopefully fixes these issues.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/444cb36f556fa69936121c77a2bea955af8637cb"},{"sha":"c404af341fc37f59dfa048faef3947d5780b526e","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: timer: Fix race among timer ioctls\n\ncommit af368027a49a751d6ff4ee9e3f9961f35bb4fede upstream.\n\nALSA timer ioctls have an open race and this may lead to a\nuse-after-free of timer instance object.  A simplistic fix is to make\neach ioctl exclusive.  We have already tread_sem for controlling the\ntread, and extend this as a global mutex to be applied to each ioctl.\n\nThe downside is, of course, the worse concurrency.  But these ioctls\naren't to be parallel accessible, in anyway, so it should be fine to\nserialize there.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nTested-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/c404af341fc37f59dfa048faef3947d5780b526e"},{"sha":"62e93284642d7d593634d967e45f64cb5795b08c","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: timer: Fix double unlink of active_list\n\ncommit ee8413b01045c74340aa13ad5bdf905de32be736 upstream.\n\nALSA timer instance object has a couple of linked lists and they are\nunlinked unconditionally at snd_timer_stop().  Meanwhile\nsnd_timer_interrupt() unlinks it, but it calls list_del() which leaves\nthe element list itself unchanged.  This ends up with unlinking twice,\nand it was caught by syzkaller fuzzer.\n\nThe fix is to use list_del_init() variant properly there, too.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nTested-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/62e93284642d7d593634d967e45f64cb5795b08c"},{"sha":"cd354f7f9b643a9ae0e761f29695cada2b85559c","author":{"email":"f3daba1cdc403799935674d3cd4b0e5bd1804232@chromium.org","name":"Nicolas Boichat"},"message":"ALSA: pcm: Fix snd_pcm_hw_params struct copy in compat mode\n\ncommit 43c54b8c7cfe22f868a751ba8a59abf1724160b1 upstream.\n\nThis reverts one hunk of\ncommit ef44a1ec6eee (\"ALSA: sound/core: use memdup_user()\"), which\nreplaced a number of kmalloc followed by memcpy with memdup calls.\n\nIn this case, we are copying from a struct snd_pcm_hw_params32 to\na struct snd_pcm_hw_params, but the latter is 4 bytes longer than\nthe 32-bit version, so we need to separate kmalloc and copy calls.\n\nThis actually leads to an out-of-bounds memory access later on\nin sound/soc/soc-pcm.c:soc_pcm_hw_params() (detected using KASan).\n\nFixes: ef44a1ec6eee ('ALSA: sound/core: use memdup_user()')\nSigned-off-by: Nicolas Boichat <drinkcat@chromium.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/cd354f7f9b643a9ae0e761f29695cada2b85559c"},{"sha":"5ff1970ebc59bdb1f7da170daeb7d2e2500da271","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hrtimer: Fix stall by hrtimer_cancel()\n\ncommit 2ba1fe7a06d3624f9a7586d672b55f08f7c670f3 upstream.\n\nhrtimer_cancel() waits for the completion from the callback, thus it\nmust not be called inside the callback itself.  This was already a\nproblem in the past with ALSA hrtimer driver, and the early commit\n[fcfdebe70759: ALSA: hrtimer - Fix lock-up] tried to address it.\n\nHowever, the previous fix is still insufficient: it may still cause a\nlockup when the ALSA timer instance reprograms itself in its callback.\nThen it invokes the start function even in snd_timer_interrupt() that\nis called in hrtimer callback itself, results in a CPU stall.  This is\nno hypothetical problem but actually triggered by syzkaller fuzzer.\n\nThis patch tries to fix the issue again.  Now we call\nhrtimer_try_to_cancel() at both start and stop functions so that it\nwon't fall into a deadlock, yet giving some chance to cancel the queue\nif the functions have been called outside the callback.  The proper\nhrtimer_cancel() is called in anyway at closing, so this should be\nenough.\n\nReported-and-tested-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/5ff1970ebc59bdb1f7da170daeb7d2e2500da271"},{"sha":"395f5b4207184a039a2bdbcd3af6d2dbed91bba2","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: control: Avoid kernel warnings from tlv ioctl with numid 0\n\ncommit c0bcdbdff3ff73a54161fca3cb8b6cdbd0bb8762 upstream.\n\nWhen a TLV ioctl with numid zero is handled, the driver may spew a\nkernel warning with a stack trace at each call.  The check was\nintended obviously only for a kernel driver, but not for a user\ninteraction.  Let's fix it.\n\nThis was spotted by syzkaller fuzzer.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/395f5b4207184a039a2bdbcd3af6d2dbed91bba2"},{"sha":"797bc07b17c5c2af0c68c5a67dd29ec8014e91cb","author":{"email":"9aad631af980cb5b78ae7d35665ca13787ed9585@mediatek.com","name":"Chunfeng Yun"},"message":"usb: xhci: fix config fail of FS hub behind a HS hub with MTT\n\ncommit 096b110a3dd3c868e4610937c80d2e3f3357c1a9 upstream.\n\nif a full speed hub connects to a high speed hub which\nsupports MTT, the MTT field of its slot context will be set\nto 1 when xHCI driver setups an xHCI virtual device in\nxhci_setup_addressable_virt_dev(); once usb core fetch its\nhub descriptor, and need to update the xHC's internal data\nstructures for the device, the HUB field of its slot context\nwill be set to 1 too, meanwhile MTT is also set before,\nthis will cause configure endpoint command fail, so in the\ncase, we should clear MTT to 0 for full speed hub according\nto section 6.2.2\n\nSigned-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>\nSigned-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/797bc07b17c5c2af0c68c5a67dd29ec8014e91cb"},{"sha":"158fa902ffdc8da9b703097f1294efa1433f2e42","author":{"email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com","name":"Dan Carpenter"},"message":"USB: ipaq.c: fix a timeout loop\n\ncommit abdc9a3b4bac97add99e1d77dc6d28623afe682b upstream.\n\nThe code expects the loop to end with \"retries\" set to zero but, because\nit is a post-op, it will end set to -1.  I have fixed this by moving the\ndecrement inside the loop.\n\nFixes: 014aa2a3c32e ('USB: ipaq: minor ipaq_open() cleanup.')\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/158fa902ffdc8da9b703097f1294efa1433f2e42"},{"sha":"975e814423fc6366a7dae64cff000b452f3317ba","author":{"email":"297815a44ac0d229e08a814adf0f210787d04d87@googlemail.com","name":"Oliver Freyermuth"},"message":"USB: cp210x: add ID for ELV Marble Sound Board 1\n\ncommit f7d7f59ab124748156ea551edf789994f05da342 upstream.\n\nAdd the USB device ID for ELV Marble Sound Board 1.\n\nSigned-off-by: Oliver Freyermuth <o.freyermuth@googlemail.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/975e814423fc6366a7dae64cff000b452f3317ba"},{"sha":"85bccb55b26935d4cbb474e28d8d3a7738add4c3","author":{"email":"bfee72d94d376f4e00f72b756466867d7f9eb24e@suse.com","name":"Oliver Neukum"},"message":"xhci: refuse loading if nousb is used\n\ncommit 1eaf35e4dd592c59041bc1ed3248c46326da1f5f upstream.\n\nThe module should fail to load.\n\nSigned-off-by: Oliver Neukum <oneukum@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/85bccb55b26935d4cbb474e28d8d3a7738add4c3"},{"sha":"176d878f605951382fad118af39b7a30c697e67c","author":{"email":"1db0f9e76dd8a9115570382660c6cd919b5a95b9@virtuozzo.com","name":"Andrey Ryabinin"},"message":"ipv6/addrlabel: fix ip6addrlbl_get()\n\n[ Upstream commit e459dfeeb64008b2d23bdf600f03b3605dbb8152 ]\n\nip6addrlbl_get() has never worked. If ip6addrlbl_hold() succeeded,\nip6addrlbl_get() will exit with '-ESRCH'. If ip6addrlbl_hold() failed,\nip6addrlbl_get() will use about to be free ip6addrlbl_entry pointer.\n\nFix this by inverting ip6addrlbl_hold() check.\n\nFixes: 2a8cc6c89039 (\"[IPV6] ADDRCONF: Support RFC3484 configurable address selection policy table.\")\nSigned-off-by: Andrey Ryabinin <aryabinin@virtuozzo.com>\nReviewed-by: Cong Wang <cwang@twopensource.com>\nAcked-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/176d878f605951382fad118af39b7a30c697e67c"},{"sha":"bad8d403a5d704e6dd891812e31fe45736f03a0a","author":{"email":"aff024fe4ab0fece4091de044c58c9ae4233383a@1wt.eu","name":"willy tarreau"},"message":"unix: properly account for FDs passed over unix sockets\n\n[ Upstream commit 712f4aad406bb1ed67f3f98d04c044191f0ff593 ]\n\nIt is possible for a process to allocate and accumulate far more FDs than\nthe process' limit by sending them over a unix socket then closing them\nto keep the process' fd count low.\n\nThis change addresses this problem by keeping track of the number of FDs\nin flight per user and preventing non-privileged processes from having\nmore FDs in flight than their configured FD limit.\n\nReported-by: socketpair@gmail.com\nReported-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>\nMitigates: CVE-2013-4312 (Linux 2.0+)\nSuggested-by: Linus Torvalds <torvalds@linux-foundation.org>\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: Willy Tarreau <w@1wt.eu>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/bad8d403a5d704e6dd891812e31fe45736f03a0a"},{"sha":"0f8a9b4cf8c707ef6e58732d7e232f8b6f7f8faf","author":{"email":"331be22c6b63ca3e0a03d408c2d906b1b02cd5f2@stressinduktion.org","name":"Hannes Frederic Sowa"},"message":"bridge: Only call /sbin/bridge-stp for the initial network namespace\n\n[ Upstream commit ff62198553e43cdffa9d539f6165d3e83f8a42bc ]\n\n[I stole this patch from Eric Biederman. He wrote:]\n\n> There is no defined mechanism to pass network namespace information\n> into /sbin/bridge-stp therefore don't even try to invoke it except\n> for bridge devices in the initial network namespace.\n>\n> It is possible for unprivileged users to cause /sbin/bridge-stp to be\n> invoked for any network device name which if /sbin/bridge-stp does not\n> guard against unreasonable arguments or being invoked twice on the\n> same network device could cause problems.\n\n[Hannes: changed patch using netns_eq]\n\nCc: Eric W. Biederman <ebiederm@xmission.com>\nSigned-off-by: Eric W. Biederman <ebiederm@xmission.com>\nSigned-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/0f8a9b4cf8c707ef6e58732d7e232f8b6f7f8faf"},{"sha":"12e1c93d1c273b50be6aac55d5f871293d1a6fbc","author":{"email":"249bdc93f9f8abfcf4ddf63de47ffa120fa34333@aristanetworks.com","name":"Francesco Ruggeri"},"message":"net: possible use after free in dst_release\n\n[ Upstream commit 07a5d38453599052aff0877b16bb9c1585f08609 ]\n\ndst_release should not access dst->flags after decrementing\n__refcnt to 0. The dst_entry may be in dst_busy_list and\ndst_gc_task may dst_destroy it before dst_release gets a chance\nto access dst->flags.\n\nFixes: d69bbf88c8d0 (\"net: fix a race in dst_release()\")\nFixes: 27b75c95f10d (\"net: avoid RCU for NOCACHE dst\")\nSigned-off-by: Francesco Ruggeri <fruggeri@arista.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/12e1c93d1c273b50be6aac55d5f871293d1a6fbc"},{"sha":"7a10d1f325dd518e83a5a7bf24bf843ca3e9dd7c","author":{"email":"58d301c70203188c35d379474c26c9cc0636a189@google.com","name":"Neal Cardwell"},"message":"tcp_yeah: don't set ssthresh below 2\n\n[ Upstream commit 83d15e70c4d8909d722c0d64747d8fb42e38a48f ]\n\nFor tcp_yeah, use an ssthresh floor of 2, the same floor used by Reno\nand CUBIC, per RFC 5681 (equation 4).\n\ntcp_yeah_ssthresh() was sometimes returning a 0 or negative ssthresh\nvalue if the intended reduction is as big or bigger than the current\ncwnd. Congestion control modules should never return a zero or\nnegative ssthresh. A zero ssthresh generally results in a zero cwnd,\ncausing the connection to stall. A negative ssthresh value will be\ninterpreted as a u32 and will set a target cwnd for PRR near 4\nbillion.\n\nOleksandr Natalenko reported that a system using tcp_yeah with ECN\ncould see a warning about a prior_cwnd of 0 in\ntcp_cwnd_reduction(). Testing verified that this was due to\ntcp_yeah_ssthresh() misbehaving in this way.\n\nReported-by: Oleksandr Natalenko <oleksandr@natalenko.name>\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: Yuchung Cheng <ycheng@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/7a10d1f325dd518e83a5a7bf24bf843ca3e9dd7c"},{"sha":"5f617bd2eacac2b263e6f3358541ec05616c2b73","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"phonet: properly unshare skbs in phonet_rcv()\n\n[ Upstream commit 7aaed57c5c2890634cfadf725173c7c68ea4cb4f ]\n\nIvaylo Dimitrov reported a regression caused by commit 7866a621043f\n(\"dev: add per net_device packet type chains\").\n\nskb->dev becomes NULL and we crash in __netif_receive_skb_core().\n\nBefore above commit, different kind of bugs or corruptions could happen\nwithout major crash.\n\nBut the root cause is that phonet_rcv() can queue skb without checking\nif skb is shared or not.\n\nMany thanks to Ivaylo Dimitrov for his help, diagnosis and tests.\n\nReported-by: Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>\nTested-by: Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nCc: Remi Denis-Courmont <courmisch@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/5f617bd2eacac2b263e6f3358541ec05616c2b73"},{"sha":"eb582488c01448be033abe691b41721125333b09","author":{"email":"dfbb67861321c3a0b65599ad75850a0b877f5c0d@de.ibm.com","name":"Ulrich Weigand"},"message":"scripts/recordmcount.pl: support data in text section on powerpc\n\ncommit 2e50c4bef77511b42cc226865d6bc568fa7f8769 upstream.\n\nIf a text section starts out with a data blob before the first\nfunction start label, disassembly parsing doing in recordmcount.pl\ngets confused on powerpc, leading to creation of corrupted module\nobjects.\n\nThis was not a problem so far since the compiler would never create\nsuch text sections.  However, this has changed with a recent change\nin GCC 6 to support distances of > 2GB between a function and its\nassoicated TOC in the ELFv2 ABI, exposing this problem.\n\nThere is already code in recordmcount.pl to handle such data blobs\non the sparc64 platform.  This patch uses the same method to handle\nthose on powerpc as well.\n\nAcked-by: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Ulrich Weigand <ulrich.weigand@de.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/eb582488c01448be033abe691b41721125333b09"},{"sha":"ef56ead0be67e96da6c8b570cca5b1ade8722ca6","author":{"email":"3b7a1db6efedd40440bc6443bf377195011524e5@linuxfoundation.org","name":"Richard Purdie"},"message":"HID: core: Avoid uninitialized buffer access\n\ncommit 79b568b9d0c7c5d81932f4486d50b38efdd6da6d upstream.\n\nhid_connect adds various strings to the buffer but they're all\nconditional. You can find circumstances where nothing would be written\nto it but the kernel will still print the supposedly empty buffer with\nprintk. This leads to corruption on the console/in the logs.\n\nEnsure buf is initialized to an empty string.\n\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>\n[dvhart: Initialize string to \"\" rather than assign buf[0] = NULL;]\nCc: Jiri Kosina <jikos@kernel.org>\nCc: linux-input@vger.kernel.org\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/ef56ead0be67e96da6c8b570cca5b1ade8722ca6"},{"sha":"a1c0bfe6606ccebf810388b3b159454c065cf89d","author":{"email":"20b70f0af00562e63758b9ee42012ecc96c58590@redhat.com","name":"Oleg Nesterov"},"message":"lib/is_single_threaded.c: change current_is_single_threaded() to use for_each_thread()\n\nChange current_is_single_threaded() to use for_each_thread() rather than\ndeprecated while_each_thread().\n\nSigned-off-by: Oleg Nesterov <oleg@redhat.com>\nCc: David Howells <dhowells@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/a1c0bfe6606ccebf810388b3b159454c065cf89d"},{"sha":"94e726799c7584ee602696a55d0198a19f000163","author":{"email":"ebc1c6cda3161aa0540a37028dccdfb5bf1575d6@gmail.com","name":"yalin wang"},"message":"zlib_deflate/deftree: remove bi_reverse()\n\nRemove bi_reverse() and use generic bitrev32() instead - it should have\nbetter performance on some platforms.\n\nSigned-off-by: yalin wang <yalin.wang2010@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/94e726799c7584ee602696a55d0198a19f000163"}]}