{"push_id":2687963980,"size":1000,"distinct_size":1585,"ref":"refs/heads/lineage-15.1-cosmedd","head":"f7ee9fd010022dddd3a7f47b9ccccfd19daddebb","before":"2f0a82ea5b5fb509b3639b3d73892e6cee006958","commits":[{"sha":"2ead2134a1859bd75c8b34d9bf020b289341eaac","author":{"name":"Mikhail Paulyshka","email":"b1c1d8736f20db3fb6c1c66bb1455ed43909f0d8@mixaill.tk"},"message":"ALSA: hda - Fix headset microphone detection for ASUS N551 and N751\n\n\n[ Upstream commit fc7438b1eb12b6c93d7b7a62423779eb5dfc673c ]\n\nHeadset microphone does not work out of the box on ASUS Nx51\nlaptops. This patch fixes it.\n\nPatch tested on Asus N551 laptop. Asus N751 part is not tested, but\naccording to [1] this laptop uses the same audiosystem.\n\n1. https://bugzilla.kernel.org/show_bug.cgi?id=117781\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=195437\nSigned-off-by: Mikhail Paulyshka <me@mixaill.tk>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/2ead2134a1859bd75c8b34d9bf020b289341eaac"},{"sha":"bff38ff05503e2161d6fe2d6e1979db4e9b80e46","author":{"name":"Feras Daoud","email":"2c772791ac5d5a60bb6084b4e3608891826c3339@mellanox.com"},"message":"IB/ipoib: Update broadcast object if PKey value was changed in index 0\n\n\n[ Upstream commit 9a9b8112699d78e7f317019b37f377e90023f3ed ]\n\nUpdate the broadcast address in the priv->broadcast object when the\nPkey value changes in index 0, otherwise the multicast GID value will\nkeep the previous value of the PKey, and will not be updated.\nThis leads to interface state down because the interface will keep the\nold PKey value.\n\nFor example, in SR-IOV environment, if the PF changes the value of PKey\nindex 0 for one of the VFs, then the VF receives PKey change event that\ntriggers heavy flush. This flush calls update_parent_pkey that update the\nbroadcast object and its relevant members. If in this case the multicast\nGID will not be updated, the interface state will be down.\n\nFixes: c2904141696e (\"IPoIB: Fix pkey change flow for virtualization environments\")\nSigned-off-by: Feras Daoud <ferasda@mellanox.com>\nSigned-off-by: Erez Shitrit <erezsh@mellanox.com>\nReviewed-by: Alex Vesker <valex@mellanox.com>\nSigned-off-by: Leon Romanovsky <leon@kernel.org>\nSigned-off-by: Doug Ledford <dledford@redhat.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/bff38ff05503e2161d6fe2d6e1979db4e9b80e46"},{"sha":"21bdd575943daef3c951ecd3dd70ef62bb9f065e","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"HSI: ssi_protocol: double free in ssip_pn_xmit()\n\n\n[ Upstream commit 3026050179a3a9a6f5c892c414b5e36ecf092081 ]\n\nIf skb_pad() fails then it frees skb and we don't need to free it again\nat the end of the function.\n\nFixes: dc7bf5d7 (\"HSI: Introduce driver for SSI Protocol\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Sebastian Reichel <sre@kernel.org>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/21bdd575943daef3c951ecd3dd70ef62bb9f065e"},{"sha":"c84d2e72f5dd07d6a3fc4195a2b8574ba8f7721d","author":{"name":"James Smart","email":"b345d0404e0a2e84a4d1df4aa0510cf6eec09f7d@gmail.com"},"message":"Fix driver usage of 128B WQEs when WQ_CREATE is V1.\n\n\n[ Upstream commit 3f247de750b8dd8f50a2c1390e2a1238790a9dff ]\n\nThere are two versions of a structure for queue creation and setup that the\ndriver shares with FW. The driver was only treating as version 0.\n\nVerify WQ_CREATE with 128B WQEs in V0 and V1.\n\nCode review of another bug showed the driver passing\n128B WQEs and 8 pages in WQ CREATE and V0.\nCode inspection/instrumentation showed that the driver\nuses V0 in WQ_CREATE and if the caller passes queue->entry_size\n128B, the driver sets the hdr_version to V1 so all is good.\nWhen I tested the V1 WQ_CREATE, the mailbox failed causing\nthe driver to unload.\n\nSigned-off-by: Dick Kennedy <dick.kennedy@broadcom.com>\nSigned-off-by: James Smart <james.smart@broadcom.com>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/c84d2e72f5dd07d6a3fc4195a2b8574ba8f7721d"},{"sha":"fc0808f0c2a43212f73d438e083a34251984540c","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"mmc: host: omap_hsmmc: checking for NULL instead of IS_ERR()\n\n\n[ Upstream commit ec5ab8933772c87f24ad62a4a602fe8949f423c2 ]\n\ndevm_pinctrl_get() returns error pointers, it never returns NULL.\n\nFixes: 455e5cd6f736 (\"mmc: omap_hsmmc: Pin remux workaround to support SDIO interrupt on AM335x\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nReviewed-by: Kishon Vijay Abraham I <kishon@ti.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/fc0808f0c2a43212f73d438e083a34251984540c"},{"sha":"4525033938cb6d8ed70717506917cb5e547debb8","author":{"name":"Pan Bian","email":"10d7ad8858c5990f87a888a439b19a315f02cd42@163.com"},"message":"wan: pc300too: abort path on failure\n\n\n[ Upstream commit 2a39e7aa8a98f777f0732ca7125b6c9668791760 ]\n\nIn function pc300_pci_init_one(), on the ioremap error path, function\npc300_pci_remove_one() is called to free the allocated memory. However,\nthe path is not terminated, and the freed memory will be used later,\nresulting in use-after-free bugs. This path fixes the bug.\n\nSigned-off-by: Pan Bian <bianpan2016@163.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/4525033938cb6d8ed70717506917cb5e547debb8"},{"sha":"2805557d1c815b37448df79cd6a1bdf6806661ec","author":{"name":"Pan Bian","email":"10d7ad8858c5990f87a888a439b19a315f02cd42@163.com"},"message":"qlcnic: fix unchecked return value\n\n\n[ Upstream commit 91ec701a553cb3de470fd471c6fefe3ad1125455 ]\n\nFunction pci_find_ext_capability() may return 0, which is an invalid\naddress. In function qlcnic_sriov_virtid_fn(), its return value is used\nwithout validation. This may result in invalid memory access bugs. This\npatch fixes the bug.\n\nSigned-off-by: Pan Bian <bianpan2016@163.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/2805557d1c815b37448df79cd6a1bdf6806661ec"},{"sha":"868a3686cae502ce219b1373e86d6eda1c599077","author":{"name":"Finn Thain","email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au"},"message":"scsi: mac_esp: Replace bogus memory barrier with spinlock\n\n\n[ Upstream commit 4da2b1eb230ba4ad19b58984dc52e05b1073df5f ]\n\nCommit da244654c66e (\"[SCSI] mac_esp: fix for quadras with two esp\nchips\") added mac_scsi_esp_intr() to handle the IRQ lines from a pair of\non-board ESP chips (a normal shared IRQ did not work).\n\nProper mutual exclusion was missing from that patch. This patch fixes\nrace conditions between comparison and assignment of esp_chips[]\npointers.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Michael Schmitz <schmitzmic@gmail.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/868a3686cae502ce219b1373e86d6eda1c599077"},{"sha":"fcafccbd29c56cc0fef2edd602ddf4aa2d35c4c3","author":{"name":"Pan Bian","email":"10d7ad8858c5990f87a888a439b19a315f02cd42@163.com"},"message":"rndis_wlan: add return value validation\n\n\n[ Upstream commit 9dc7efd3978aa67ae598129d2a3f240b390ce508 ]\n\nFunction create_singlethread_workqueue() will return a NULL pointer if\nthere is no enough memory, and its return value should be validated\nbefore using. However, in function rndis_wlan_bind(), its return value\nis not checked. This may cause NULL dereference bugs. This patch fixes\nit.\n\nSigned-off-by: Pan Bian <bianpan2016@163.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/fcafccbd29c56cc0fef2edd602ddf4aa2d35c4c3"},{"sha":"00a4087f7a4a99ae483a1c67f183883e78ae310d","author":{"name":"Filipe Manana","email":"e0fcd583df77ec6c08e6d1257619cc1216ddc994@suse.com"},"message":"Btrfs: send, fix file hole not being preserved due to inline extent\n\n\n[ Upstream commit e1cbfd7bf6dabdac561c75d08357571f44040a45 ]\n\nNormally we don't have inline extents followed by regular extents, but\nthere's currently at least one harmless case where this happens. For\nexample, when the page size is 4Kb and compression is enabled:\n\n  $ mkfs.btrfs -f /dev/sdb\n  $ mount -o compress /dev/sdb /mnt\n  $ xfs_io -f -c \"pwrite -S 0xaa 0 4K\" -c \"fsync\" /mnt/foobar\n  $ xfs_io -c \"pwrite -S 0xbb 8K 4K\" -c \"fsync\" /mnt/foobar\n\nIn this case we get a compressed inline extent, representing 4Kb of\ndata, followed by a hole extent and then a regular data extent. The\ninline extent was not expanded/converted to a regular extent exactly\nbecause it represents 4Kb of data. This does not cause any apparent\nproblem (such as the issue solved by commit e1699d2d7bf6\n(\"btrfs: add missing memset while reading compressed inline extents\"))\nexcept trigger an unexpected case in the incremental send code path\nthat makes us issue an operation to write a hole when it's not needed,\nresulting in more writes at the receiver and wasting space at the\nreceiver.\n\nSo teach the incremental send code to deal with this particular case.\n\nThe issue can be currently triggered by running fstests btrfs/137 with\ncompression enabled (MOUNT_OPTIONS=\"-o compress\" ./check btrfs/137).\n\nSigned-off-by: Filipe Manana <fdmanana@suse.com>\nReviewed-by: Liu Bo <bo.li.liu@oracle.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/00a4087f7a4a99ae483a1c67f183883e78ae310d"},{"sha":"354ae15a58fb7fc325956c3930d9c4f879f07e70","author":{"name":"Emmanuel Grumbach","email":"643a80aaf16a8332d6a70921c14d4bb265446494@intel.com"},"message":"mac80211: don't parse encrypted management frames in ieee80211_frame_acked\n\n\n[ Upstream commit cf147085fdda044622973a12e4e06f1c753ab677 ]\n\nieee80211_frame_acked is called when a frame is acked by\nthe peer. In case this is a management frame, we check\nif this an SMPS frame, in which case we can update our\nantenna configuration.\n\nWhen we parse the management frame we look at the category\nin case it is an action frame. That byte sits after the IV\nin case the frame was encrypted. This means that if the\nframe was encrypted, we basically look at the IV instead\nof looking at the category. It is then theorically\npossible that we think that an SMPS action frame was acked\nwhere really we had another frame that was encrypted.\n\nSince the only management frame whose ack needs to be\ntracked is the SMPS action frame, and that frame is not\na robust management frame, it will never be encrypted.\nThe easiest way to fix this problem is then to not look\nat frames that were encrypted.\n\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/354ae15a58fb7fc325956c3930d9c4f879f07e70"},{"sha":"c9d6765b5747a0569fe7e09550fca0e54e09b477","author":{"name":"Keerthy","email":"bd0da4b944f4f5c71572cb1afabf3c293f45b4c8@ti.com"},"message":"mfd: palmas: Reset the POWERHOLD mux during power off\n\n\n[ Upstream commit 85fdaf8eb9bbec1f0f8a52fd5d85659d60738816 ]\n\nPOWERHOLD signal has higher priority  over the DEV_ON bit.\nSo power off will not happen if the POWERHOLD is held high.\nHence reset the MUX to GPIO_7 mode to release the POWERHOLD\nand the DEV_ON bit to take effect to power off the PMIC.\n\nPMIC Power off happens in dire situations like thermal shutdown\nso irrespective of the POWERHOLD setting go ahead and turn off\nthe powerhold.  Currently poweroff is broken on boards that have\npowerhold enabled. This fixes poweroff on those boards.\n\nSigned-off-by: Keerthy <j-keerthy@ti.com>\nSigned-off-by: Lee Jones <lee.jones@linaro.org>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/c9d6765b5747a0569fe7e09550fca0e54e09b477"},{"sha":"b69c4a124258f393b5fea8729b2ce12cbe2602a5","author":{"name":"Kishon Vijay Abraham I","email":"c224db9378a929ae8338a052bbb1b30fb46cdd39@ti.com"},"message":"ARM: DRA7: clockdomain: Change the CLKTRCTRL of CM_PCIE_CLKSTCTRL to SW_WKUP\n\n\n[ Upstream commit 2c949ce38f4e81d7487f165fa3b8f77d74a2a6c4 ]\n\nThe PCIe programming sequence in TRM suggests CLKSTCTRL of PCIe should be\nset to SW_WKUP. There are no issues when CLKSTCTRL is set to HW_AUTO in RC\nmode. However in EP mode, the host system is not able to access the\nMEMSPACE and setting the CLKSTCTRL to SW_WKUP fixes it.\n\nAcked-by: Tony Lindgren <tony@atomide.com>\nSigned-off-by: Kishon Vijay Abraham I <kishon@ti.com>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/b69c4a124258f393b5fea8729b2ce12cbe2602a5"},{"sha":"21d4b929df88029f83976bbf863df0b7231b7d3b","author":{"name":"Robert Lippert","email":"0ff34d06ba84306c6afd18b6694ad1a9576402ed@gmail.com"},"message":"ipmi/watchdog: fix wdog hang on panic waiting for ipmi response\n\n\n[ Upstream commit 2c1175c2e8e5487233cabde358a19577562ac83e ]\n\nCommit c49c097610fe (\"ipmi: Don't call receive handler in the\npanic context\") means that the panic_recv_free is not called during a\npanic and the atomic count does not drop to 0.\n\nFix this by only expecting one decrement of the atomic variable\nwhich comes from panic_smi_free.\n\nSigned-off-by: Robert Lippert <rlippert@google.com>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/21d4b929df88029f83976bbf863df0b7231b7d3b"},{"sha":"045901c13f15ca0471c85da5d5b2d78080c3126c","author":{"name":"Scott Wood","email":"988029eba41cb6269b17fa0a5a208a057ff19765@redhat.com"},"message":"bnx2x: Align RX buffers\n\n\n[ Upstream commit 9b70de6d0266888b3743f03802502e43131043c8 ]\n\nThe bnx2x driver is not providing proper alignment on the receive buffers it\npasses to build_skb(), causing skb_shared_info to be misaligned.\nskb_shared_info contains an atomic, and while PPC normally supports\nunaligned accesses, it does not support unaligned atomics.\n\nAligning the size of rx buffers will ensure that page_frag_alloc() returns\naligned addresses.\n\nThis can be reproduced on PPC by setting the network MTU to 1450 (or other\nnon-multiple-of-4) and then generating sufficient inbound network traffic\n(one or two large \"wget\"s usually does it), producing the following oops:\n\nUnable to handle kernel paging request for unaligned access at address 0xc00000ffc43af656\nFaulting instruction address: 0xc00000000080ef8c\nOops: Kernel access of bad area, sig: 7 [#1]\nSMP NR_CPUS=2048\nNUMA\nPowerNV\nModules linked in: vmx_crypto powernv_rng rng_core powernv_op_panel leds_powernv led_class nfsd ip_tables x_tables autofs4 xfs lpfc bnx2x mdio libcrc32c crc_t10dif crct10dif_generic crct10dif_common\nCPU: 104 PID: 0 Comm: swapper/104 Not tainted 4.11.0-rc8-00088-g4c761da #2\ntask: c00000ffd4892400 task.stack: c00000ffd4920000\nNIP: c00000000080ef8c LR: c00000000080eee8 CTR: c0000000001f8320\nREGS: c00000ffffc33710 TRAP: 0600   Not tainted  (4.11.0-rc8-00088-g4c761da)\nMSR: 9000000000009033 <SF,HV,EE,ME,IR,DR,RI,LE>\n  CR: 24082042  XER: 00000000\nCFAR: c00000000080eea0 DAR: c00000ffc43af656 DSISR: 00000000 SOFTE: 1\nGPR00: c000000000907f64 c00000ffffc33990 c000000000dd3b00 c00000ffcaf22100\nGPR04: c00000ffcaf22e00 0000000000000000 0000000000000000 0000000000000000\nGPR08: 0000000000b80008 c00000ffc43af636 c00000ffc43af656 0000000000000000\nGPR12: c0000000001f6f00 c00000000fe1a000 000000000000049f 000000000000c51f\nGPR16: 00000000ffffef33 0000000000000000 0000000000008a43 0000000000000001\nGPR20: c00000ffc58a90c0 0000000000000000 000000000000dd86 0000000000000000\nGPR24: c000007fd0ed10c0 00000000ffffffff 0000000000000158 000000000000014a\nGPR28: c00000ffc43af010 c00000ffc9144000 c00000ffcaf22e00 c00000ffcaf22100\nNIP [c00000000080ef8c] __skb_clone+0xdc/0x140\nLR [c00000000080eee8] __skb_clone+0x38/0x140\nCall Trace:\n[c00000ffffc33990] [c00000000080fb74] skb_clone+0x74/0x110 (unreliable)\n[c00000ffffc339c0] [c000000000907f64] packet_rcv+0x144/0x510\n[c00000ffffc33a40] [c000000000827b64] __netif_receive_skb_core+0x5b4/0xd80\n[c00000ffffc33b00] [c00000000082b2bc] netif_receive_skb_internal+0x2c/0xc0\n[c00000ffffc33b40] [c00000000082c49c] napi_gro_receive+0x11c/0x260\n[c00000ffffc33b80] [d000000066483d68] bnx2x_poll+0xcf8/0x17b0 [bnx2x]\n[c00000ffffc33d00] [c00000000082babc] net_rx_action+0x31c/0x480\n[c00000ffffc33e10] [c0000000000d5a44] __do_softirq+0x164/0x3d0\n[c00000ffffc33f00] [c0000000000d60a8] irq_exit+0x108/0x120\n[c00000ffffc33f20] [c000000000015b98] __do_irq+0x98/0x200\n[c00000ffffc33f90] [c000000000027f14] call_do_irq+0x14/0x24\n[c00000ffd4923a90] [c000000000015d94] do_IRQ+0x94/0x110\n[c00000ffd4923ae0] [c000000000008d90] hardware_interrupt_common+0x150/0x160\n\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/045901c13f15ca0471c85da5d5b2d78080c3126c"},{"sha":"b4245507843aa51c25f9b5ff5b3f1b3014d0a8cc","author":{"name":"Michael Trimarchi","email":"17b9e1c64588c7fa6419b4d29dc1f4426279ba01@amarulasolutions.com"},"message":"power: supply: pda_power: move from timer to delayed_work\n\n\n[ Upstream commit 633e8799ddc09431be2744c4a1efdbda13af2b0b ]\n\nThis changed is needed to avoid locking problem during\nboot as shown:\n\n<5>[    8.824096] Registering SWP/SWPB emulation handler\n<6>[    8.977294] clock: disabling unused clocks to save power\n<3>[    9.108154] BUG: sleeping function called from invalid context at kernel_albert/kernel/mutex.c:269\n<3>[    9.122894] in_atomic(): 1, irqs_disabled(): 0, pid: 1, name: swapper/0\n<4>[    9.130249] 3 locks held by swapper/0/1:\n<4>[    9.134613]  #0:  (&__lockdep_no_validate__){......}, at: [<c0342430>] __driver_attach+0x58/0xa8\n<4>[    9.144500]  #1:  (&__lockdep_no_validate__){......}, at: [<c0342440>] __driver_attach+0x68/0xa8\n<4>[    9.154357]  #2:  (&polling_timer){......}, at: [<c0053770>] run_timer_softirq+0x108/0x3ec\n<4>[    9.163726] Backtrace:\n<4>[    9.166473] [<c001269c>] (dump_backtrace+0x0/0x114) from [<c067e5f0>] (dump_stack+0x20/0x24)\n<4>[    9.175811]  r6:00203230 r5:0000010d r4:d782e000 r3:60000113\n<4>[    9.182250] [<c067e5d0>] (dump_stack+0x0/0x24) from [<c007441c>] (__might_sleep+0x10c/0x128)\n<4>[    9.191650] [<c0074310>] (__might_sleep+0x0/0x128) from [<c0688f60>] (mutex_lock_nested+0x34/0x36c)\n<4>[    9.201660]  r5:c02d5350 r4:d79a0c64\n<4>[    9.205688] [<c0688f2c>] (mutex_lock_nested+0x0/0x36c) from [<c02d5350>] (regulator_set_current_limit+0x30/0x118)\n<4>[    9.217071] [<c02d5320>] (regulator_set_current_limit+0x0/0x118) from [<c0435ce0>] (update_charger+0x84/0xc4)\n<4>[    9.228027]  r7:d782fb20 r6:00000101 r5:c1767e94 r4:00000000\n<4>[    9.234436] [<c0435c5c>] (update_charger+0x0/0xc4) from [<c0435d40>] (psy_changed+0x20/0x48)\n<4>[    9.243804]  r5:d782e000 r4:c1767e94\n<4>[    9.247802] [<c0435d20>] (psy_changed+0x0/0x48) from [<c0435dec>] (polling_timer_func+0x84/0xb8)\n<4>[    9.257537]  r4:c1767e94 r3:00000002\n<4>[    9.261566] [<c0435d68>] (polling_timer_func+0x0/0xb8) from [<c00537e4>] (run_timer_softirq+0x17c/0x3ec)\n<4>[    9.272033]  r4:c1767eb0 r3:00000000\n<4>[    9.276062] [<c0053668>] (run_timer_softirq+0x0/0x3ec) from [<c004b000>] (__do_softirq+0xf0/0x298)\n<4>[    9.286010] [<c004af10>] (__do_softirq+0x0/0x298) from [<c004b650>] (irq_exit+0x98/0xa0)\n<4>[    9.295013] [<c004b5b8>] (irq_exit+0x0/0xa0) from [<c000edbc>] (handle_IRQ+0x60/0xc0)\n<4>[    9.303680]  r4:c1194e98 r3:c00bc778\n<4>[    9.307708] [<c000ed5c>] (handle_IRQ+0x0/0xc0) from [<c0008504>] (gic_handle_irq+0x34/0x68)\n<4>[    9.316955]  r8:000ac383 r7:d782fc3c r6:d782fc08 r5:c11936c4 r4:e0802100\n<4>[    9.324310] r3:c026ba48\n<4>[    9.327301] [<c00084d0>] (gic_handle_irq+0x0/0x68) from [<c068c2c0>] (__irq_svc+0x40/0x74)\n<4>[    9.336456] Exception stack(0xd782fc08 to 0xd782fc50)\n<4>[    9.342041] fc00:                   d6e30e6c ac383627 00000000 ac383417 ea19c000 ea200000\n<4>[    9.351104] fc20: beffffff 00000667 000ac383 d6e30670 d6e3066c d782fc94 d782fbe8 d782fc50\n<4>[    9.360168] fc40: c026ba48 c001d1f0 00000113 ffffffff\n\nFixes: b2998049cfae (\"[BATTERY] pda_power platform driver\")\nSigned-off-by: Michael Trimarchi <michael@amarulasolutions.com>\nSigned-off-by: Anthony Brandon <anthony@amarulasolutions.com>\nSigned-off-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/b4245507843aa51c25f9b5ff5b3f1b3014d0a8cc"},{"sha":"c846fc16527ac6a768aaf1e7bede685b03344050","author":{"name":"Shaohua Li","email":"c0c0c8857ed6ec93282de3ee9d47e224acf995af@fb.com"},"message":"md/raid10: skip spare disk as 'first' disk\n\n\n[ Upstream commit b506335e5d2b4ec687dde392a3bdbf7601778f1d ]\n\nCommit 6f287ca(md/raid10: reset the 'first' at the end of loop) ignores\na case in reshape, the first rdev could be a spare disk, which shouldn't\nbe accounted as the first disk since it doesn't include the offset info.\n\nFix: 6f287ca(md/raid10: reset the 'first' at the end of loop)\nCc: Guoqing Jiang <gqjiang@suse.com>\nCc: NeilBrown <neilb@suse.com>\nSigned-off-by: Shaohua Li <shli@fb.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/c846fc16527ac6a768aaf1e7bede685b03344050"},{"sha":"7aadba03eb8807dd4769f8f0c851b0a631967419","author":{"name":"Sergei Trofimovich","email":"110fdadc76b6bce16977f568bdb4723eaed6fb3f@gentoo.org"},"message":"ia64: fix module loading for gcc-5.4\n\n\n[ Upstream commit a25fb8508c1b80dce742dbeaa4d75a1e9f2c5617 ]\n\nStarting from gcc-5.4+ gcc generates MLX instructions in more cases to\nrefer local symbols:\n\n    https://gcc.gnu.org/PR60465\n\nThat caused ia64 module loader to choke on such instructions:\n\n    fuse: invalid slot number 1 for IMM64\n\nThe Linux kernel used to handle only case where relocation pointed to\nslot=2 instruction in the bundle.  That limitation was fixed in linux by\ncommit 9c184a073bfd (\"[IA64] Fix 2.6 kernel for the new ia64 assembler\")\nSee\n\n    http://sources.redhat.com/bugzilla/show_bug.cgi?id=1433\n\nThis change lifts the slot=2 restriction from the kernel module loader.\n\nTested on 'fuse' and 'btrfs' kernel modules.\n\nCc: Markus Elfring <elfring@users.sourceforge.net>\nCc: H J Lu <hjl.tools@gmail.com>\nCc: Fenghua Yu <fenghua.yu@intel.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nBug: https://bugs.gentoo.org/601014\nTested-by: Émeric MASCHINO <emeric.maschino@gmail.com>\nSigned-off-by: Sergei Trofimovich <slyfox@gentoo.org>\nSigned-off-by: Tony Luck <tony.luck@intel.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/7aadba03eb8807dd4769f8f0c851b0a631967419"},{"sha":"654c7e21f68fb92176784bd835e15bbb9c1ee1d2","author":{"name":"Maksim Salau","email":"b16d9cf372827611c1aef0318f4b3a3e0ef789f8@gmail.com"},"message":"video: fbdev: udlfb: Fix buffer on stack\n\n\n[ Upstream commit 45f580c42e5c125d55dbd8099750a1998de3d917 ]\n\nAllocate buffers on HEAP instead of STACK for local array\nthat is to be sent using usb_control_msg().\n\nSigned-off-by: Maksim Salau <maksim.salau@gmail.com>\nCc: Bernie Thompson <bernie@plugable.com>\nCc: Geert Uytterhoeven <geert@linux-m68k.org>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/654c7e21f68fb92176784bd835e15bbb9c1ee1d2"},{"sha":"6f9612c99c20a9a2537f50b4bd7289411c4a96a2","author":{"name":"Alexey Khoroshilov","email":"a9985f635ca4eb5d7c64df6d16c76aa9811509c5@ispras.ru"},"message":"sm501fb: don't return zero on failure path in sm501fb_start()\n\n\n[ Upstream commit dc85e9a87420613b3129d5cc5ecd79c58351c546 ]\n\nIf fbmem iomemory mapping failed, sm501fb_start() breaks off\ninitialization, deallocates resources, but returns zero.\nAs a result, double deallocation can happen in sm501fb_stop().\n\nFound by Linux Driver Verification project (linuxtesting.org).\n\nSigned-off-by: Alexey Khoroshilov <khoroshilov@ispras.ru>\nCc: Tomi Valkeinen <tomi.valkeinen@ti.com>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/amitwh/android_kernel_zuk_msm8996/commits/6f9612c99c20a9a2537f50b4bd7289411c4a96a2"}]}
{"actor":{"display_login":"amitwh"}}