{"push_id":2976127150,"size":487,"distinct_size":1,"ref":"refs/heads/LA.UM.7.2.r1-05100-sdm660.0","head":"c4c73146797010502e38be616de5cbd568658a5b","before":"5a84d69ca1654d7b747766f34867ea3b328b462e","commits":[{"sha":"21a24b5db1858867ffafb5ca221b352a232e15eb","author":{"name":"Ethan Zhao","email":"6684312332e39abbd62c6e7a88cf7d34ce196b61@oracle.com"},"message":"sched/sysctl: Check user input value of sysctl_sched_time_avg\n\ncommit 5ccba44ba118a5000cccc50076b0344632459779 upstream.\n\nSystem will hang if user set sysctl_sched_time_avg to 0:\n\n  [root@XXX ~]# sysctl kernel.sched_time_avg_ms=0\n\n  Stack traceback for pid 0\n  0xffff883f6406c600 0 0 1 3 R 0xffff883f6406cf50 *swapper/3\n  ffff883f7ccc3ae8 0000000000000018 ffffffff810c4dd0 0000000000000000\n  0000000000017800 ffff883f7ccc3d78 0000000000000003 ffff883f7ccc3bf8\n  ffffffff810c4fc9 ffff883f7ccc3c08 00000000810c5043 ffff883f7ccc3c08\n  Call Trace:\n  <IRQ> [<ffffffff810c4dd0>] ? update_group_capacity+0x110/0x200\n  [<ffffffff810c4fc9>] ? update_sd_lb_stats+0x109/0x600\n  [<ffffffff810c5507>] ? find_busiest_group+0x47/0x530\n  [<ffffffff810c5b84>] ? load_balance+0x194/0x900\n  [<ffffffff810ad5ca>] ? update_rq_clock.part.83+0x1a/0xe0\n  [<ffffffff810c6d42>] ? rebalance_domains+0x152/0x290\n  [<ffffffff810c6f5c>] ? run_rebalance_domains+0xdc/0x1d0\n  [<ffffffff8108a75b>] ? __do_softirq+0xfb/0x320\n  [<ffffffff8108ac85>] ? irq_exit+0x125/0x130\n  [<ffffffff810b3a17>] ? scheduler_ipi+0x97/0x160\n  [<ffffffff81052709>] ? smp_reschedule_interrupt+0x29/0x30\n  [<ffffffff8173a1be>] ? reschedule_interrupt+0x6e/0x80\n   <EOI> [<ffffffff815bc83c>] ? cpuidle_enter_state+0xcc/0x230\n  [<ffffffff815bc80c>] ? cpuidle_enter_state+0x9c/0x230\n  [<ffffffff815bc9d7>] ? cpuidle_enter+0x17/0x20\n  [<ffffffff810cd6dc>] ? cpu_startup_entry+0x38c/0x420\n  [<ffffffff81053373>] ? start_secondary+0x173/0x1e0\n\nBecause divide-by-zero error happens in function:\n\nupdate_group_capacity()\n  update_cpu_capacity()\n    scale_rt_capacity()\n     {\n          ...\n          total = sched_avg_period() + delta;\n          used = div_u64(avg, total);\n          ...\n     }\n\nTo fix this issue, check user input value of sysctl_sched_time_avg, keep\nit unchanged when hitting invalid input, and set the minimum limit of\nsysctl_sched_time_avg to 1 ms.\n\nReported-by: James Puthukattukaran <james.puthukattukaran@oracle.com>\nSigned-off-by: Ethan Zhao <ethan.zhao@oracle.com>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: efault@gmx.de\nCc: ethan.kernel@gmail.com\nCc: keescook@chromium.org\nCc: mcgrof@kernel.org\nCc: <stable@vger.kernel.org>\nLink: http://lkml.kernel.org/r/1504504774-18253-1-git-send-email-ethan.zhao@oracle.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nCc: Steve Muckle <smuckle@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/21a24b5db1858867ffafb5ca221b352a232e15eb"},{"sha":"8ed0ff83f5fd0ca412a52bd71af332598c01ca46","author":{"name":"yujuan.qi","email":"4a8d9de7d943405ae6d4e797777e6c0185dcd3c9@mediatek.com"},"message":"Cipso: cipso_v4_optptr enter infinite loop\n\ncommit 40413955ee265a5e42f710940ec78f5450d49149 upstream.\n\nin for(),if((optlen > 0) && (optptr[1] == 0)), enter infinite loop.\n\nTest: receive a packet which the ip length > 20 and the first byte of ip option is 0, produce this issue\n\nSigned-off-by: yujuan.qi <yujuan.qi@mediatek.com>\nAcked-by: Paul Moore <paul@paul-moore.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/8ed0ff83f5fd0ca412a52bd71af332598c01ca46"},{"sha":"1b8e283f8a48e1a5d34f26dc3e5dcabf9607f503","author":{"name":"Eyal Birger","email":"795a5dda0defe3b6cf4023da30695907d9e4cdcf@gmail.com"},"message":"vti6: fix PMTU caching and reporting on xmit\n\n[ Upstream commit d6990976af7c5d8f55903bfb4289b6fb030bf754 ]\n\nWhen setting the skb->dst before doing the MTU check, the route PMTU\ncaching and reporting is done on the new dst which is about to be\nreleased.\n\nInstead, PMTU handling should be done using the original dst.\n\nThis is aligned with IPv4 VTI.\n\nFixes: ccd740cbc6 (\"vti6: Add pmtu handling to vti6_xmit.\")\nSigned-off-by: Eyal Birger <eyal.birger@gmail.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/1b8e283f8a48e1a5d34f26dc3e5dcabf9607f503"},{"sha":"dbcad9a65dbb5f3efa1391f8e4b67303669f8cc0","author":{"name":"Tommi Rantala","email":"c755d75da996119e2b4da9802b6e31e9cdd8d509@nokia.com"},"message":"xfrm: fix missing dst_release() after policy blocking lbcast and multicast\n\n[ Upstream commit 8cc88773855f988d6a3bbf102bbd9dd9c828eb81 ]\n\nFix missing dst_release() when local broadcast or multicast traffic is\nxfrm policy blocked.\n\nFor IPv4 this results to dst leak: ip_route_output_flow() allocates\ndst_entry via __ip_route_output_key() and passes it to\nxfrm_lookup_route(). xfrm_lookup returns ERR_PTR(-EPERM) that is\npropagated. The dst that was allocated is never released.\n\nIPv4 local broadcast testcase:\n ping -b 192.168.1.255 &\n sleep 1\n ip xfrm policy add src 0.0.0.0/0 dst 192.168.1.255/32 dir out action block\n\nIPv4 multicast testcase:\n ping 224.0.0.1 &\n sleep 1\n ip xfrm policy add src 0.0.0.0/0 dst 224.0.0.1/32 dir out action block\n\nFor IPv6 the missing dst_release() causes trouble e.g. when used in netns:\n ip netns add TEST\n ip netns exec TEST ip link set lo up\n ip link add dummy0 type dummy\n ip link set dev dummy0 netns TEST\n ip netns exec TEST ip addr add fd00::1111 dev dummy0\n ip netns exec TEST ip link set dummy0 up\n ip netns exec TEST ping -6 -c 5 ff02::1%dummy0 &\n sleep 1\n ip netns exec TEST ip xfrm policy add src ::/0 dst ff02::1 dir out action block\n wait\n ip netns del TEST\n\nAfter netns deletion we see:\n[  258.239097] unregister_netdevice: waiting for lo to become free. Usage count = 2\n[  268.279061] unregister_netdevice: waiting for lo to become free. Usage count = 2\n[  278.367018] unregister_netdevice: waiting for lo to become free. Usage count = 2\n[  288.375259] unregister_netdevice: waiting for lo to become free. Usage count = 2\n\nFixes: ac37e2515c1a (\"xfrm: release dst_orig in case of error in xfrm_lookup()\")\nSigned-off-by: Tommi Rantala <tommi.t.rantala@nokia.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/dbcad9a65dbb5f3efa1391f8e4b67303669f8cc0"},{"sha":"d9c00c89596a239996dd8659b7f4db5674e51a98","author":{"name":"Florian Westphal","email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de"},"message":"xfrm: free skb if nlsk pointer is NULL\n\n[ Upstream commit 86126b77dcd551ce223e7293bb55854e3df05646 ]\n\nnlmsg_multicast() always frees the skb, so in case we cannot call\nit we must do that ourselves.\n\nFixes: 21ee543edc0dea (\"xfrm: fix race between netns cleanup and state expire notification\")\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/d9c00c89596a239996dd8659b7f4db5674e51a98"},{"sha":"0dc742d907f8d05f188a284433cf9fb565a61f6d","author":{"name":"mpubbise@codeaurora.org","email":"4754a0e5a127e561ecd595ef459c79a0a52b7083@codeaurora.org"},"message":"mac80211: add stations tied to AP_VLANs during hw reconfig\n\n[ Upstream commit 19103a4bfb42f320395daa5616ece3e89e759d63 ]\n\nAs part of hw reconfig, only stations linked to AP interfaces are added\nback to the driver ignoring those which are tied to AP_VLAN interfaces.\n\nIt is true that there could be stations tied to the AP_VLAN interface while\nserving 4addr clients or when using AP_VLAN for VLAN operations; we should\nbe adding these stations back to the driver as part of hw reconfig, failing\nto do so can cause functional issues.\n\nIn the case of ath10k driver, the following errors were observed.\n\nath10k_pci : failed to install key for non-existent peer XX:XX:XX:XX:XX:XX\nWorkqueue: events_freezable ieee80211_restart_work [mac80211]\n(unwind_backtrace) from (show_stack+0x10/0x14)\n(show_stack) (dump_stack+0x80/0xa0)\n(dump_stack) (warn_slowpath_common+0x68/0x8c)\n(warn_slowpath_common) (warn_slowpath_null+0x18/0x20)\n(warn_slowpath_null) (ieee80211_enable_keys+0x88/0x154 [mac80211])\n(ieee80211_enable_keys) (ieee80211_reconfig+0xc90/0x19c8 [mac80211])\n(ieee80211_reconfig]) (ieee80211_restart_work+0x8c/0xa0 [mac80211])\n(ieee80211_restart_work) (process_one_work+0x284/0x488)\n(process_one_work) (worker_thread+0x228/0x360)\n(worker_thread) (kthread+0xd8/0xec)\n(kthread) (ret_from_fork+0x14/0x24)\n\nAlso while bringing down the AP VAP, WARN_ONs and errors related to peer\nremoval were observed.\n\nath10k_pci : failed to clear all peer wep keys for vdev 0: -2\nath10k_pci : failed to disassociate station: 8c:fd:f0:0a:8c:f5 vdev 0: -2\n(unwind_backtrace) (show_stack+0x10/0x14)\n(show_stack) (dump_stack+0x80/0xa0)\n(dump_stack) (warn_slowpath_common+0x68/0x8c)\n(warn_slowpath_common) (warn_slowpath_null+0x18/0x20)\n(warn_slowpath_null) (sta_set_sinfo+0xb98/0xc9c [mac80211])\n(sta_set_sinfo [mac80211]) (__sta_info_flush+0xf0/0x134 [mac80211])\n(__sta_info_flush [mac80211]) (ieee80211_stop_ap+0xe8/0x390 [mac80211])\n(ieee80211_stop_ap [mac80211]) (__cfg80211_stop_ap+0xe0/0x3dc [cfg80211])\n(__cfg80211_stop_ap [cfg80211]) (cfg80211_stop_ap+0x30/0x44 [cfg80211])\n(cfg80211_stop_ap [cfg80211]) (genl_rcv_msg+0x274/0x30c)\n(genl_rcv_msg) (netlink_rcv_skb+0x58/0xac)\n(netlink_rcv_skb) (genl_rcv+0x20/0x34)\n(genl_rcv) (netlink_unicast+0x11c/0x204)\n(netlink_unicast) (netlink_sendmsg+0x30c/0x370)\n(netlink_sendmsg) (sock_sendmsg+0x70/0x84)\n(sock_sendmsg) (___sys_sendmsg.part.3+0x188/0x228)\n(___sys_sendmsg.part.3) (__sys_sendmsg+0x4c/0x70)\n(__sys_sendmsg) (ret_fast_syscall+0x0/0x44)\n\nThese issues got fixed by adding the stations which are\ntied to AP_VLANs back to the driver.\n\nSigned-off-by: Manikanta Pubbisetty <mpubbise@codeaurora.org>\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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/0dc742d907f8d05f188a284433cf9fb565a61f6d"},{"sha":"8d437bd6db6563b58e861361dc8070558cac6e89","author":{"name":"Bernd Edlinger","email":"ac6902843ae77cc0d49b9c8ddec4cbf141db1bb7@hotmail.de"},"message":"nl80211: Add a missing break in parse_station_flags\n\n[ Upstream commit 5cf3006cc81d9aa09a10aa781fc065546b12919d ]\n\nI was looking at usually suppressed gcc warnings,\n[-Wimplicit-fallthrough=] in this case:\n\nThe code definitely looks like a break is missing here.\nHowever I am not able to test the NL80211_IFTYPE_MESH_POINT,\nnor do I actually know what might be :)\nSo please use this patch with caution and only if you are\nable to do some testing.\n\nSigned-off-by: Bernd Edlinger <bernd.edlinger@hotmail.de>\n[johannes: looks obvious enough to apply as is, interesting\n though that it never seems to have been a problem]\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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/8d437bd6db6563b58e861361dc8070558cac6e89"},{"sha":"f9ddeba81ccdeb6eb85e47929b81cae6dfc3cdfb","author":{"name":"Sean Paul","email":"f9352ecf3e2294bdb914c99cca8d12601acec118@chromium.org"},"message":"drm/bridge: adv7511: Reset registers on hotplug\n\n[ Upstream commit 5f3417569165a8ee57654217f73e0160312f409c ]\n\nThe bridge loses its hw state when the cable is unplugged. If we detect\nthis case in the hpd handler, reset its state.\n\nReported-by: Rob Clark <robdclark@gmail.com>\nTested-by: Rob Clark <robdclark@gmail.com>\nReviewed-by: Archit Taneja <architt@codeaurora.org>\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nLink: https://patchwork.freedesktop.org/patch/msgid/20180703165648.120401-1-seanpaul@chromium.org\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/f9ddeba81ccdeb6eb85e47929b81cae6dfc3cdfb"},{"sha":"982d6c0f1d449492e13ec60f9db8e1acaf7f9e64","author":{"name":"Varun Prakash","email":"da8eeead6ac54aa6b13c398dae2cdaba6c6029fe@chelsio.com"},"message":"scsi: libiscsi: fix possible NULL pointer dereference in case of TMF\n\n[ Upstream commit a17037e7d59075053b522048742a08ac9500bde8 ]\n\nIn iscsi_check_tmf_restrictions() task->hdr is dereferenced to print the\nopcode, it is possible that task->hdr is NULL.\n\nThere are two cases based on opcode argument:\n\n1. ISCSI_OP_SCSI_CMD - In this case alloc_pdu() is called\nafter iscsi_check_tmf_restrictions()\n\niscsi_prep_scsi_cmd_pdu() -> iscsi_check_tmf_restrictions() -> alloc_pdu().\n\nTransport drivers allocate memory for iSCSI hdr in alloc_pdu() and assign\nit to task->hdr. In case of TMF task->hdr will be NULL resulting in NULL\npointer dereference.\n\n2. ISCSI_OP_SCSI_DATA_OUT - In this case transport driver can free the\nmemory for iSCSI hdr after transmitting the pdu so task->hdr can be NULL or\ninvalid.\n\nThis patch fixes this issue by removing task->hdr->opcode from the printk\nstatement.\n\nSigned-off-by: Varun Prakash <varun@chelsio.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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/982d6c0f1d449492e13ec60f9db8e1acaf7f9e64"},{"sha":"0f14e3a837623b5634aae4f2d56cf7bbb9accca5","author":{"name":"Lucas Stach","email":"48c9e973d8f86eb0cdae200124c5925db7587c4e@pengutronix.de"},"message":"drm/imx: imx-ldb: disable LDB on driver bind\n\n[ Upstream commit b58262396fabd43dc869b576e3defdd23b32fe94 ]\n\nThe LVDS signal integrity is only guaranteed when the correct enable\nsequence (first IPU DI, then LDB) is used. If the LDB display output was\nactive before the imx-drm driver is loaded (like when a bootsplash was\nactive) the DI will be disabled by the full IPU reset we do when loading\nthe driver. The LDB control registers are not part of the IPU range and\nthus will remain unchanged.\n\nThis leads to the LDB still being active when the DI is getting enabled,\neffectively reversing the required enable sequence. Fix this by also\ndisabling the LDB on driver bind.\n\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>\nSigned-off-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/0f14e3a837623b5634aae4f2d56cf7bbb9accca5"},{"sha":"0ec60fd99a94996767c455cb34d49e946f7d3687","author":{"name":"Lucas Stach","email":"48c9e973d8f86eb0cdae200124c5925db7587c4e@pengutronix.de"},"message":"drm/imx: imx-ldb: check if channel is enabled before printing warning\n\n[ Upstream commit c80d673b91a6c81d765864e10f2b15110ee900ad ]\n\nIf the second LVDS channel has been disabled in the DT when using dual-channel\nmode we should not print a warning.\n\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>\nSigned-off-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/0ec60fd99a94996767c455cb34d49e946f7d3687"},{"sha":"9ffc4d3233da61a674c6e6bff122346e7d7fa679","author":{"name":"Jia-Ju Bai","email":"4f6d392e422d1b8f381e5a7c1b9b3c46d9851e8b@gmail.com"},"message":"usb: gadget: r8a66597: Fix two possible sleep-in-atomic-context bugs in init_controller()\n\n[ Upstream commit 0602088b10a7c0b4e044a810678ef93d7cc5bf48 ]\n\nThe driver may sleep with holding a spinlock.\nThe function call paths (from bottom to top) in Linux-4.16.7 are:\n\n[FUNC] msleep\ndrivers/usb/gadget/udc/r8a66597-udc.c, 839:\n\t\tmsleep in init_controller\ndrivers/usb/gadget/udc/r8a66597-udc.c, 96:\n\t\tinit_controller in r8a66597_usb_disconnect\ndrivers/usb/gadget/udc/r8a66597-udc.c, 93:\n\t\tspin_lock in r8a66597_usb_disconnect\n\n[FUNC] msleep\ndrivers/usb/gadget/udc/r8a66597-udc.c, 835:\n\t\tmsleep in init_controller\ndrivers/usb/gadget/udc/r8a66597-udc.c, 96:\n\t\tinit_controller in r8a66597_usb_disconnect\ndrivers/usb/gadget/udc/r8a66597-udc.c, 93:\n\t\tspin_lock in r8a66597_usb_disconnect\n\nTo fix these bugs, msleep() is replaced with mdelay().\n\nThis bug is found by my static analysis tool (DSAC-2) and checked by\nmy code review.\n\nSigned-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/9ffc4d3233da61a674c6e6bff122346e7d7fa679"},{"sha":"68f4f658ef0a1d49b13de2ae991b13a93df675e6","author":{"name":"Jia-Ju Bai","email":"4f6d392e422d1b8f381e5a7c1b9b3c46d9851e8b@gmail.com"},"message":"usb: gadget: r8a66597: Fix a possible sleep-in-atomic-context bugs in r8a66597_queue()\n\n[ Upstream commit f36b507c14c4b6e634463a610294e9cb0065c8ea ]\n\nThe driver may sleep in an interrupt handler.\nThe function call path (from bottom to top) in Linux-4.16.7 is:\n\n[FUNC] r8a66597_queue(GFP_KERNEL)\ndrivers/usb/gadget/udc/r8a66597-udc.c, 1193:\n\t\tr8a66597_queue in get_status\ndrivers/usb/gadget/udc/r8a66597-udc.c, 1301:\n\t\tget_status in setup_packet\ndrivers/usb/gadget/udc/r8a66597-udc.c, 1381:\n\t\tsetup_packet in irq_control_stage\ndrivers/usb/gadget/udc/r8a66597-udc.c, 1508:\n\t\tirq_control_stage in r8a66597_irq (interrupt handler)\n\nTo fix this bug, GFP_KERNEL is replaced with GFP_ATOMIC.\n\nThis bug is found by my static analysis tool (DSAC-2) and checked by\nmy code review.\n\nSigned-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/68f4f658ef0a1d49b13de2ae991b13a93df675e6"},{"sha":"5e02503f2a99621059daaf176e970b083648e0bb","author":{"name":"Randy Dunlap","email":"6f29df8e90a57f1ba61ffd63b0468c86bb6d3a99@infradead.org"},"message":"usb/phy: fix PPC64 build errors in phy-fsl-usb.c\n\n[ Upstream commit a39ba90a1cc7010edb0a7132e1b67f3d80b994e9 ]\n\nFix build errors when built for PPC64:\nThese variables are only used on PPC32 so they don't need to be\ninitialized for PPC64.\n\n../drivers/usb/phy/phy-fsl-usb.c: In function 'usb_otg_start':\n../drivers/usb/phy/phy-fsl-usb.c:865:3: error: '_fsl_readl' undeclared (first use in this function); did you mean 'fsl_readl'?\n   _fsl_readl = _fsl_readl_be;\n../drivers/usb/phy/phy-fsl-usb.c:865:16: error: '_fsl_readl_be' undeclared (first use in this function); did you mean 'fsl_readl'?\n   _fsl_readl = _fsl_readl_be;\n../drivers/usb/phy/phy-fsl-usb.c:866:3: error: '_fsl_writel' undeclared (first use in this function); did you mean 'fsl_writel'?\n   _fsl_writel = _fsl_writel_be;\n../drivers/usb/phy/phy-fsl-usb.c:866:17: error: '_fsl_writel_be' undeclared (first use in this function); did you mean 'fsl_writel'?\n   _fsl_writel = _fsl_writel_be;\n../drivers/usb/phy/phy-fsl-usb.c:868:16: error: '_fsl_readl_le' undeclared (first use in this function); did you mean 'fsl_readl'?\n   _fsl_readl = _fsl_readl_le;\n../drivers/usb/phy/phy-fsl-usb.c:869:17: error: '_fsl_writel_le' undeclared (first use in this function); did you mean 'fsl_writel'?\n   _fsl_writel = _fsl_writel_le;\n\nand the sysfs \"show\" function return type should be ssize_t, not int:\n\n../drivers/usb/phy/phy-fsl-usb.c:1042:49: error: initialization of 'ssize_t (*)(struct device *, struct device_attribute *, char *)' {aka 'long int (*)(struct device *, struct device_attribute *, char *)'} from incompatible pointer type 'int (*)(struct device *, struct device_attribute *, char *)' [-Werror=incompatible-pointer-types]\n static DEVICE_ATTR(fsl_usb2_otg_state, S_IRUGO, show_fsl_usb2_otg_state, NULL);\n\nSigned-off-by: Randy Dunlap <rdunlap@infradead.org>\nCc: Felipe Balbi <balbi@kernel.org>\nCc: linux-usb@vger.kernel.org\nCc: Michael Ellerman <mpe@ellerman.id.au>\nCc: linuxppc-dev@lists.ozlabs.org\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/5e02503f2a99621059daaf176e970b083648e0bb"},{"sha":"7b85bc4bea0f1c922315aaf9451c544b69dc20f6","author":{"name":"Peter Senna Tschudin","email":"d897b756ebf1c425d034f7458a172204a9625378@gmail.com"},"message":"tools: usb: ffs-test: Fix build on big endian systems\n\n[ Upstream commit a2b22dddc7bb6110ac3b5ed1a60aa9279836fadb ]\n\nThe tools/usb/ffs-test.c file defines cpu_to_le16/32 by using the C\nlibrary htole16/32 function calls. However, cpu_to_le16/32 are used when\ninitializing structures, i.e in a context where a function call is not\nallowed.\n\nIt works fine on little endian systems because htole16/32 are defined by\nthe C library as no-ops. But on big-endian systems, they are actually\ndoing something, which might involve calling a function, causing build\nfailures, such as:\n\n   ffs-test.c:48:25: error: initializer element is not constant\n    #define cpu_to_le32(x)  htole32(x)\n                            ^~~~~~~\n   ffs-test.c:128:12: note: in expansion of macro ‘cpu_to_le32’\n      .magic = cpu_to_le32(FUNCTIONFS_DESCRIPTORS_MAGIC_V2),\n               ^~~~~~~~~~~\n\nTo solve this, we code cpu_to_le16/32 in a way that allows them to be\nused when initializing structures. This fix was imported from\nmeta-openembedded/android-tools/fix-big-endian-build.patch written by\nThomas Petazzoni <thomas.petazzoni@free-electrons.com>.\n\nCC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nSigned-off-by: Peter Senna Tschudin <peter.senna@gmail.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/7b85bc4bea0f1c922315aaf9451c544b69dc20f6"},{"sha":"801a35b0963c1d1af581486ac0461ad41cea6a6f","author":{"name":"Eugeniu Rosca","email":"2d646aaca6570e82fe8327d3ca5f3780020ba352@gmail.com"},"message":"usb: gadget: f_uac2: fix endianness of 'struct cntrl_*_lay3'\n\n[ Upstream commit eec24f2a0d4dc3b1d95a3ccd2feb523ede3ba775 ]\n\nThe list [1] of commits doing endianness fixes in USB subsystem is long\ndue to below quote from USB spec Revision 2.0 from April 27, 2000:\n\n------------\n8.1 Byte/Bit Ordering\n\nMultiple byte fields in standard descriptors, requests, and responses\nare interpreted as and moved over the bus in little-endian order, i.e.\nLSB to MSB.\n------------\n\nThis commit belongs to the same family.\n\n[1] Example of endianness fixes in USB subsystem:\ncommit 14e1d56cbea6 (\"usb: gadget: f_uac2: endianness fixes.\")\ncommit 42370b821168 (\"usb: gadget: f_uac1: endianness fixes.\")\ncommit 63afd5cc7877 (\"USB: chaoskey: fix Alea quirk on big-endian hosts\")\ncommit 74098c4ac782 (\"usb: gadget: acm: fix endianness in notifications\")\ncommit cdd7928df0d2 (\"ACM gadget: fix endianness in notifications\")\ncommit 323ece54e076 (\"cdc-wdm: fix endianness bug in debug statements\")\ncommit e102609f1072 (\"usb: gadget: uvc: Fix endianness mismatches\")\n       list goes on\n\nFixes: 132fcb460839 (\"usb: gadget: Add Audio Class 2.0 Driver\")\nSigned-off-by: Eugeniu Rosca <erosca@de.adit-jv.com>\nReviewed-by: Ruslan Bilovol <ruslan.bilovol@gmail.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\n\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/801a35b0963c1d1af581486ac0461ad41cea6a6f"},{"sha":"1fa903cb3b09af0c32888fbf8dde4d3def60fb6f","author":{"name":"Len Brown","email":"b060cfa1096cc6e8be83699ddb4ed8a77dd63af5@intel.com"},"message":"tools/power turbostat: fix -S on UP systems\n\n[ Upstream commit 9d83601a9cc1884d1b5706ee2acc661d558c6838 ]\n\nThe -S (system summary) option failed to print any data on a 1-processor system.\n\nReported-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>\nSigned-off-by: Len Brown <len.brown@intel.com>\nSigned-off-by: Sasha Levin <alexander.levin@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/1fa903cb3b09af0c32888fbf8dde4d3def60fb6f"},{"sha":"7193329df84d8d346585e22ea1b800b8fa177124","author":{"name":"YueHaibing","email":"87ef4e6170d5e1d30adb7567acad1fcb98f93b6e@huawei.com"},"message":"net: caif: Add a missing rcu_read_unlock() in caif_flow_cb\n\n[ Upstream commit 64119e05f7b31e83e2555f6782e6cdc8f81c63f4 ]\n\nAdd a missing rcu_read_unlock in the error path\n\nFixes: c95567c80352 (\"caif: added check for potential null return\")\nSigned-off-by: YueHaibing <yuehaibing@huawei.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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/7193329df84d8d346585e22ea1b800b8fa177124"},{"sha":"af130c7f1d432510034bdd10332188ec46dcc04c","author":{"name":"Sudarsana Reddy Kalluru","email":"cacd07e51b108deced42f891974e1fbe222245a7@cavium.com"},"message":"qed: Fix possible race for the link state value.\n\n[ Upstream commit 58874c7b246109d8efb2b0099d1aa296d6bfc3fa ]\n\nThere's a possible race where driver can read link status in mid-transition\nand see that virtual-link is up yet speed is 0. Since in this\nmid-transition we're guaranteed to see a mailbox from MFW soon, we can\nafford to treat this as link down.\n\nFixes: cc875c2e (\"qed: Add link support\")\nSigned-off-by: Sudarsana Reddy Kalluru <Sudarsana.Kalluru@cavium.com>\nSigned-off-by: Ariel Elior <ariel.elior@cavium.com>\nSigned-off-by: Michal Kalderon <Michal.Kalderon@cavium.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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/af130c7f1d432510034bdd10332188ec46dcc04c"},{"sha":"405d3fdb6b8671d73377f619e1971ce4fece7a50","author":{"name":"Florian Westphal","email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de"},"message":"atl1c: reserve min skb headroom\n\n[ Upstream commit 6e56830776828d8ca9897fc4429eeab47c3bb432 ]\n\nGot crash report with following backtrace:\nBUG: unable to handle kernel paging request at ffff8801869daffe\nRIP: 0010:[<ffffffff816429c4>]  [<ffffffff816429c4>] ip6_finish_output2+0x394/0x4c0\nRSP: 0018:ffff880186c83a98  EFLAGS: 00010283\nRAX: ffff8801869db00e ...\n  [<ffffffff81644cdc>] ip6_finish_output+0x8c/0xf0\n  [<ffffffff81644d97>] ip6_output+0x57/0x100\n  [<ffffffff81643dc9>] ip6_forward+0x4b9/0x840\n  [<ffffffff81645566>] ip6_rcv_finish+0x66/0xc0\n  [<ffffffff81645db9>] ipv6_rcv+0x319/0x530\n  [<ffffffff815892ac>] netif_receive_skb+0x1c/0x70\n  [<ffffffffc0060bec>] atl1c_clean+0x1ec/0x310 [atl1c]\n  ...\n\nThe bad access is in neigh_hh_output(), at skb->data - 16 (HH_DATA_MOD).\natl1c driver provided skb with no headroom, so 14 bytes (ethernet\nheader) got pulled, but then 16 are copied.\n\nReserve NET_SKB_PAD bytes headroom, like netdev_alloc_skb().\n\nCompile tested only; I lack hardware.\n\nFixes: 7b7017642199 (\"atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring\")\nSigned-off-by: Florian Westphal <fw@strlen.de>\nReviewed-by: Eric Dumazet <edumazet@google.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":false,"url":"https://api.github.com/repos/travarilo/kernel_asus_sdm660/commits/405d3fdb6b8671d73377f619e1971ce4fece7a50"}]}
{"actor":{"display_login":"travarilo"}}