Linux Hyperv

• Thread Index

• Re: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH 2/2] Swiotlb: Add device bounce buffer allocation interface
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH hyperv-next v2 0/5] hv_sock: Hardening changes
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 0/5] hv_sock: Hardening changes
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• [PATCH hyperv-next v2 4/5] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH hyperv-next v2 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH hyperv-next v2 5/5] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH hyperv-next v2 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH hyperv-next v2 1/5] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH hyperv-next v2 0/5] hv_sock: Hardening changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] video: hyperv_fb: Allow resolutions with size > 64 MB for Gen1
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] hv_sock: Hardening changes
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [RFC PATCH 2/2] Swiotlb: Add device bounce buffer allocation interface
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH 1/2] swiotlb: Split up single swiotlb lock
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH 0/2] swiotlb: Introduce swiotlb device allocation function
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: Xiaoming Ni <nixiaoming@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 30/30] um: Avoid duplicate call to kmsg_dump()
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 26/30] Drivers: hv: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 28/30] panic: Unexport crash_kexec_post_notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 29/30] powerpc: ps3, pseries: Avoid duplicate call to kmsg_dump() on panic
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 27/30] powerpc: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 13/30] s390/consoles: Improve panic notifiers reliability
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 00/30] The panic notifiers refactor
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 03/30] notifier: Add panic notifiers info and purge trailing whitespaces
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Oleksandr <olekstysh@xxxxxxxxx>
• Re: [PATCH] video: hyperv_fb: Allow resolutions with size > 64 MB for Gen1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• RE: [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v2 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/2] kernel: add platform_has() infrastructure
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH v2 0/2] kernel: add new infrastructure for platform_has() support
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH v2 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH] PCI: hv: Fix hv_arch_irq_unmask() for multi-MSI
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• [PATCH] video: hyperv_fb: Allow resolutions with size > 64 MB for Gen1
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v2 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH v2 5/5] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 4/5] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 1/5] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 0/5] hv_sock: Hardening changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/2] kernel: add new infrastructure for platform_has() support
  • From: Oleksandr <olekstysh@xxxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 1/2] kernel: add platform_has() infrastructure
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 1/2] kernel: add platform_has() infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] kernel: add platform_has() infrastructure
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Jake Oshins <jakeo@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] kernel: add platform_has() infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 1/2] kernel: add platform_has() infrastructure
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 0/2] kernel: add new infrastructure for platform_has() support
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 2/2] virtio: replace arch_has_restricted_virtio_memory_access()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH v3 07/34] x86/hyperv: Introduce HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK constants
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v3 07/34] x86/hyperv: Introduce HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK constants
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• RE: [PATCH v3 07/34] x86/hyperv: Introduce HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK constants
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• Re: [PATCH v2 6/6] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 0/6] PCI: hv: VMbus requestor and related fixes
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 07/34] x86/hyperv: Introduce HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK constants
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] Drivers: hv: vmbus: Add VMbus IMC device to unsupported list
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v7 09/12] clk: imx: scu: Fix kfree() of static memory on setting driver_override
  • From: Abel Vesa <abel.vesa@xxxxxxx>
