{"push_id":2096247046,"size":24,"distinct_size":24,"ref":"refs/heads/n","head":"7b00d3711d519fcc91f18c026c92099e792af06e","before":"051fcbaf3cf25a42b1333811b014bea830953a3a","commits":[{"sha":"b6d9848d9179b0080c65fe7d64619c9362163181","author":{"name":"shankai","email":"16e8d2554238892bcbb5eeb359407613715b4057@oneplus.net"},"message":"Synchronize codes for OxygenOS 4.5.14\nThe changes list:\n1.fix usb tethering is slow when using linux machine\n2.fix data stall when visit internet with CT SIM\n\nChange-Id: I445a6a8df1eb37650e81ac9aac52b3804645fb67","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/b6d9848d9179b0080c65fe7d64619c9362163181"},{"sha":"7b9b82d850123124e8d873ee527cc128b5784bf0","author":{"name":"Giuseppe Barillari","email":"5a962ce4df349291e08c1f6ec146d67a017806f0@gmail.com"},"message":"Revert \"xhci-hub: Handle error condition with xhci_stop_device\"\n\nThis reverts commit e3020f3887dbd1f4443e5012942f6ec72e3fe9e9.","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/7b9b82d850123124e8d873ee527cc128b5784bf0"},{"sha":"cd9595a9d06e02c39c57c4ad0df086fad45c5a83","author":{"name":"Tejun Heo","email":"e1d87360d7f4d7b7ebaddc11b54e50a559aaba57@kernel.org"},"message":"workqueue: replace pool->manager_arb mutex with a flag\n\ncommit 692b48258dda7c302e777d7d5f4217244478f1f6 upstream.\n\nJosef reported a HARDIRQ-safe -> HARDIRQ-unsafe lock order detected by\nlockdep:\n\n [ 1270.472259] WARNING: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected\n [ 1270.472783] 4.14.0-rc1-xfstests-12888-g76833e8 #110 Not tainted\n [ 1270.473240] -----------------------------------------------------\n [ 1270.473710] kworker/u5:2/5157 [HC0[0]:SC0[0]:HE0:SE1] is trying to acquire:\n [ 1270.474239]  (&(&lock->wait_lock)->rlock){+.+.}, at: [<ffffffff8da253d2>] __mutex_unlock_slowpath+0xa2/0x280\n [ 1270.474994]\n [ 1270.474994] and this task is already holding:\n [ 1270.475440]  (&pool->lock/1){-.-.}, at: [<ffffffff8d2992f6>] worker_thread+0x366/0x3c0\n [ 1270.476046] which would create a new lock dependency:\n [ 1270.476436]  (&pool->lock/1){-.-.} -> (&(&lock->wait_lock)->rlock){+.+.}\n [ 1270.476949]\n [ 1270.476949] but this new dependency connects a HARDIRQ-irq-safe lock:\n [ 1270.477553]  (&pool->lock/1){-.-.}\n ...\n [ 1270.488900] to a HARDIRQ-irq-unsafe lock:\n [ 1270.489327]  (&(&lock->wait_lock)->rlock){+.+.}\n ...\n [ 1270.494735]  Possible interrupt unsafe locking scenario:\n [ 1270.494735]\n [ 1270.495250]        CPU0                    CPU1\n [ 1270.495600]        ----                    ----\n [ 1270.495947]   lock(&(&lock->wait_lock)->rlock);\n [ 1270.496295]                                local_irq_disable();\n [ 1270.496753]                                lock(&pool->lock/1);\n [ 1270.497205]                                lock(&(&lock->wait_lock)->rlock);\n [ 1270.497744]   <Interrupt>\n [ 1270.497948]     lock(&pool->lock/1);\n\n, which will cause a irq inversion deadlock if the above lock scenario\nhappens.\n\nThe root cause of this safe -> unsafe lock order is the\nmutex_unlock(pool->manager_arb) in manage_workers() with pool->lock\nheld.\n\nUnlocking mutex while holding an irq spinlock was never safe and this\nproblem has been around forever but it never got noticed because the\nonly time the mutex is usually trylocked while holding irqlock making\nactual failures very unlikely and lockdep annotation missed the\ncondition until the recent b9c16a0e1f73 (\"locking/mutex: Fix\nlockdep_assert_held() fail\").\n\nUsing mutex for pool->manager_arb has always been a bit of stretch.\nIt primarily is an mechanism to arbitrate managership between workers\nwhich can easily be done with a pool flag.  The only reason it became\na mutex is that pool destruction path wants to exclude parallel\nmanaging operations.\n\nThis patch replaces the mutex with a new pool flag POOL_MANAGER_ACTIVE\nand make the destruction path wait for the current manager on a wait\nqueue.\n\nv2: Drop unnecessary flag clearing before pool destruction as\n    suggested by Boqun.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-by: Josef Bacik <josef@toxicpanda.com>\nReviewed-by: Lai Jiangshan <jiangshanlai@gmail.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Boqun Feng <boqun.feng@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/cd9595a9d06e02c39c57c4ad0df086fad45c5a83"},{"sha":"de513e4003c36a4ad83ec0d2aaa643533cf61090","author":{"name":"Kailang Yang","email":"08a5e1a5190dd16d580b4a90f5cf0a516ee59156@realtek.com"},"message":"ALSA: hda/realtek - Add support for ALC236/ALC3204\n\ncommit 736f20a7060857ff569e9e9586ae6c1204a73e07 upstream.\n\nAdd support for ALC236/ALC3204.\nAdd headset mode support for ALC236/ALC3204.\n\nSigned-off-by: Kailang Yang <kailang@realtek.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/joe2k01/WhitePugKernel-oneplus_msm8998/commits/de513e4003c36a4ad83ec0d2aaa643533cf61090"},{"sha":"a6b70af9c364cb612892b142d657d4a6f8eac5bc","author":{"name":"Hui Wang","email":"9d5fe9a97fbb9544eef3d32c5cf8dcaba19b36f5@canonical.com"},"message":"ALSA: hda - fix headset mic problem for Dell machines with alc236\n\ncommit f265788c336979090ac80b9ae173aa817c4fe40d upstream.\n\nWe have several Dell laptops which use the codec alc236, the headset\nmic can't work on these machines. Following the commit 736f20a70, we\nadd the pin cfg table to make the headset mic work.\n\nSigned-off-by: Hui Wang <hui.wang@canonical.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/joe2k01/WhitePugKernel-oneplus_msm8998/commits/a6b70af9c364cb612892b142d657d4a6f8eac5bc"},{"sha":"d17ca9b943474d7e0071cb7371d89d732ffdc716","author":{"name":"Jeff Layton","email":"0a799ee4f46e914219e7741adcc5e93178d519ec@redhat.com"},"message":"ceph: unlock dangling spinlock in try_flush_caps()\n\ncommit 6c2838fbdedb9b72a81c931d49e56b229b6cdbca upstream.\n\nsparse warns:\n\n  fs/ceph/caps.c:2042:9: warning: context imbalance in 'try_flush_caps' - wrong count at exit\n\nWe need to exit this function with the lock unlocked, but a couple of\ncases leave it locked.\n\nSigned-off-by: Jeff Layton <jlayton@redhat.com>\nReviewed-by: \"Yan, Zheng\" <zyan@redhat.com>\nReviewed-by: Ilya Dryomov <idryomov@gmail.com>\nSigned-off-by: Ilya Dryomov <idryomov@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/d17ca9b943474d7e0071cb7371d89d732ffdc716"},{"sha":"c14b03278c7c2b5a531583cdf0ebe930c0138649","author":{"name":"Mayank Rana","email":"e194534cb25fb4fffc472d54bc7f1333d96f9523@codeaurora.org"},"message":"usb: xhci: Handle error condition in xhci_stop_device()\n\ncommit b3207c65dfafae27e7c492cb9188c0dc0eeaf3fd upstream.\n\nxhci_stop_device() calls xhci_queue_stop_endpoint() multiple times\nwithout checking the return value. xhci_queue_stop_endpoint() can\nreturn error if the HC is already halted or unable to queue commands.\nThis can cause a deadlock condition as xhci_stop_device() would\nend up waiting indefinitely for a completion for the command that\ndidn't get queued. Fix this by checking the return value and bailing\nout of xhci_stop_device() in case of error. This patch happens to fix\npotential memory leaks of the allocated command structures as well.\n\nFixes: c311e391a7ef (\"xhci: rework command timeout and cancellation,\")\nSigned-off-by: Mayank Rana <mrana@codeaurora.org>\nSigned-off-by: Jack Pham <jackp@codeaurora.org>\nSigned-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/c14b03278c7c2b5a531583cdf0ebe930c0138649"},{"sha":"6e96e0a0e0c701cc35591ee776ab73fcbc83a7a3","author":{"name":"Baruch Siach","email":"59df7fddff988cc9cb1401c5f741eac8238ced89@tkos.co.il"},"message":"spi: uapi: spidev: add missing ioctl header\n\ncommit a2b4a79b88b24c49d98d45a06a014ffd22ada1a4 upstream.\n\nThe SPI_IOC_MESSAGE() macro references _IOC_SIZEBITS. Add linux/ioctl.h\nto make sure this macro is defined. This fixes the following build\nfailure of lcdproc with the musl libc:\n\nIn file included from .../sysroot/usr/include/sys/ioctl.h:7:0,\n                 from hd44780-spi.c:31:\nhd44780-spi.c: In function 'spi_transfer':\nhd44780-spi.c:89:24: error: '_IOC_SIZEBITS' undeclared (first use in this function)\n  status = ioctl(p->fd, SPI_IOC_MESSAGE(1), &xfer);\n                        ^\n\nSigned-off-by: Baruch Siach <baruch@tkos.co.il>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/6e96e0a0e0c701cc35591ee776ab73fcbc83a7a3"},{"sha":"4cd08135ab00e9fbe271515b109ad0b0273f021b","author":{"name":"Miklos Szeredi","email":"c27ee2952768e22f4d3ab9aec0e78ac5f4ddea98@redhat.com"},"message":"fuse: fix READDIRPLUS skipping an entry\n\ncommit c6cdd51404b7ac12dd95173ddfc548c59ecf037f upstream.\n\nMarios Titas running a Haskell program noticed a problem with fuse's\nreaddirplus: when it is interrupted by a signal, it skips one directory\nentry.\n\nThe reason is that fuse erronously updates ctx->pos after a failed\ndir_emit().\n\nThe issue originates from the patch adding readdirplus support.\n\nReported-by: Jakob Unterwurzacher <jakobunt@gmail.com>\nTested-by: Marios Titas <redneb@gmx.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>\nFixes: 0b05b18381ee (\"fuse: implement NFS-like readdirplus support\")\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/4cd08135ab00e9fbe271515b109ad0b0273f021b"},{"sha":"45ef66994584bff586e95bc3070373c454fc0602","author":{"name":"Juergen Gross","email":"d3dfe5c5fac772d904d4932d138136d040bb63c7@suse.com"},"message":"xen/gntdev: avoid out of bounds access in case of partial gntdev_mmap()\n\ncommit 298d275d4d9bea3524ff4bc76678c140611d8a8d upstream.\n\nIn case gntdev_mmap() succeeds only partially in mapping grant pages\nit will leave some vital information uninitialized needed later for\ncleanup. This will lead to an out of bounds array access when unmapping\nthe already mapped pages.\n\nSo just initialize the data needed for unmapping the pages a little bit\nearlier.\n\nReported-by: Arthur Borsboom <arthurborsboom@gmail.com>\nSigned-off-by: Juergen Gross <jgross@suse.com>\nReviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nSigned-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/45ef66994584bff586e95bc3070373c454fc0602"},{"sha":"64e13c835a4ecbfeefd040748663a42b7c35f1d9","author":{"name":"Kai-Heng Feng","email":"49d050d7a2ceecc3a608b6160348d55167459976@canonical.com"},"message":"Input: elan_i2c - add ELAN0611 to the ACPI table\n\ncommit 57a95b41869b8f0d1949c24df2a9dac1ca7082ee upstream.\n\nELAN0611 touchpad uses elan_i2c as its driver. It can be found\non Lenovo ideapad 320-15IKB.\n\nSo add it to ACPI table to enable the touchpad.\n\n[Ido Adiv <idoad123@gmail.com> reports that the same ACPI ID is used for\nElan touchpad in ideapad 520].\n\nBugLink: https://bugs.launchpad.net/bugs/1723736\nSigned-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/64e13c835a4ecbfeefd040748663a42b7c35f1d9"},{"sha":"22bcbc4b61fc79ec6c783bc4887400875c099a1e","author":{"name":"Dmitry Torokhov","email":"e82e0cc9230e3683c557741cb5a2c8321ee072ee@gmail.com"},"message":"Input: gtco - fix potential out-of-bound access\n\ncommit a50829479f58416a013a4ccca791336af3c584c7 upstream.\n\nparse_hid_report_descriptor() has a while (i < length) loop, which\nonly guarantees that there's at least 1 byte in the buffer, but the\nloop body can read multiple bytes which causes out-of-bounds access.\n\nReported-by: Andrey Konovalov <andreyknvl@google.com>\nReviewed-by: Andrey Konovalov <andreyknvl@google.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/22bcbc4b61fc79ec6c783bc4887400875c099a1e"},{"sha":"2840fe5022754c77f423c18395def24aecda02cb","author":{"name":"David Howells","email":"358fdf7bce8223edb2a0d846104bf62a286894d5@redhat.com"},"message":"assoc_array: Fix a buggy node-splitting case\n\ncommit ea6789980fdaa610d7eb63602c746bf6ec70cd2b upstream.\n\nThis fixes CVE-2017-12193.\n\nFix a case in the assoc_array implementation in which a new leaf is\nadded that needs to go into a node that happens to be full, where the\nexisting leaves in that node cluster together at that level to the\nexclusion of new leaf.\n\nWhat needs to happen is that the existing leaves get moved out to a new\nnode, N1, at level + 1 and the existing node needs replacing with one,\nN0, that has pointers to the new leaf and to N1.\n\nThe code that tries to do this gets this wrong in two ways:\n\n (1) The pointer that should've pointed from N0 to N1 is set to point\n     recursively to N0 instead.\n\n (2) The backpointer from N0 needs to be set correctly in the case N0 is\n     either the root node or reached through a shortcut.\n\nFix this by removing this path and using the split_node path instead,\nwhich achieves the same end, but in a more general way (thanks to Eric\nBiggers for spotting the redundancy).\n\nThe problem manifests itself as:\n\n  BUG: unable to handle kernel NULL pointer dereference at 0000000000000010\n  IP: assoc_array_apply_edit+0x59/0xe5\n\nFixes: 3cb989501c26 (\"Add a generic associative array implementation.\")\nReported-and-tested-by: WU Fan <u3536072@connect.hku.hk>\nSigned-off-by: David Howells <dhowells@redhat.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/2840fe5022754c77f423c18395def24aecda02cb"},{"sha":"95f2c506f8b625e5464ea6962e4f34770d1a0b40","author":{"name":"Steffen Maier","email":"654c53488e76faec3e98e87271e048eabb668dc6@linux.vnet.ibm.com"},"message":"scsi: zfcp: fix erp_action use-before-initialize in REC action trace\n\ncommit ab31fd0ce65ec93828b617123792c1bb7c6dcc42 upstream.\n\nv4.10 commit 6f2ce1c6af37 (\"scsi: zfcp: fix rport unblock race with LUN\nrecovery\") extended accessing parent pointer fields of struct\nzfcp_erp_action for tracing.  If an erp_action has never been enqueued\nbefore, these parent pointer fields are uninitialized and NULL. Examples\nare zfcp objects freshly added to the parent object's children list,\nbefore enqueueing their first recovery subsequently. In\nzfcp_erp_try_rport_unblock(), we iterate such list. Accessing erp_action\nfields can cause a NULL pointer dereference.  Since the kernel can read\nfrom lowcore on s390, it does not immediately cause a kernel page\nfault. Instead it can cause hangs on trying to acquire the wrong\nerp_action->adapter->dbf->rec_lock in zfcp_dbf_rec_action_lvl()\n                      ^bogus^\nwhile holding already other locks with IRQs disabled.\n\nReal life example from attaching lots of LUNs in parallel on many CPUs:\n\ncrash> bt 17723\nPID: 17723  TASK: ...               CPU: 25  COMMAND: \"zfcperp0.0.1800\"\n LOWCORE INFO:\n  -psw      : 0x0404300180000000 0x000000000038e424\n  -function : _raw_spin_lock_wait_flags at 38e424\n...\n #0 [fdde8fc90] zfcp_dbf_rec_action_lvl at 3e0004e9862 [zfcp]\n #1 [fdde8fce8] zfcp_erp_try_rport_unblock at 3e0004dfddc [zfcp]\n #2 [fdde8fd38] zfcp_erp_strategy at 3e0004e0234 [zfcp]\n #3 [fdde8fda8] zfcp_erp_thread at 3e0004e0a12 [zfcp]\n #4 [fdde8fe60] kthread at 173550\n #5 [fdde8feb8] kernel_thread_starter at 10add2\n\nzfcp_adapter\n zfcp_port\n  zfcp_unit <address>, 0x404040d600000000\n  scsi_device NULL, returning early!\nzfcp_scsi_dev.status = 0x40000000\n0x40000000 ZFCP_STATUS_COMMON_RUNNING\n\ncrash> zfcp_unit <address>\nstruct zfcp_unit {\n  erp_action = {\n    adapter = 0x0,\n    port = 0x0,\n    unit = 0x0,\n  },\n}\n\nzfcp_erp_action is always fully embedded into its container object. Such\ncontainer object is never moved in its object tree (only add or delete).\nHence, erp_action parent pointers can never change.\n\nTo fix the issue, initialize the erp_action parent pointers before\nadding the erp_action container to any list and thus before it becomes\naccessible from outside of its initializing function.\n\nIn order to also close the time window between zfcp_erp_setup_act()\nmemsetting the entire erp_action to zero and setting the parent pointers\nagain, drop the memset and instead explicitly initialize individually\nall erp_action fields except for parent pointers. To be extra careful\nnot to introduce any other unintended side effect, even keep zeroing the\nerp_action fields for list and timer. Also double-check with\nWARN_ON_ONCE that erp_action parent pointers never change, so we get to\nknow when we would deviate from previous behavior.\n\nSigned-off-by: Steffen Maier <maier@linux.vnet.ibm.com>\nFixes: 6f2ce1c6af37 (\"scsi: zfcp: fix rport unblock race with LUN recovery\")\nReviewed-by: Benjamin Block <bblock@linux.vnet.ibm.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/95f2c506f8b625e5464ea6962e4f34770d1a0b40"},{"sha":"b6450204b4cd2f4c5604c3d4abc7cec8ceebceef","author":{"name":"Ben Hutchings","email":"4b5b1f56752f48c5a7306485787e3dde408ba5de@codethink.co.uk"},"message":"scsi: sg: Re-fix off by one in sg_fill_request_table()\n\ncommit 587c3c9f286cee5c9cac38d28c8ae1875f4ec85b upstream.\n\nCommit 109bade9c625 (\"scsi: sg: use standard lists for sg_requests\")\nintroduced an off-by-one error in sg_ioctl(), which was fixed by commit\nbd46fc406b30 (\"scsi: sg: off by one in sg_ioctl()\").\n\nUnfortunately commit 4759df905a47 (\"scsi: sg: factor out\nsg_fill_request_table()\") moved that code, and reintroduced the\nbug (perhaps due to a botched rebase).  Fix it again.\n\nFixes: 4759df905a47 (\"scsi: sg: factor out sg_fill_request_table()\")\nSigned-off-by: Ben Hutchings <ben.hutchings@codethink.co.uk>\nAcked-by: Douglas Gilbert <dgilbert@interlog.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/b6450204b4cd2f4c5604c3d4abc7cec8ceebceef"},{"sha":"393fc68793fe3a73e59a43e1dc339fd397c75f46","author":{"name":"Gerhard Bertelsmann","email":"616e881177e53541ea47e5917a60deb2554e079d@gerhard-bertelsmann.de"},"message":"can: sun4i: fix loopback mode\n\ncommit 3a379f5b36ae039dfeb6f73316e47ab1af4945df upstream.\n\nFix loopback mode by setting the right flag and remove presume mode.\n\nSigned-off-by: Gerhard Bertelsmann <info@gerhard-bertelsmann.de>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/393fc68793fe3a73e59a43e1dc339fd397c75f46"},{"sha":"89f1e68a4b4d23f6718f52f5cc112d5c01458b8b","author":{"name":"Jimmy Assarsson","email":"f56b3dcd97bf41d4d8556bfc1eb865ca961e0af9@gmail.com"},"message":"can: kvaser_usb: Correct return value in printout\n\ncommit 8f65a923e6b628e187d5e791cf49393dd5e8c2f9 upstream.\n\nIf the return value from kvaser_usb_send_simple_msg() was non-zero, the\nreturn value from kvaser_usb_flush_queue() was printed in the kernel\nwarning.\n\nSigned-off-by: Jimmy Assarsson <jimmyassarsson@gmail.com>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/89f1e68a4b4d23f6718f52f5cc112d5c01458b8b"},{"sha":"b1215bbfb3f54af52d60f973f3b2599315714a38","author":{"name":"Jimmy Assarsson","email":"f56b3dcd97bf41d4d8556bfc1eb865ca961e0af9@gmail.com"},"message":"can: kvaser_usb: Ignore CMD_FLUSH_QUEUE_REPLY messages\n\ncommit e1d2d1329a5722dbecc9c278303fcc4aa01f8790 upstream.\n\nTo avoid kernel warning \"Unhandled message (68)\", ignore the\nCMD_FLUSH_QUEUE_REPLY message for now.\n\nAs of Leaf v2 firmware version v4.1.844 (2017-02-15), flush tx queue is\nsynchronous. There is a capability bit indicating whether flushing tx\nqueue is synchronous or asynchronous.\n\nA proper solution would be to query the device for capabilities. If the\nsynchronous tx flush capability bit is set, we should wait for\nCMD_FLUSH_QUEUE_REPLY message, while flushing the tx queue.\n\nSigned-off-by: Jimmy Assarsson <jimmyassarsson@gmail.com>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/b1215bbfb3f54af52d60f973f3b2599315714a38"},{"sha":"b348fbf892e6c6a1c9e79069056e9647358137dc","author":{"name":"Guillaume Tucker","email":"cfe75f41353a36aa58562b723f728ecc7d5ec3f4@collabora.com"},"message":"regulator: fan53555: fix I2C device ids\n\ncommit fc1111b885437f374ed54aadda44d8b241ebd2a3 upstream.\n\nThe device tree nodes all correctly describe the regulators as\nsyr827 or syr828, but the I2C device id is currently set to the\nwildcard value of syr82x in the driver.  This causes udev to fail\nto match the driver module with the modalias data from sysfs.\n\nFix this by replacing the I2C device ids with ones that match the\ndevice tree descriptions, with syr827 and syr828.  Tested on\nFirefly rk3288 board.  The syr82x id was not used anywhere.\n\nFixes: e80c47bd738b (regulator: fan53555: Export I2C module alias information)\nSigned-off-by: Guillaume Tucker <guillaume.tucker@collabora.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/b348fbf892e6c6a1c9e79069056e9647358137dc"},{"sha":"9b088512d488ca579ba9c617aee20b52c1fe04d9","author":{"name":"Borislav Petkov","email":"eb590213a9667d8ba86dc1d7da45a37c724b7836@suse.de"},"message":"x86/microcode/intel: Disable late loading on model 79\n\ncommit 723f2828a98c8ca19842042f418fb30dd8cfc0f7 upstream.\n\nBlacklist Broadwell X model 79 for late loading due to an erratum.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nAcked-by: Tony Luck <tony.luck@intel.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20171018111225.25635-1-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/joe2k01/WhitePugKernel-oneplus_msm8998/commits/9b088512d488ca579ba9c617aee20b52c1fe04d9"}]}
{"actor":{"display_login":"joe2k01"}}