{"push_id":2314356293,"size":40,"distinct_size":40,"ref":"refs/heads/8.1","head":"dc32e6f8a8209b83c4e5af0591dd27cf6195e5db","before":"725a1e90854a92a3068e4b878984b8d44f3f5831","commits":[{"sha":"6c4dc45803791b9dd937a61161cfde2076a3d8bb","author":{"name":"martin coulon","email":"5b16894d18b256691df41c67acdb3badc7b2eb7f@gmail.com"},"message":"Merge pull request #28 from nathanchance/8.1\n\nMerge 3.18.93 into 8.1","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/6c4dc45803791b9dd937a61161cfde2076a3d8bb"},{"sha":"33fd368597ad615f9f7232ca9daa3ed3fdba1516","author":{"name":"Dmitry Torokhov","email":"e82e0cc9230e3683c557741cb5a2c8321ee072ee@gmail.com"},"message":"Input: do not emit unneeded EV_SYN when suspending\n\ncommit 00159f19a5057cb779146afce1cceede692af346 upstream.\n\nDo not emit EV_SYN/SYN_REPORT on suspend if there were no keys that are\nstill pressed as we are suspending the device (and in all other cases when\ninput core is forcibly releasing keys via input_dev_release_keys() call).\n\nReviewed-by: Benson Leung <bleung@chromium.org>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Bo Hu <bohu@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/33fd368597ad615f9f7232ca9daa3ed3fdba1516"},{"sha":"f79ad9c84ff551ae15bb85374e554659c263bb31","author":{"name":"Thomas Meyer","email":"5f919b14acad347486cfcc925fe5476cb2791020@m3y3r.de"},"message":"um: link vmlinux with -no-pie\n\ncommit 883354afbc109c57f925ccc19840055193da0cc0 upstream.\n\nDebian's gcc defaults to pie. The global Makefile already defines the -fno-pie option.\nLink UML dynamic kernel image also with -no-pie to fix the build.\n\nSigned-off-by: Thomas Meyer <thomas@m3y3r.de>\nSigned-off-by: Richard Weinberger <richard@nod.at>\nCc: Bernie Innocenti <codewiz@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/f79ad9c84ff551ae15bb85374e554659c263bb31"},{"sha":"db72a03c34b5fb6ab37053ea4dffc37f831892ff","author":{"name":"Richard Weinberger","email":"4683394d5200e728393f79e167a6ec890cd1fd9d@nod.at"},"message":"um: Stop abusing __KERNEL__\n\ncommit 298e20ba8c197e8d429a6c8671550c41c7919033 upstream.\n\nCurrently UML is abusing __KERNEL__ to distinguish between\nkernel and host code (os-Linux). It is better to use a custom\ndefine such that existing users of __KERNEL__ don't get confused.\n\nSigned-off-by: Richard Weinberger <richard@nod.at>\nCc: Greg Hackmann <ghackmann@google.com>\nCc: Bernie Innocenti <codewiz@google.com>\nCc: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/db72a03c34b5fb6ab37053ea4dffc37f831892ff"},{"sha":"b1cf5261fedb0cb74f18279ea6f206529d381ff5","author":{"name":"Richard Weinberger","email":"4683394d5200e728393f79e167a6ec890cd1fd9d@nod.at"},"message":"um: Remove copy&paste code from init.h\n\ncommit 30b11ee9ae23d78de66b9ae315880af17a64ba83 upstream.\n\nAs we got rid of the __KERNEL__ abuse, we can directly\ninclude linux/compiler.h now.\nThis also allows gcc 5 to build UML.\n\nReported-by: Hans-Werner Hilse <hwhilse@gmail.com>\nSigned-off-by: Richard Weinberger <richard@nod.at>\nCc: Greg Hackmann <ghackmann@google.com>\nCc: Bernie Innocenti <codewiz@google.com>\nCc: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/b1cf5261fedb0cb74f18279ea6f206529d381ff5"},{"sha":"524a6efbd1234439ba00176006ed95ad7d007da6","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"loop: fix concurrent lo_open/lo_release\n\ncommit ae6650163c66a7eff1acd6eb8b0f752dcfa8eba5 upstream.\n\n范龙飞 reports that KASAN can report a use-after-free in __lock_acquire.\nThe reason is due to insufficient serialization in lo_release(), which\nwill continue to use the loop device even after it has decremented the\nlo_refcnt to zero.\n\nIn the meantime, another process can come in, open the loop device\nagain as it is being shut down. Confusion ensues.\n\nReported-by: 范龙飞 <long7573@126.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nCc: Ben Hutchings <ben.hutchings@codethink.co.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/524a6efbd1234439ba00176006ed95ad7d007da6"},{"sha":"6aab3aa52366a0051e5abf8aae4616c42053fd8e","author":{"name":"Takashi Iwai","email":"dd0a9a4ae370c51e6d7099900a4bf6656524e055@suse.de"},"message":"ALSA: seq: Make ioctls race-free\n\ncommit b3defb791b26ea0683a93a4f49c77ec45ec96f10 upstream.\n\nThe ALSA sequencer ioctls have no protection against racy calls while\nthe concurrent operations may lead to interfere with each other.  As\nreported recently, for example, the concurrent calls of setting client\npool with a combination of write calls may lead to either the\nunkillable dead-lock or UAF.\n\nAs a slightly big hammer solution, this patch introduces the mutex to\nmake each ioctl exclusive.  Although this may reduce performance via\nparallel ioctl calls, usually it's not demanded for sequencer usages,\nhence it should be negligible.\n\nReported-by: Luo Quan <a4651386@163.com>\nReviewed-by: Kees Cook <keescook@chromium.org>\nReviewed-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\n[bwh: Backported to 4.4: ioctl dispatch is done from snd_seq_do_ioctl();\n take the mutex and add ret variable there.]\nSigned-off-by: Ben Hutchings <ben.hutchings@codethink.co.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/6aab3aa52366a0051e5abf8aae4616c42053fd8e"},{"sha":"d7e2fda23eb9e3625a70a48e2cb7a84ef0b2c6e2","author":{"name":"Jesse Chan","email":"6b3cf6f314263a52d028bd1a1c381fb1c2b231cc@linux.com"},"message":"gpio: iop: add missing MODULE_DESCRIPTION/AUTHOR/LICENSE\n\ncommit 97b03136e1b637d7a9d2274c099e44ecf23f1103 upstream.\n\nThis change resolves a new compile-time warning\nwhen built as a loadable module:\n\nWARNING: modpost: missing MODULE_LICENSE() in drivers/gpio/gpio-iop.o\nsee include/linux/module.h for more information\n\nThis adds the license as \"GPL\", which matches the header of the file.\n\nMODULE_DESCRIPTION and MODULE_AUTHOR are also added.\n\nSigned-off-by: Jesse Chan <jc@linux.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/d7e2fda23eb9e3625a70a48e2cb7a84ef0b2c6e2"},{"sha":"f7c2ce3d42bc18fce799f9144cc28328a896c7b1","author":{"name":"Lyude Paul","email":"ce64de17b181b27992b265f32a57bc9f122808fd@redhat.com"},"message":"igb: Free IRQs when device is hotplugged\n\ncommit 888f22931478a05bc81ceb7295c626e1292bf0ed upstream.\n\nRecently I got a Caldigit TS3 Thunderbolt 3 dock, and noticed that upon\nhotplugging my kernel would immediately crash due to igb:\n\n[  680.825801] kernel BUG at drivers/pci/msi.c:352!\n[  680.828388] invalid opcode: 0000 [#1] SMP\n[  680.829194] Modules linked in: igb(O) thunderbolt i2c_algo_bit joydev vfat fat btusb btrtl btbcm btintel bluetooth ecdh_generic hp_wmi sparse_keymap rfkill wmi_bmof iTCO_wdt intel_rapl x86_pkg_temp_thermal coretemp crc32_pclmul snd_pcm rtsx_pci_ms mei_me snd_timer memstick snd pcspkr mei soundcore i2c_i801 tpm_tis psmouse shpchp wmi tpm_tis_core tpm video hp_wireless acpi_pad rtsx_pci_sdmmc mmc_core crc32c_intel serio_raw rtsx_pci mfd_core xhci_pci xhci_hcd i2c_hid i2c_core [last unloaded: igb]\n[  680.831085] CPU: 1 PID: 78 Comm: kworker/u16:1 Tainted: G           O     4.15.0-rc3Lyude-Test+ #6\n[  680.831596] Hardware name: HP HP ZBook Studio G4/826B, BIOS P71 Ver. 01.03 06/09/2017\n[  680.832168] Workqueue: kacpi_hotplug acpi_hotplug_work_fn\n[  680.832687] RIP: 0010:free_msi_irqs+0x180/0x1b0\n[  680.833271] RSP: 0018:ffffc9000030fbf0 EFLAGS: 00010286\n[  680.833761] RAX: ffff8803405f9c00 RBX: ffff88033e3d2e40 RCX: 000000000000002c\n[  680.834278] RDX: 0000000000000000 RSI: 00000000000000ac RDI: ffff880340be2178\n[  680.834832] RBP: 0000000000000000 R08: ffff880340be1ff0 R09: ffff8803405f9c00\n[  680.835342] R10: 0000000000000000 R11: 0000000000000040 R12: ffff88033d63a298\n[  680.835822] R13: ffff88033d63a000 R14: 0000000000000060 R15: ffff880341959000\n[  680.836332] FS:  0000000000000000(0000) GS:ffff88034f440000(0000) knlGS:0000000000000000\n[  680.836817] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[  680.837360] CR2: 000055e64044afdf CR3: 0000000001c09002 CR4: 00000000003606e0\n[  680.837954] Call Trace:\n[  680.838853]  pci_disable_msix+0xce/0xf0\n[  680.839616]  igb_reset_interrupt_capability+0x5d/0x60 [igb]\n[  680.840278]  igb_remove+0x9d/0x110 [igb]\n[  680.840764]  pci_device_remove+0x36/0xb0\n[  680.841279]  device_release_driver_internal+0x157/0x220\n[  680.841739]  pci_stop_bus_device+0x7d/0xa0\n[  680.842255]  pci_stop_bus_device+0x2b/0xa0\n[  680.842722]  pci_stop_bus_device+0x3d/0xa0\n[  680.843189]  pci_stop_and_remove_bus_device+0xe/0x20\n[  680.843627]  trim_stale_devices+0xf3/0x140\n[  680.844086]  trim_stale_devices+0x94/0x140\n[  680.844532]  trim_stale_devices+0xa6/0x140\n[  680.845031]  ? get_slot_status+0x90/0xc0\n[  680.845536]  acpiphp_check_bridge.part.5+0xfe/0x140\n[  680.846021]  acpiphp_hotplug_notify+0x175/0x200\n[  680.846581]  ? free_bridge+0x100/0x100\n[  680.847113]  acpi_device_hotplug+0x8a/0x490\n[  680.847535]  acpi_hotplug_work_fn+0x1a/0x30\n[  680.848076]  process_one_work+0x182/0x3a0\n[  680.848543]  worker_thread+0x2e/0x380\n[  680.848963]  ? process_one_work+0x3a0/0x3a0\n[  680.849373]  kthread+0x111/0x130\n[  680.849776]  ? kthread_create_worker_on_cpu+0x50/0x50\n[  680.850188]  ret_from_fork+0x1f/0x30\n[  680.850601] Code: 43 14 85 c0 0f 84 d5 fe ff ff 31 ed eb 0f 83 c5 01 39 6b 14 0f 86 c5 fe ff ff 8b 7b 10 01 ef e8 b7 e4 d2 ff 48 83 78 70 00 74 e3 <0f> 0b 49 8d b5 a0 00 00 00 e8 62 6f d3 ff e9 c7 fe ff ff 48 8b\n[  680.851497] RIP: free_msi_irqs+0x180/0x1b0 RSP: ffffc9000030fbf0\n\nAs it turns out, normally the freeing of IRQs that would fix this is called\ninside of the scope of __igb_close(). However, since the device is\nalready gone by the point we try to unregister the netdevice from the\ndriver due to a hotplug we end up seeing that the netif isn't present\nand thus, forget to free any of the device IRQs.\n\nSo: make sure that if we're in the process of dismantling the netdev, we\nalways allow __igb_close() to be called so that IRQs may be freed\nnormally. Additionally, only allow igb_close() to be called from\n__igb_close() if it hasn't already been called for the given adapter.\n\nSigned-off-by: Lyude Paul <lyude@redhat.com>\nFixes: 9474933caf21 (\"igb: close/suspend race in netif_device_detach\")\nCc: Todd Fujinaka <todd.fujinaka@intel.com>\nCc: Stephen Hemminger <stephen@networkplumber.org>\nTested-by: Aaron Brown <aaron.f.brown@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/nathanchance/kernel_oneplus_msm8996/commits/f7c2ce3d42bc18fce799f9144cc28328a896c7b1"},{"sha":"c786c16d615a1ba42d91858c3a73a1eb434c7f4d","author":{"name":"Liran Alon","email":"320dfc33cec916618067f6f0bf08ce07a01db6f3@oracle.com"},"message":"KVM: x86: emulator: Return to user-mode on L1 CPL=0 emulation failure\n\n\n[ Upstream commit 1f4dcb3b213235e642088709a1c54964d23365e9 ]\n\nOn this case, handle_emulation_failure() fills kvm_run with\ninternal-error information which it expects to be delivered\nto user-mode for further processing.\nHowever, the code reports a wrong return-value which makes KVM to never\nreturn to user-mode on this scenario.\n\nFixes: 6d77dbfc88e3 (\"KVM: inject #UD if instruction emulation fails and exit to\nuserspace\")\n\nSigned-off-by: Liran Alon <liran.alon@oracle.com>\nReviewed-by: Nikita Leshenko <nikita.leshchenko@oracle.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Wanpeng Li <wanpeng.li@hotmail.com>\nSigned-off-by: Radim Krčmář <rkrcmar@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/nathanchance/kernel_oneplus_msm8996/commits/c786c16d615a1ba42d91858c3a73a1eb434c7f4d"},{"sha":"6ca9bcfea80df3c6ad81d2c091155c5204a047c8","author":{"name":"Liran Alon","email":"320dfc33cec916618067f6f0bf08ce07a01db6f3@oracle.com"},"message":"KVM: x86: Don't re-execute instruction when not passing CR2 value\n\n\n[ Upstream commit 9b8ae63798cb97e785a667ff27e43fa6220cb734 ]\n\nIn case of instruction-decode failure or emulation failure,\nx86_emulate_instruction() will call reexecute_instruction() which will\nattempt to use the cr2 value passed to x86_emulate_instruction().\nHowever, when x86_emulate_instruction() is called from\nemulate_instruction(), cr2 is not passed (passed as 0) and therefore\nit doesn't make sense to execute reexecute_instruction() logic at all.\n\nFixes: 51d8b66199e9 (\"KVM: cleanup emulate_instruction\")\n\nSigned-off-by: Liran Alon <liran.alon@oracle.com>\nReviewed-by: Nikita Leshenko <nikita.leshchenko@oracle.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Wanpeng Li <wanpeng.li@hotmail.com>\nSigned-off-by: Radim Krčmář <rkrcmar@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/nathanchance/kernel_oneplus_msm8996/commits/6ca9bcfea80df3c6ad81d2c091155c5204a047c8"},{"sha":"f0705804d8ee13573ed34e6f86a5debfb15ba346","author":{"name":"Wanpeng Li","email":"db00080a98d9e8b5f6dcf3e2f980859dd811d4ad@hotmail.com"},"message":"KVM: X86: Fix operand/address-size during instruction decoding\n\n\n[ Upstream commit 3853be2603191829b442b64dac6ae8ba0c027bf9 ]\n\nPedro reported:\n  During tests that we conducted on KVM, we noticed that executing a \"PUSH %ES\"\n  instruction under KVM produces different results on both memory and the SP\n  register depending on whether EPT support is enabled. With EPT the SP is\n  reduced by 4 bytes (and the written value is 0-padded) but without EPT support\n  it is only reduced by 2 bytes. The difference can be observed when the CS.DB\n  field is 1 (32-bit) but not when it's 0 (16-bit).\n\nThe internal segment descriptor cache exist even in real/vm8096 mode. The CS.D\nalso should be respected instead of just default operand/address-size/66H\nprefix/67H prefix during instruction decoding. This patch fixes it by also\nadjusting operand/address-size according to CS.D.\n\nReported-by: Pedro Fonseca <pfonseca@cs.washington.edu>\nTested-by: Pedro Fonseca <pfonseca@cs.washington.edu>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Radim Krčmář <rkrcmar@redhat.com>\nCc: Nadav Amit <nadav.amit@gmail.com>\nCc: Pedro Fonseca <pfonseca@cs.washington.edu>\nSigned-off-by: Wanpeng Li <wanpeng.li@hotmail.com>\nReviewed-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: Radim Krčmář <rkrcmar@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/nathanchance/kernel_oneplus_msm8996/commits/f0705804d8ee13573ed34e6f86a5debfb15ba346"},{"sha":"ed996209f0209d8863e135252a5c392aa5e775fe","author":{"name":"Michael Lyle","email":"986d4756aee7a1cba59d3b8e9a3b2c3e095c6059@lyle.org"},"message":"bcache: check return value of register_shrinker\n\n\n[ Upstream commit 6c4ca1e36cdc1a0a7a84797804b87920ccbebf51 ]\n\nregister_shrinker is now __must_check, so check it to kill a warning.\nCaller of bch_btree_cache_alloc in super.c appropriately checks return\nvalue so this is fully plumbed through.\n\nThis V2 fixes checkpatch warnings and improves the commit description,\nas I was too hasty getting the previous version out.\n\nSigned-off-by: Michael Lyle <mlyle@lyle.org>\nReviewed-by: Vojtech Pavlik <vojtech@suse.com>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\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/nathanchance/kernel_oneplus_msm8996/commits/ed996209f0209d8863e135252a5c392aa5e775fe"},{"sha":"f3ca475ce752c5f8232b3629010571a978f8f97d","author":{"name":"Chun-Yeow Yeoh","email":"d4d966d29078ef74135d28dc971476641734defd@gmail.com"},"message":"mac80211: fix the update of path metric for RANN frame\n\n\n[ Upstream commit fbbdad5edf0bb59786a51b94a9d006bc8c2da9a2 ]\n\nThe previous path metric update from RANN frame has not considered\nthe own link metric toward the transmitting mesh STA. Fix this.\n\nReported-by: Michael65535\nSigned-off-by: Chun-Yeow Yeoh <yeohchunyeow@gmail.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/nathanchance/kernel_oneplus_msm8996/commits/f3ca475ce752c5f8232b3629010571a978f8f97d"},{"sha":"577a0df9a63fd30c269c78bd0347a9059771bf36","author":{"name":"Wanpeng Li","email":"db00080a98d9e8b5f6dcf3e2f980859dd811d4ad@hotmail.com"},"message":"KVM: VMX: Fix rflags cache during vCPU reset\n\n\n[ Upstream commit c37c28730bb031cc8a44a130c2555c0f3efbe2d0 ]\n\nReported by syzkaller:\n\n   *** Guest State ***\n   CR0: actual=0x0000000080010031, shadow=0x0000000060000010, gh_mask=fffffffffffffff7\n   CR4: actual=0x0000000000002061, shadow=0x0000000000000000, gh_mask=ffffffffffffe8f1\n   CR3 = 0x000000002081e000\n   RSP = 0x000000000000fffa  RIP = 0x0000000000000000\n   RFLAGS=0x00023000         DR7 = 0x00000000000000\n          ^^^^^^^^^^\n   ------------[ cut here ]------------\n   WARNING: CPU: 6 PID: 24431 at /home/kernel/linux/arch/x86/kvm//x86.c:7302 kvm_arch_vcpu_ioctl_run+0x651/0x2ea0 [kvm]\n   CPU: 6 PID: 24431 Comm: reprotest Tainted: G        W  OE   4.14.0+ #26\n   RIP: 0010:kvm_arch_vcpu_ioctl_run+0x651/0x2ea0 [kvm]\n   RSP: 0018:ffff880291d179e0 EFLAGS: 00010202\n   Call Trace:\n    kvm_vcpu_ioctl+0x479/0x880 [kvm]\n    do_vfs_ioctl+0x142/0x9a0\n    SyS_ioctl+0x74/0x80\n    entry_SYSCALL_64_fastpath+0x23/0x9a\n\nThe failed vmentry is triggered by the following beautified testcase:\n\n    #include <unistd.h>\n    #include <sys/syscall.h>\n    #include <string.h>\n    #include <stdint.h>\n    #include <linux/kvm.h>\n    #include <fcntl.h>\n    #include <sys/ioctl.h>\n\n    long r[5];\n    int main()\n    {\n        struct kvm_debugregs dr = { 0 };\n\n        r[2] = open(\"/dev/kvm\", O_RDONLY);\n        r[3] = ioctl(r[2], KVM_CREATE_VM, 0);\n        r[4] = ioctl(r[3], KVM_CREATE_VCPU, 7);\n        struct kvm_guest_debug debug = {\n                .control = 0xf0403,\n                .arch = {\n                        .debugreg[6] = 0x2,\n                        .debugreg[7] = 0x2\n                }\n        };\n        ioctl(r[4], KVM_SET_GUEST_DEBUG, &debug);\n        ioctl(r[4], KVM_RUN, 0);\n    }\n\nwhich testcase tries to setup the processor specific debug\nregisters and configure vCPU for handling guest debug events through\nKVM_SET_GUEST_DEBUG.  The KVM_SET_GUEST_DEBUG ioctl will get and set\nrflags in order to set TF bit if single step is needed. All regs' caches\nare reset to avail and GUEST_RFLAGS vmcs field is reset to 0x2 during vCPU\nreset. However, the cache of rflags is not reset during vCPU reset. The\nfunction vmx_get_rflags() returns an unreset rflags cache value since\nthe cache is marked avail, it is 0 after boot. Vmentry fails if the\nrflags reserved bit 1 is 0.\n\nThis patch fixes it by resetting both the GUEST_RFLAGS vmcs field and\nits cache to 0x2 during vCPU reset.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nTested-by: Dmitry Vyukov <dvyukov@google.com>\nReviewed-by: David Hildenbrand <david@redhat.com>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Radim Krčmář <rkrcmar@redhat.com>\nCc: Nadav Amit <nadav.amit@gmail.com>\nCc: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Wanpeng Li <wanpeng.li@hotmail.com>\nSigned-off-by: Paolo Bonzini <pbonzini@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/nathanchance/kernel_oneplus_msm8996/commits/577a0df9a63fd30c269c78bd0347a9059771bf36"},{"sha":"f2dc0da2c28194bc7f8722ad54565f90bcbd8b3a","author":{"name":"Eduardo Otubo","email":"43d9f272a12e705f5809e86b177d908142714cf9@redhat.com"},"message":"xen-netfront: remove warning when unloading module\n\n\n[ Upstream commit 5b5971df3bc2775107ddad164018a8a8db633b81 ]\n\nv2:\n * Replace busy wait with wait_event()/wake_up_all()\n * Cannot garantee that at the time xennet_remove is called, the\n   xen_netback state will not be XenbusStateClosed, so added a\n   condition for that\n * There's a small chance for the xen_netback state is\n   XenbusStateUnknown by the time the xen_netfront switches to Closed,\n   so added a condition for that.\n\nWhen unloading module xen_netfront from guest, dmesg would output\nwarning messages like below:\n\n  [  105.236836] xen:grant_table: WARNING: g.e. 0x903 still in use!\n  [  105.236839] deferring g.e. 0x903 (pfn 0x35805)\n\nThis problem relies on netfront and netback being out of sync. By the time\nnetfront revokes the g.e.'s netback didn't have enough time to free all of\nthem, hence displaying the warnings on dmesg.\n\nThe trick here is to make netfront to wait until netback frees all the g.e.'s\nand only then continue to cleanup for the module removal, and this is done by\nmanipulating both device states.\n\nSigned-off-by: Eduardo Otubo <otubo@redhat.com>\nAcked-by: Juergen Gross <jgross@suse.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/nathanchance/kernel_oneplus_msm8996/commits/f2dc0da2c28194bc7f8722ad54565f90bcbd8b3a"},{"sha":"1f71aa238fcde9356376d6d885d216adbf19d18a","author":{"name":"Trond Myklebust","email":"74f7b75b0dfb06f182c703b16f16eeff3727673a@primarydata.com"},"message":"nfsd: CLOSE SHOULD return the invalid special stateid for NFSv4.x (x>0)\n\n\n[ Upstream commit fb500a7cfee7f2f447d2bbf30cb59629feab6ac1 ]\n\nSigned-off-by: Trond Myklebust <trond.myklebust@primarydata.com>\nSigned-off-by: J. Bruce Fields <bfields@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/nathanchance/kernel_oneplus_msm8996/commits/1f71aa238fcde9356376d6d885d216adbf19d18a"},{"sha":"07397e4f9b4da7de809103278cbd3a82d8793b54","author":{"name":"Andrew Elble","email":"0b3ab30fa87741bc1806c8082c1abf206f668981@rit.edu"},"message":"nfsd: check for use of the closed special stateid\n\n\n[ Upstream commit ae254dac721d44c0bfebe2795df87459e2e88219 ]\n\nPrevent the use of the closed (invalid) special stateid by clients.\n\nSigned-off-by: Andrew Elble <aweits@rit.edu>\nSigned-off-by: J. Bruce Fields <bfields@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/nathanchance/kernel_oneplus_msm8996/commits/07397e4f9b4da7de809103278cbd3a82d8793b54"},{"sha":"d395c1bb7f92d2bd37a47f28659f49394acf93e6","author":{"name":"Robert Lippert","email":"97fa6127383a9d8063887856d1e7fd68abfa179b@gmail.com"},"message":"hwmon: (pmbus) Use 64bit math for DIRECT format values\n\n\n[ Upstream commit bd467e4eababe4c04272c1e646f066db02734c79 ]\n\nPower values in the 100s of watt range can easily blow past\n32bit math limits when processing everything in microwatts.\n\nUse 64bit math instead to avoid these issues on common 32bit ARM\nBMC platforms.\n\nFixes: 442aba78728e (\"hwmon: PMBus device driver\")\nSigned-off-by: Robert Lippert <rlippert@google.com>\nSigned-off-by: Guenter Roeck <linux@roeck-us.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/nathanchance/kernel_oneplus_msm8996/commits/d395c1bb7f92d2bd37a47f28659f49394acf93e6"},{"sha":"d5b5f8b30aee9939e837817bb9d0de317160482e","author":{"name":"Geert Uytterhoeven","email":"91a5f0ac06d51a651e45b62a5b36e28880b80bc4@glider.be"},"message":"net: ethernet: xilinx: Mark XILINX_LL_TEMAC broken on 64-bit\n\n\n[ Upstream commit 15bfe05c8d6386f1a90e9340d15336e85e32aad6 ]\n\nOn 64-bit (e.g. powerpc64/allmodconfig):\n\n    drivers/net/ethernet/xilinx/ll_temac_main.c: In function 'temac_start_xmit_done':\n    drivers/net/ethernet/xilinx/ll_temac_main.c:633:22: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]\n\tdev_kfree_skb_irq((struct sk_buff *)cur_p->app4);\n\t\t\t  ^\n\ncdmac_bd.app4 is u32, so it is too small to hold a kernel pointer.\n\nNote that several other fields in struct cdmac_bd are also too small to\nhold physical addresses on 64-bit platforms.\n\nSigned-off-by: Geert Uytterhoeven <geert+renesas@glider.be>\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/nathanchance/kernel_oneplus_msm8996/commits/d5b5f8b30aee9939e837817bb9d0de317160482e"}]}
{"actor":{"display_login":"nathanchance"}}