• Re: [PATCH v7 00/12] Fix broken usage of driver_override (and kfree of static memory)
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 1/5] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• RE: [PATCH 5/5] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 4/5] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 1/5] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH 5/5] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 4/5] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 2/5] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 3/5] hv_sock: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 1/5] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 0/5] hv_sock: Hardening changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH v7 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• Re: [PATCH v7 00/12] Fix broken usage of driver_override (and kfree of static memory)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH] PCI: hv: Do not set PCI_COMMAND_MEMORY to reduce VM boot time
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v2 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v2 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/6] Drivers: hv: vmbus: Fix handling of messages with transaction ID of zero
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 6/6] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 5/6] Drivers: hv: vmbus: Introduce {lock,unlock}_requestor()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 0/6] PCI: hv: VMbus requestor and related fixes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 3/6] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v7 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 11/12] rpmsg: Constify local variable in field store macro
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 10/12] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 03/12] fsl-mc: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 08/12] vdpa: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 09/12] clk: imx: scu: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 00/12] Fix broken usage of driver_override (and kfree of static memory)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 07/12] spi: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 02/12] amba: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 04/12] hv: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 05/12] PCI: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v7 06/12] s390/cio: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 4/6] hv_sock: Initialize send_buf in hvs_stream_enqueue()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/6] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC PATCH 1/6] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 4/6] hv_sock: Initialize send_buf in hvs_stream_enqueue()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 5/6] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 4/6] hv_sock: Initialize send_buf in hvs_stream_enqueue()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 2/6] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/6] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC PATCH 2/6] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 4/6] hv_sock: Initialize send_buf in hvs_stream_enqueue()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 5/6] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 1/6] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 4.19 003/338] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 5.4 004/475] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.4 004/475] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 5.4 004/475] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/34] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 29/34] KVM: selftests: nSVM: Allocate Hyper-V partition assist and VP assist pages
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 16/34] KVM: x86: hyper-v: L2 TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 28/34] KVM: selftests: nVMX: Allocate Hyper-V partition assist page
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 18/34] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 11/34] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks'
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 20/34] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 02/34] KVM: x86: hyper-v: Introduce TLB flush ring
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 15/34] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 34/34] KVM: x86: Rename 'enable_direct_tlbflush' to 'enable_l2_tlb_flush'
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 22/34] KVM: x86: Expose Hyper-V L2 TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 03/34] KVM: x86: hyper-v: Add helper to read hypercall data for array
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 04/34] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 33/34] KVM: selftests: hyperv_svm_test: Introduce L2 TLB flush test
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 27/34] KVM: selftests: Sync 'struct hv_enlightened_vmcs' definition with hyperv-tlfs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 26/34] KVM: selftests: Hyper-V PV TLB flush selftest
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 12/34] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 25/34] KVM: selftests: Make it possible to replace PTEs with __virt_pg_map()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 23/34] KVM: selftests: Better XMM read/write helpers
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 10/34] KVM: x86: hyper-v: Create a separate ring for L2 TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 31/34] KVM: selftests: evmcs_test: Introduce L2 TLB flush test
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 14/34] KVM: x86: Introduce .post_hv_l2_tlb_flush() nested hook
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 30/34] KVM: selftests: Sync 'struct hv_vp_assist_page' definition with hyperv-tlfs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 24/34] KVM: selftests: Hyper-V PV IPI selftest
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 00/34] KVM: x86: hyper-v: Fine-grained TLB flush + L2 TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 08/34] KVM: x86: hyper-v: Use HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK instead of raw '64'
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 17/34] KVM: x86: hyper-v: Introduce fast kvm_hv_l2_tlb_flush_exposed() check
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 19/34] KVM: nVMX: hyper-v: Enable L2 TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 05/34] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 21/34] KVM: nSVM: hyper-v: Enable L2 TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 07/34] x86/hyperv: Introduce HV_MAX_SPARSE_VCPU_BANKS/HV_VCPUS_PER_SPARSE_BANK constants
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 01/34] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 13/34] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 32/34] KVM: selftests: Move Hyper-V VP assist page enablement out of evmcs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v3 06/34] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 4.19 003/338] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/6] hv_sock: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 5/6] Drivers: hv: vmbus: Accept hv_sock offers in isolated guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 6/6] Drivers: hv: vmbus: Refactor the ring-buffer iterator functions
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 4/6] hv_sock: Initialize send_buf in hvs_stream_enqueue()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 2/6] hv_sock: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 1/6] hv_sock: Check hv_pkt_iter_first_raw()'s return value
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 0/6] hv_sock: Hardening changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• RE: [PATCH v6 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [PATCH v6 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: cleanup swiotlb initialization v8
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] Drivers: hv: vmbus: Add VMbus IMC device to unsupported list
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH] PCI: hv: Fix multi-MSI to allow more than one MSI vector
  • From: Jeffrey Hugo <quic_jhugo@xxxxxxxxxxx>
• RE: [PATCH v6 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH v4] drm/hyperv: Add error message for fb size greater than allocated
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v4] drm/hyperv: Add error message for fb size greater than allocated
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] drm/hyperv: Added error message for fb size greater than allocated
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] hv_netvsc: Add support for XDP_REDIRECT
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH AUTOSEL 4.14 03/11] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 06/21] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 03/12] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 10/30] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 25/41] Drivers: hv: balloon: Disable balloon and hot-add accordingly
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 13/41] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/41] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 14/41] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 13/49] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 31/49] Drivers: hv: balloon: Disable balloon and hot-add accordingly
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 14/49] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 15/49] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 16/49] Drivers: hv: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: [PATCH v3] drm/hyperv: Added error message for fb size greater than allocated
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH v3] drm/hyperv: Added error message for fb size greater than allocated
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v3] drm/hyperv: Added error message for fb size greater than allocated
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3] drm/hyperv: Added error message for fb size greater than allocated
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [PATCH 6/6] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 5/6] Drivers: hv: vmbus: Introduce {lock,unlock}_requestor()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 3/6] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 1/6] Drivers: hv: vmbus: Fix handling of messages with transaction ID of zero
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] storvsc, netvsc: Improve logging
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] hv_netvsc: Add support for XDP_REDIRECT
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/hyperv: Added error message for fb size greater then allocated
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Hyper-V fixes for 5.18-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2] drm/hyperv: Added error message for fb size greater then allocated
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• [GIT PULL] Hyper-V fixes for 5.18-rc2
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] drm/hyperv: Added error message for fb size greater then allocated
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: hyperv: remove use of bpf_op_t
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH] x86/msi: Fix msi message data shadow struct
  • From: Reto Buerki <reet@xxxxxxxxxxx>
