{"push_id":3172883877,"size":1000,"distinct_size":1138,"ref":"refs/heads/hotfix","head":"40ce69d8d37c670ff2f3414f0118169b4580bb81","before":"47341830d193bf0cb448b5ac0d359867ef060797","commits":[{"sha":"0e80397c864a4744e0513551c06089a16c0b0019","author":{"name":"Yunsheng Lin","email":"b47b1a4424998367370e7c5e15207fdc98906019@huawei.com"},"message":"net: hns3: Fix ping exited problem when doing lp selftest\n\n[ Upstream commit 3f8601f0f5716c4e63a9f215bbc581df42859d61 ]\n\nWhen ping is runnig and user executes the loopback selftest, the\nping cmd will stop and exit.\n\nThis patch fixes it by using the hns3_nic_net_open/stop to offline\nthe netdev when doing loopback selftest.\n\nFixes: c39c4d98dc65 (\"net: hns3: Add mac loopback selftest support in hns3 driver\")\nSigned-off-by: Yunsheng Lin <linyunsheng@huawei.com>\nSigned-off-by: Peng Li <lipeng321@huawei.com>\nSigned-off-by: Salil Mehta <salil.mehta@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/0e80397c864a4744e0513551c06089a16c0b0019"},{"sha":"6797a427f853eb62605a85b9c00325b3ccc7b4f1","author":{"name":"Yunsheng Lin","email":"b47b1a4424998367370e7c5e15207fdc98906019@huawei.com"},"message":"net: hns3: Fix for vf vlan delete failed problem\n\n[ Upstream commit 41dafea2af781d8e3ab8626d236b52e4172905a3 ]\n\nThere are only 128 entries in vf vlan table, if user has added\nmore than 128 vlan, fw will ignore it and disable the vf vlan\ntable. So when user deletes the vlan entry that has not been\nset to vf vlan table, fw will return not found result and driver\ntreat that as error, which will cause vlan delete failed problem.\n\nThis patch fixes it by returning ok when fw returns not found\nresult.\n\nFixes: 6c251711b37f (\"net: hns3: Disable vf vlan filter when vf vlan table is full\")\nSigned-off-by: Yunsheng Lin <linyunsheng@huawei.com>\nSigned-off-by: Peng Li <lipeng321@huawei.com>\nSigned-off-by: Salil Mehta <salil.mehta@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/6797a427f853eb62605a85b9c00325b3ccc7b4f1"},{"sha":"6436e7900c161132da729cf458021863acda773e","author":{"name":"Andrew Lunn","email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@lunn.ch"},"message":"net: dsa: mv88e6xxx: Fix writing to a PHY page.\n\n[ Upstream commit c309b158090d788e96ee597444965cb79b040484 ]\n\nAfter changing to the needed page, actually write the value to the\nregister!\n\nFixes: 09cb7dfd3f14 (\"net: dsa: mv88e6xxx: describe PHY page and SerDes\")\nSigned-off-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/6436e7900c161132da729cf458021863acda773e"},{"sha":"3041b096a3a4929f7cc1fdb97811bd2048b02ed7","author":{"name":"Lorenzo Bianconi","email":"c6288764d6452631ebb3f759163133764e3e4b99@redhat.com"},"message":"mt76x2u: run device cleanup routine if resume fails\n\n[ Upstream commit 9b2fd48d36e25b9be9ddb8be8cc1eb263a1d1843 ]\n\nCleanup {tx,rx} and mcu queues if resume operation fails\n\nFixes: ee676cd5017c (\"mt76: add driver code for MT76x2u based devices\")\nSigned-off-by: Lorenzo Bianconi <lorenzo.bianconi@redhat.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/3041b096a3a4929f7cc1fdb97811bd2048b02ed7"},{"sha":"14e0b9bba974d41adcc6a2fd66e3ae67e25bb3e5","author":{"name":"Siva Rebbagondla","email":"35f00205b9045c6a5e542eb89f60a1fe5753c063@redpinesignals.com"},"message":"rsi: fix memory alignment issue in ARM32 platforms\n\n[ Upstream commit baa8caf4ab7af2d9e84b566b99fe919a4e9e7562 ]\n\nDuring testing in ARM32 platforms, observed below kernel panic, as driver\naccessing data beyond the allocated memory while submitting URB to USB.\n\nFix: Resolved this by specifying correct length by considering 64 bit\nalignment. so that, USB bus driver will access only allocated memory.\n\nUnit-test: Tested and confirm that driver bring up and scanning,\nconnection and data transfer works fine with this fix.\n\n...skipping...\n[   25.389450] Unable to handle kernel paging request at virtual\n\t       address 5aa11422\n[   25.403078] Internal error: Oops: 5 [#1] SMP ARM\n[   25.407703] Modules linked in: rsi_usb\n[   25.411473] CPU: 1 PID: 317 Comm: RX-Thread Not tainted 4.18.0-rc7 #1\n[   25.419221] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)\n[   25.425764] PC is at skb_release_data+0x90/0x168\n[   25.430393] LR is at skb_release_all+0x28/0x2c\n[   25.434842] pc : [<807435b0>] lr : [<80742ba0>] psr: 200e0013 5aa1141e\n[   25.464633] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32 ISA ARM Segment none\n[   25.477524] Process RX-Thread (pid: 317, stack limit = 0x(ptrval))\n[   25.483709] Stack: (0xedf69ed8 to 0xedf6a000)\n[   25.569907] Backtrace:\n[   25.572368] [<80743520>] (skb_release_data) from [<80742ba0>]\n\t       (skb_release_all+0x28/0x2c)\n[   25.580555] r9:7f00258c r8:00000001 r7:ee355000 r6:eddab0d0\n\t       r5:eddab000 r4:eddbb840\n[   25.588308] [<80742b78>] (skb_release_all) from [<807432cc>]\n\t       (consume_skb+0x30/0x50)\n[   25.596055] r5:eddab000 r4:eddbb840\n[   25.599648] [<8074329c>] (consume_skb) from [<7f00117c>]\n\t       (rsi_usb_rx_thread+0x64/0x12c [rsi_usb])\n[   25.608524] r5:eddab000 r4:eddbb840\n[   25.612116] [<7f001118>] (rsi_usb_rx_thread [rsi_usb]) from\n\t       [<80142750>] (kthread+0x11c/0x15c)\n[   25.620735] r10:ee9ff9e0 r9:edcde3b8 r8:ee355000 r7:edf68000\n\t       r6:edd3a780 r5:00000000\n[   25.628567] r4:edcde380\n[   25.631110] [<80142634>] (kthread) from [<801010e8>]\n\t       (ret_from_fork+0x14/0x2c)\n[   25.638336] Exception stack(0xedf69fb0 to 0xedf69ff8)\n[   25.682929] ---[ end trace 8236a5496f5b5d3b ]---\n\nSigned-off-by: Siva Rebbagondla <siva.rebbagondla@redpinesignals.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/14e0b9bba974d41adcc6a2fd66e3ae67e25bb3e5"},{"sha":"44e0f15b31d28c57b4061585c33c09fd0b520dbe","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"libertas_tf: prevent underflow in process_cmdrequest()\n\n[ Upstream commit 3348ef6a6a126706d6a73ed40c18d8033df72783 ]\n\nIf recvlength is less than MESSAGE_HEADER_LEN (4) we would end up\ncorrupting memory.\n\nFixes: c305a19a0d0a (\"libertas_tf: usb specific functions\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/44e0f15b31d28c57b4061585c33c09fd0b520dbe"},{"sha":"8ba36c16bcc20ab36673d3847c6b879d48a16bb5","author":{"name":"Sara Sharon","email":"5d686016a8d7262b765ec933d3b643a307ef9d2a@intel.com"},"message":"iwlwifi: mvm: fix BAR seq ctrl reporting\n\n[ Upstream commit 941ab4eb66c10bc5c7234e83a7a858b2806ed151 ]\n\nThere is a bug in FW where the sequence control may be\nincorrect, and the driver overrides it with the value\nof the ieee80211 header.\n\nHowever, in BAR there is no sequence control in the header,\nwhich result with arbitrary sequence.\n\nThis access to an unknown location is bad and it makes the\nlogs very confusing - so fix it.\n\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/8ba36c16bcc20ab36673d3847c6b879d48a16bb5"},{"sha":"545a030314a176a44ebcaf172ef2a2a187179c79","author":{"name":"Justin Chen","email":"7206f7b93947ea1a1b7434ab1cd4c3317dba061f@gmail.com"},"message":"gpio: brcmstb: allow 0 width GPIO banks\n\n[ Upstream commit bfba223dcc4548632d8f3bfd15690a86d4c68504 ]\n\nSometimes we have empty banks within the GPIO block. This commit allows\nproper handling of 0 width GPIO banks. We handle 0 width GPIO banks by\nincrementing the bank and number of GPIOs, but not initializing them.\nThis will mean a call into the non-existent GPIOs will return an error.\n\nAlso remove \"GPIO registered\" dev print. This information is misleading\nsince the incremented banks and gpio_base do not reflect the actual GPIOs\nthat get initialized. We leave this information out since it is already\nprinted with dev_dbg.\n\nSigned-off-by: Justin Chen <justinpopo6@gmail.com>\nAcked-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/545a030314a176a44ebcaf172ef2a2a187179c79"},{"sha":"d0530284ddd72acb131928da68445e397c3ae8df","author":{"name":"Shannon Nelson","email":"14bbe8f00ad7c6d888a504d41f5500c00531af99@oracle.com"},"message":"ixgbe: disallow IPsec Tx offload when in SR-IOV mode\n\n[ Upstream commit 47b6f50077e68bcd544f657526dad4bfdce7e87d ]\n\nThere seems to be a problem in the x540's internal switch wherein if SR-IOV\nmode is enabled and an offloaded IPsec packet is sent to a local VF,\nthe packet is silently dropped.  This might never be a problem as it is\nsomewhat a corner case, but if someone happens to be using IPsec offload\nfrom the PF to a VF that just happens to get migrated to the local box,\ncommunication will mysteriously fail.\n\nNot good.\n\nA simple way to protect from this is to simply not allow any IPsec offloads\nfor outgoing packets when num_vfs != 0.  This doesn't help any offloads that\nwere created before SR-IOV was enabled, but we'll get to that later.\n\nSigned-off-by: Shannon Nelson <shannon.nelson@oracle.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/d0530284ddd72acb131928da68445e397c3ae8df"},{"sha":"ef172c741586382ecce429007e66f4d4700a6b69","author":{"name":"Sebastian Basierski","email":"cb7e30c082f5de117ab7bd904d6e7a4bdf7197ab@intel.com"},"message":"ixgbevf: VF2VF TCP RSS\n\n[ Upstream commit 7fb94bd58dd6650a0158e68d414e185077d8b57a ]\n\nWhile VF2VF with RSS communication, RSS Type were wrongly recognized\nand RSS hash was not calculated as it should be. Packets was\ndistributed on various queues by accident.\nThis commit fixes that behaviour and causes proper RSS Type recognition.\n\nSigned-off-by: Sebastian Basierski <sebastianx.basierski@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/ef172c741586382ecce429007e66f4d4700a6b69"},{"sha":"b83452446e079fd6238c94a593876f4c1cb1dd86","author":{"name":"Maya Erez","email":"25572154eeba72a929e4e8800fea8e07b7f067a8@codeaurora.org"},"message":"wil6210: fix RX buffers release and unmap\n\n[ Upstream commit 84f16fbb62384fb209cd35741d94eb00b5ca2746 ]\n\nRX SKBs are released in both wil6210 rmmod and RX handle.\nAs there is no lock to protect the buffers DMA unmap,\nthe SKB pointer in buff_arr is used to check if the buffer\nmemory was already released.\nSetting wil->rx_buff_mgmt.buff_arr[buff_id].skb to NULL before the DMA\nmemory unmap will prevent duplicate unmapping of the same memory.\nMove the buffer ID to the free list also in case the SKB is NULL.\n\nSigned-off-by: Maya Erez <merez@codeaurora.org>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/b83452446e079fd6238c94a593876f4c1cb1dd86"},{"sha":"27baa32c5eb51cd50c924420d4a6c0adb037b6c6","author":{"name":"Martin Willi","email":"54669547a225ff20cba8b75a4adca540eef25858@strongswan.org"},"message":"ath10k: schedule hardware restart if WMI command times out\n\n[ Upstream commit a9911937e7d332761e8c4fcbc7ba0426bdc3956f ]\n\nWhen running in AP mode, ath10k sometimes suffers from TX credit\nstarvation. The issue is hard to reproduce and shows up once in a\nfew days, but has been repeatedly seen with QCA9882 and a large\nrange of firmwares, including 10.2.4.70.67.\n\nOnce the module is in this state, TX credits are never replenished,\nwhich results in \"SWBA overrun\" errors, as no beacons can be sent.\nEven worse, WMI commands run in a timeout while holding the conf\nmutex for three seconds each, making any further operations slow\nand the whole system unresponsive.\n\nThe firmware/driver never recovers from that state automatically,\nand triggering TX flush or warm restarts won't work over WMI. So\nissue a hardware restart if a WMI command times out due to missing\nTX credits. This implies a connectivity outage of about 1.4s in AP\nmode, but brings back the interface and the whole system to a usable\nstate. WMI command timeouts have not been seen in absent of this\nspecific issue, so taking such drastic actions seems legitimate.\n\nSigned-off-by: Martin Willi <martin@strongswan.org>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/27baa32c5eb51cd50c924420d4a6c0adb037b6c6"},{"sha":"aa3bbb8d780cb34fe4ab69e3d70cda8005275878","author":{"name":"Diego Viola","email":"71e8a0d513c0f8ed1c2f4bdbf843bdfe8b124ca4@gmail.com"},"message":"libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9\n\n[ Upstream commit a435ab4f80f983c53b4ca4f8c12b3ddd3ca17670 ]\n\nmed_power_with_dipm causes my T450 to freeze with a SAMSUNG\nMZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q).\n\nSwitching the LPM to max_performance fixes this issue.\n\nAcked-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Diego Viola <diego.viola@gmail.com>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/aa3bbb8d780cb34fe4ab69e3d70cda8005275878"},{"sha":"509859e49bdc2bbae4416b8aaecf9f03da80aebd","author":{"name":"Geert Uytterhoeven","email":"a1ff81395f7e6bf5b509fe9aab06bf3419493e1d@glider.be"},"message":"thermal: rcar_thermal: Prevent doing work after unbind\n\n[ Upstream commit 697ee786f15d7b65c7f3045d45fe3a05d28e0911 ]\n\nWhen testing bind/unbind on r8a7791/koelsch:\n\n    WARNING: CPU: 1 PID: 697 at lib/debugobjects.c:329 debug_print_object+0x8c/0xb4\n    ODEBUG: free active (active state 0) object type: timer_list hint: delayed_work_timer_fn+0x0/0x10\n\nThis happens if the workqueue runs after the device has been unbound.\nFix this by cancelling any queued work during remove.\n\nFixes: e0a5172e9eec7f0d (\"thermal: rcar: add interrupt support\")\nSigned-off-by: Geert Uytterhoeven <geert+renesas@glider.be>\nReviewed-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>\nSigned-off-by: Eduardo Valentin <edubezval@gmail.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/509859e49bdc2bbae4416b8aaecf9f03da80aebd"},{"sha":"c016b6d3c9454a4f6e1cbb69c1fd7730d8108037","author":{"name":"Geert Uytterhoeven","email":"a1ff81395f7e6bf5b509fe9aab06bf3419493e1d@glider.be"},"message":"thermal: da9062/61: Prevent hardware access during system suspend\n\n[ Upstream commit 760eea43f8c6d48684f1f34b8a02fddc1456e849 ]\n\nThe workqueue used for monitoring the hardware may run while the device\nis already suspended.  Fix this by using the freezable system workqueue\ninstead, cfr. commit 51e20d0e3a60cf46 (\"thermal: Prevent polling from\nhappening during system suspend\").\n\nFixes: 608567aac3206ae8 (\"thermal: da9062/61: Thermal junction temperature monitoring driver\")\nSigned-off-by: Geert Uytterhoeven <geert+renesas@glider.be>\nAcked-by: Steve Twiss <stwiss.opensource@diasemi.com>\nSigned-off-by: Eduardo Valentin <edubezval@gmail.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/c016b6d3c9454a4f6e1cbb69c1fd7730d8108037"},{"sha":"c24f57c61277128022bd7804d9bda9dbbdd56470","author":{"name":"Ronnie Sahlberg","email":"b60d83c421fcc8bd9f14146aa4b81a551b9898d9@redhat.com"},"message":"cifs: fix a credits leak for compund commands\n\n[ Upstream commit cb5c2e63948451d38c977685fffc06e23beb4517 ]\n\nWhen processing the mids for compounds we would only add credits based on\nthe last successful mid in the compound which would leak credits and\neventually triggering a re-connect.\n\nFix this by splitting the mid processing part into two loops instead of one\nwhere the first loop just waits for all mids and then counts how many\ncredits we were granted for the whole compound.\n\nSigned-off-by: Ronnie Sahlberg <lsahlber@redhat.com>\nSigned-off-by: Steve French <stfrench@microsoft.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/c24f57c61277128022bd7804d9bda9dbbdd56470"},{"sha":"48936133e367d742cf0a4b95869e688e61f73398","author":{"name":"Michal Hocko","email":"829500b200af6c2a0eca4dfd5c388e6b8fbe8dc6@suse.com"},"message":"cgroup, netclassid: add a preemption point to write_classid\n\n[ Upstream commit a90e90b7d55e789c71d85b946ffb5c1ab2f137ca ]\n\nWe have seen a customer complaining about soft lockups on !PREEMPT\nkernel config with 4.4 based kernel\n\n[1072141.435366] NMI watchdog: BUG: soft lockup - CPU#21 stuck for 22s! [systemd:1]\n[1072141.444090] Modules linked in: mpt3sas raid_class binfmt_misc af_packet 8021q garp mrp stp llc xfs libcrc32c bonding iscsi_ibft iscsi_boot_sysfs msr ext4 crc16 jbd2 mbcache cdc_ether usbnet mii joydev hid_generic usbhid intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul ghash_clmulni_intel ipmi_ssif mgag200 i2c_algo_bit ttm ipmi_devintf drbg ixgbe drm_kms_helper vxlan ansi_cprng ip6_udp_tunnel drm aesni_intel udp_tunnel aes_x86_64 iTCO_wdt syscopyarea ptp xhci_pci lrw iTCO_vendor_support pps_core gf128mul ehci_pci glue_helper sysfillrect mdio pcspkr sb_edac ablk_helper cryptd ehci_hcd sysimgblt xhci_hcd fb_sys_fops edac_core mei_me lpc_ich ses usbcore enclosure dca mfd_core ipmi_si mei i2c_i801 scsi_transport_sas usb_common ipmi_msghandler shpchp fjes wmi processor button acpi_pad btrfs xor raid6_pq sd_mod crc32c_intel megaraid_sas sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_mod md_mod autofs4\n[1072141.444146] Supported: Yes\n[1072141.444149] CPU: 21 PID: 1 Comm: systemd Not tainted 4.4.121-92.80-default #1\n[1072141.444150] Hardware name: LENOVO Lenovo System x3650 M5 -[5462P4U]- -[5462P4U]-/01GR451, BIOS -[TCE136H-2.70]- 06/13/2018\n[1072141.444151] task: ffff880191bd0040 ti: ffff880191bd4000 task.ti: ffff880191bd4000\n[1072141.444153] RIP: 0010:[<ffffffff815229f9>]  [<ffffffff815229f9>] update_classid_sock+0x29/0x40\n[1072141.444157] RSP: 0018:ffff880191bd7d58  EFLAGS: 00000286\n[1072141.444158] RAX: ffff883b177cb7c0 RBX: 0000000000000000 RCX: 0000000000000000\n[1072141.444159] RDX: 00000000000009c7 RSI: ffff880191bd7d5c RDI: ffff8822e29bb200\n[1072141.444160] RBP: ffff883a72230980 R08: 0000000000000101 R09: 0000000000000000\n[1072141.444161] R10: 0000000000000008 R11: f000000000000000 R12: ffffffff815229d0\n[1072141.444162] R13: 0000000000000000 R14: ffff881fd0a47ac0 R15: ffff880191bd7f28\n[1072141.444163] FS:  00007f3e2f1eb8c0(0000) GS:ffff882000340000(0000) knlGS:0000000000000000\n[1072141.444164] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[1072141.444165] CR2: 00007f3e2f200000 CR3: 0000001ffea4e000 CR4: 00000000001606f0\n[1072141.444166] Stack:\n[1072141.444166]  ffffffa800000246 00000000000009c7 ffffffff8121d583 ffff8818312a05c0\n[1072141.444168]  ffff8818312a1100 ffff880197c3b280 ffff881861422858 ffffffffffffffea\n[1072141.444170]  ffffffff81522b1c ffffffff81d0ca20 ffff8817fa17b950 ffff883fdd8121e0\n[1072141.444171] Call Trace:\n[1072141.444179]  [<ffffffff8121d583>] iterate_fd+0x53/0x80\n[1072141.444182]  [<ffffffff81522b1c>] write_classid+0x4c/0x80\n[1072141.444187]  [<ffffffff8111328b>] cgroup_file_write+0x9b/0x100\n[1072141.444193]  [<ffffffff81278bcb>] kernfs_fop_write+0x11b/0x150\n[1072141.444198]  [<ffffffff81201566>] __vfs_write+0x26/0x100\n[1072141.444201]  [<ffffffff81201bed>] vfs_write+0x9d/0x190\n[1072141.444203]  [<ffffffff812028c2>] SyS_write+0x42/0xa0\n[1072141.444207]  [<ffffffff815f58c3>] entry_SYSCALL_64_fastpath+0x1e/0xca\n[1072141.445490] DWARF2 unwinder stuck at entry_SYSCALL_64_fastpath+0x1e/0xca\n\nIf a cgroup has many tasks with many open file descriptors then we would\nend up in a large loop without any rescheduling point throught the\noperation. Add cond_resched once per task.\n\nSigned-off-by: Michal Hocko <mhocko@suse.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/48936133e367d742cf0a4b95869e688e61f73398"},{"sha":"5151f4407da2715429801784d76507f0b359470f","author":{"name":"Johan Hovold","email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org"},"message":"net: stmmac: dwmac-sun8i: fix OF child-node lookup\n\n[ Upstream commit ac63043d8cb5503c7e0fe110f947eacf2663804e ]\n\nUse the new of_get_compatible_child() helper to lookup the mdio-internal\nchild node instead of using of_find_compatible_node(), which searches\nthe entire tree from a given start node and thus can return an unrelated\n(i.e. non-child) node.\n\nThis also addresses a potential use-after-free (e.g. after probe\ndeferral) as the tree-wide helper drops a reference to its first\nargument (i.e. the mdio-mux node). Fortunately, this was inadvertently\nbalanced by a failure to drop the mdio-mux reference after lookup.\n\nWhile at it, also fix the related mdio-internal- and phy-node reference\nleaks.\n\nFixes: 634db83b8265 (\"net: stmmac: dwmac-sun8i: Handle integrated/external MDIOs\")\nTested-by: Corentin Labbe <clabbe.montjoie@gmail.com>\nCc: Andrew Lunn <andrew@lunn.ch>\nCc: Giuseppe Cavallaro <peppe.cavallaro@st.com>\nCc: Alexandre Torgue <alexandre.torgue@st.com>\nCc: Jose Abreu <joabreu@synopsys.com>\nCc: David S. Miller <davem@davemloft.net>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Rob Herring <robh@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/5151f4407da2715429801784d76507f0b359470f"},{"sha":"64c90d9c15e54f1bddad973bb58c30c18587ca67","author":{"name":"Chao Yu","email":"9e61b03ab6eb4c662b8067c1275cb6ea64b3eace@huawei.com"},"message":"f2fs: fix to account IO correctly for cgroup writeback\n\n[ Upstream commit 78efac537de33faab9a4302cc05a70bb4a8b3b63 ]\n\nNow, we have supported cgroup writeback, it depends on correctly IO\naccount of specified filesystem.\n\nBut in commit d1b3e72d5490 (\"f2fs: submit bio of in-place-update pages\"),\nwe split write paths from f2fs_submit_page_mbio() to two:\n- f2fs_submit_page_bio() for IPU path\n- f2fs_submit_page_bio() for OPU path\n\nBut still we account write IO only in f2fs_submit_page_mbio(), result in\nincorrect IO account, fix it by adding missing IO account in IPU path.\n\nFixes: d1b3e72d5490 (\"f2fs: submit bio of in-place-update pages\")\nSigned-off-by: Chao Yu <yuchao0@huawei.com>\nSigned-off-by: Jaegeuk Kim <jaegeuk@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/64c90d9c15e54f1bddad973bb58c30c18587ca67"},{"sha":"fbf975efbfbf6b99a559f971d8be5710904a30bb","author":{"name":"Xiao Ni","email":"652de6d25b8814957a74aec4df441698ffdadcf1@redhat.com"},"message":"MD: Memory leak when flush bio size is zero\n\n[ Upstream commit af9b926de9c5986ab009e64917de87c9758bab10 ]\n\nflush_pool is leaked when flush bio size is zero\n\nFixes: 5a409b4f56d5 (\"MD: fix lock contention for flush bios\")\nSigned-off-by: David Jeffery <djeffery@redhat.com>\nSigned-off-by: Xiao Ni <xni@redhat.com>\nSigned-off-by: Shaohua Li <shli@fb.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/shuox/acrn-kernel/commits/fbf975efbfbf6b99a559f971d8be5710904a30bb"}]}
{"actor":{"display_login":"shuox"}}