• [PATCH v2] drm/hyperv: Added error message for fb size greater then allocated
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drm/hyperv: Added error message for fb size greater then allocated
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] hv_netvsc: Print value of invalid ID in netvsc_send_{completion,tx_complete}()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 1/2] scsi: storvsc: Print value of invalid ID in storvsc_on_channel_callback()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 0/2] storvsc, netvsc: Improve logging
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 5/6] Drivers: hv: vmbus: Introduce {lock,unlock}_requestor()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 6/6] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 4/6] Drivers: hv: vmbus: Introduce vmbus_request_addr_match()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 3/6] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 2/6] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 1/6] Drivers: hv: vmbus: Fix handling of messages with transaction ID of zero
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 0/6] PCI: hv: VMbus requestor and related fixes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/4] Drivers: hv: vmbus: Remove special code for unsolicited messages
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: cleanup swiotlb initialization v8
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 07/15] x86: remove the IOMMU table infrastructure
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] x86/msi: Fix msi message data shadow struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 12/35] x86/msi: Provide msi message shadow structs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH net-next 1/3] net: hyperv: remove use of bpf_op_t
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Replace smp_store_mb() with virt_store_mb()
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Drivers: hv: balloon: Temporary fixes for ARM64
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH] x86/msi: Fix msi message data shadow struct
  • From: Reto Buerki <reet@xxxxxxxxxxx>
• Re: [PATCH v3 12/35] x86/msi: Provide msi message shadow structs
  • From: Reto Buerki <reet@xxxxxxxxxxx>
• Re: cleanup swiotlb initialization v8
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [PATCH 5.10 004/599] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 007/913] hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 09/15] swiotlb: make the swiotlb_init interface more useful
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v2 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v6 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Alan.Robinson@xxxxxxxxxxx (Alan Robinson)
• [PATCH 15/15] x86: remove cruft from <asm/dma-mapping.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] swiotlb: make the swiotlb_init interface more useful
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] swiotlb: pass a gfp_mask argument to swiotlb_init_late
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] MIPS/octeon: use swiotlb_init instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] x86: remove the IOMMU table infrastructure
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] arm/xen: don't check for xen_initial_domain() in xen_create_contiguous_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] swiotlb: rename swiotlb_late_init_with_default_size
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] swiotlb: simplify swiotlb_max_segment
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] dma-direct: use is_swiotlb_active in dma_direct_map_page
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup swiotlb initialization v8
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 10/12] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 09/12] clk: imx: scu: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 11/12] rpmsg: Constify local variable in field store macro
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 08/12] vdpa: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 07/12] spi: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 06/12] s390/cio: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 05/12] PCI: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 04/12] hv: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 03/12] fsl-mc: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 02/12] amba: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 00/12] Fix broken usage of driver_override (and kfree of static memory)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v6 01/12] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH 1/4] Drivers: hv: vmbus: Remove special code for unsolicited messages
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Replace smp_store_mb() with virt_store_mb()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 1/4] Drivers: hv: vmbus: Remove special code for unsolicited messages
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [RFC PATCH 0/4] PCI: hv: Miscellaneous changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Backport fix for 5.15: hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Petr Štetiar <ynezz@xxxxxxx>
• Re: Backport fix for 5.15: hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v2 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 1/2] Drivers: hv: balloon: Support status report for larger page sizes
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 0/2] Drivers: hv: balloon: Temporary fixes for ARM64
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [GIT PULL] Hyper-V next for 5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v3 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v3 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v3 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [GIT PULL] Hyper-V next for 5.18
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
• RE: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
• RE: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH 2/2] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 0/2] PCI: hv: Miscellaneous changes
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 3/4 RESEND] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 3/4 RESEND] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 0/4 RESEND] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 4/4] PCI: hv: Propagate coherence from VMbus device to PCI device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 3/4] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 2/4] dma-mapping: Add wrapper function to set dma_coherent
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/4] ACPI: scan: Export acpi_get_dma_attr()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 0/4] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH v5 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v5 08/11] vdpa: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 07/11] spi: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 06/11] s390/cio: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 03/11] fsl-mc: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 02/11] amba: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 05/11] PCI: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 04/11] hv: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 00/11] Fix broken usage of driver_override (and kfree of static memory)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] hv_netvsc: Add check for kvmalloc_array
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• RE: [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• [PATCH 15/15] x86: remove cruft from <asm/dma-mapping.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] swiotlb: pass a gfp_mask argument to swiotlb_init_late
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] swiotlb: make the swiotlb_init interface more useful
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] x86: remove the IOMMU table infrastructure
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] MIPS/octeon: use swiotlb_init instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] arm/xen: don't check for xen_initial_domain() in xen_create_contiguous_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] dma-direct: use is_swiotlb_active in dma_direct_map_page
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup swiotlb initialization v5
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] swiotlb: rename swiotlb_late_init_with_default_size
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] swiotlb: simplify swiotlb_max_segment
  • From: Christoph Hellwig <hch@xxxxxx>
• swiotlb: provide swiotlb_init variants that remap the buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• [PATCH v2] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• [PATCHi v2] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 06/11] s390/cio: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 04/11] hv: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 02/11] amba: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 07/11] spi: Use helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 00/11] Fix broken usage of driver_override (and kfree of static memory)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 03/11] fsl-mc: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH] net: netvsc: remove break after return
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH 25/31] KVM: selftests: Sync 'struct hv_enlightened_vmcs' definition with hyperv-tlfs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 27/31] KVM: selftests: nSVM: Allocate Hyper-V partition assist and VP assist pages
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 18/31] KVM: nSVM: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 26/31] KVM: selftests: nVMX: Allocate Hyper-V partition assist page
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 21/31] KVM: selftests: Better XMM read/write helpers
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 30/31] KVM: selftests: Move Hyper-V VP assist page enablement out of evmcs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 22/31] KVM: selftests: Hyper-V PV IPI selftest
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 29/31] KVM: selftests: evmcs_test: Direct TLB flush test
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 24/31] KVM: selftests: Hyper-V PV TLB flush selftest
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 23/31] KVM: selftests: Make it possible to replace PTEs with __virt_pg_map()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 31/31] KVM: selftests: hyperv_svm_test: Add Direct TLB flush test
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 28/31] KVM: selftests: Sync 'struct hv_vp_assist_page' definition with hyperv-tlfs.h
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 19/31] KVM: x86: Expose Hyper-V Direct TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 20/31] KVM: selftests: Add hyperv_svm_test to .gitignore
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 15/31] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 10/31] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 06/31] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 01/31] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 17/31] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 05/31] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 03/31] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 11/31] KVM: x86: Introduce .post_hv_direct_flush() nested hook
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 09/31] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 14/31] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 12/31] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 08/31] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks'
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 07/31] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 02/31] KVM: x86: hyper-v: Introduce TLB flush ring
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 00/31] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 13/31] KVM: x86: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 16/31] KVM: nVMX: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 04/31] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] hv_netvsc: Add check for kvmalloc_array
  • From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Steve Pronovost <spronovo@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] net: netvsc: remove break after return
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• [PATCH] net: netvsc: remove break after return
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Steve Pronovost <spronovo@xxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• [PATCH RFC 13/19] KVM: x86: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 17/19] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 14/19] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 18/19] KVM: nSVM: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 19/19] KVM: x86: Expose Hyper-V Direct TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 16/19] KVM: nVMX: hyper-v: Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 11/19] KVM: x86: Introduce .post_hv_direct_flush() nested hook
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 12/19] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 05/19] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 06/19] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 10/19] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 08/19] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks'
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 09/19] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 07/19] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 03/19] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 04/19] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 02/19] KVM: x86: hyper-v: Introduce TLB flush ring
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 01/19] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH RFC 00/19] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 06/12] MIPS/octeon: use swiotlb_init instead of open coding it
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 30/30] drivers: hv: dxgkrnl: Add support to map guest pages by host
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 10/30] drivers: hv: dxgkrnl: Creation of compute device sync objects
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH v3 08/30] drivers: hv: dxgkrnl: Creation of dxgcontext objects
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 06/30] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 04/30] drivers: hv: dxgkrnl: Creation of dxgadapter object
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: propagating vmgenid outward and upward
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 03/30] drivers: hv: dxgkrnl: Add VM bus message support, initialize VM bus channels.
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 01/30] drivers: hv: dxgkrnl: Add virtual compute device VM bus channel guids
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 21/30] drivers: hv: dxgkrnl: Flush heap transitions
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/30] drivers: hv: dxgkrnl: Creation of hardware queues. Sync object operations to hw queue.
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 24/30] drivers: hv: dxgkrnl: Ioctl to put device to error state
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 28/30] drivers: hv: dxgkrnl: Manage residency of allocations
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 19/30] drivers: hv: dxgkrnl: Map(unmap) CPU address to device allocation
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 17/30] drivers: hv: dxgkrnl: Share objects with the host
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 25/30] drivers: hv: dxgkrnl: Ioctls to query statistics and clock calibration
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>