Linux Hyperv

• Thread Index

• [PATCH v4 3/8] mm/memory_hotplug: guard more declarations by CONFIG_MEMORY_HOTPLUG
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 8/8] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 7/8] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 6/8] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 4/8] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 2/8] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• RE: [PATCH v2] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• [PATCH v3 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 04/11] Drivers: hv: Use HV_HYP_PAGE in hv_synic_enable_regs()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 00/11] Hyper-V: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 01/11] Drivers: hv: vmbus: Always use HV_HYP_PAGE_SIZE for gpadl
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 05/11] Drivers: hv: vmbus: Move virt_to_hvpfn() to hyperv header
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 02/11] Drivers: hv: vmbus: Move __vmbus_open()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 08/11] Input: hyperv-keyboard: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 07/11] hv_netvsc: Use HV_HYP_PAGE_SIZE for Hyper-V communication
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 10/11] Driver: hv: util: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH net 1/2] hv_netvsc: Switch the data path at the right time during hibernation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] hv_netvsc: Cache the current data path to avoid duplicate call and message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Copy packets sent by Hyper-V out of the ring buffer
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v3 06/11] hv: hyperv.h: Introduce some hvpfn helper functions
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3] hv_utils: Add validation for untrusted Hyper-V values
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH v3 5/7] virtio-mem: try to merge system ram resources
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v3 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• [PATCH v3 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 5/7] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 7/7] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 6/7] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: hibernation: do not hang forever in vmbus_bus_resume()
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] hv_balloon: try to merge system ram resources
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] xen/balloon: try to merge system ram resources
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Jürgen Groß <jgross@xxxxxxxx>
• [PATCH net 2/2] hv_netvsc: Cache the current data path to avoid duplicate call and message
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH net 1/2] hv_netvsc: Switch the data path at the right time during hibernation
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v2] PCI: hv: Fix hibernation in case interrupts are not re-created
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [PATCH net v2] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Fix hibernation in case interrupts are not re-created
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Fix hibernation in case interrupts are not re-created
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: hibernation: do not hang forever in vmbus_bus_resume()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH net v2] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 7/7] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 6/7] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 5/7] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [patch V2 14/46] x86/ioapic: Consolidate IOAPIC allocation
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [patch V2 18/46] x86/msi: Consolidate MSI allocation
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v1 5/5] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] kernel/resource: merge_system_ram_resources() to merge resources after hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH net v2] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Russ Anderson <rja@xxxxxxx>
• RE: [PATCH v7 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v7 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v7 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Fix hibernation in case interrupts are not re-created
  • From: Jake Oshins <jakeo@xxxxxxxxxxxxx>
• [PATCH v7 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v7 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v7 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v7 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH net v2] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [RESEND][PATCH v3] x86/apic/flat64: Add back the early_param("apic", parse_apic)
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [RFC v2 07/11] hv_netvsc: Use HV_HYP_PAGE_SIZE for Hyper-V communication
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH net] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC v2 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• RE: [PATCH net] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH net] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: [RFC v2 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC v2 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: hibernation: do not hang forever in vmbus_bus_resume()
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [RFC v2 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] PCI: hv: Fix hibernation in case interrupts are not re-created
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH net] hv_netvsc: Fix hibernation for mlx5 VF driver
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [RFC v2 07/11] hv_netvsc: Use HV_HYP_PAGE_SIZE for Hyper-V communication
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [RFC v2 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [RFC v2 02/11] Drivers: hv: vmbus: Move __vmbus_open()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] hv_balloon: try to merge system ram resources
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: "Raj, Ashok" <ashok.raj@xxxxxxxxx>
• Re: [PATCH v1 4/5] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 4/5] xen/balloon: try to merge system ram resources
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [RFC v2 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [RFC v2 00/11] Hyper-V: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 04/11] Drivers: hv: Use HV_HYP_PAGE in hv_synic_enable_regs()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 08/11] Input: hyperv-keyboard: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 02/11] Drivers: hv: vmbus: Move __vmbus_open()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 10/11] Driver: hv: util: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 06/11] hv: hyperv.h: Introduce some hvpfn helper functions
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 07/11] hv_netvsc: Use HV_HYP_PAGE_SIZE for Hyper-V communication
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 05/11] Drivers: hv: vmbus: Move virt_to_hvpfn() to hyperv header
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 01/11] Drivers: hv: vmbus: Always use HV_HYP_PAGE_SIZE for gpadl
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH AUTOSEL 5.8 23/42] hv_utils: return error if host timesysnc update is stale
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 24/42] hv_utils: drain the timesync packets on onchannelcallback
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [patch V2 46/46] irqchip: Add IMS (Interrupt Message Storm) driver - NOT FOR MERGING
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch V2 24/46] PCI: vmd: Mark VMD irqdomain with DOMAIN_BUS_VMD_MSI
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v1 2/5] kernel/resource: merge_system_ram_resources() to merge resources after hotplug
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [patch V2 43/46] genirq/msi: Provide and use msi_domain_set_default_info_flags()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 29/46] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: "Dey, Megha" <megha.dey@xxxxxxxxx>
• Re: [patch V2 15/46] x86/irq: Consolidate DMAR irq allocation
  • From: "Dey, Megha" <megha.dey@xxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch V2 01/46] iommu/amd: Prevent NULL pointer dereference
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [patch V2 43/46] genirq/msi: Provide and use msi_domain_set_default_info_flags()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 28/46] x86/xen: Consolidate XEN-MSI init
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [patch V2 27/46] x86/xen: Rework MSI teardown
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 29/46] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 04/46] genirq/chip: Use the first chip in irq_chip_compose_msi_msg()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 41/46] platform-msi: Provide default irq_chip:: Ack
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 04/46] genirq/chip: Use the first chip in irq_chip_compose_msi_msg()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 23/46] irqdomain/msi: Provide DOMAIN_BUS_VMD_MSI
  • From: "Derrick, Jonathan" <jonathan.derrick@xxxxxxxxx>
• Re: [patch V2 15/46] x86/irq: Consolidate DMAR irq allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 24/46] PCI: vmd: Mark VMD irqdomain with DOMAIN_BUS_VMD_MSI
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 19/46] x86/msi: Use generic MSI domain ops
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 23/46] irqdomain/msi: Provide DOMAIN_BUS_VMD_MSI
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 17/46] PCI/MSI: Rework pci_msi_domain_calc_hwirq()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 19/46] x86/msi: Use generic MSI domain ops
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 04/46] genirq/chip: Use the first chip in irq_chip_compose_msi_msg()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [patch V2 29/46] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 29/46] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [GIT PULL] Hyper-V fixes for 5.9-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [patch V2 15/46] x86/irq: Consolidate DMAR irq allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 15/46] x86/irq: Consolidate DMAR irq allocation
  • From: "Dey, Megha" <megha.dey@xxxxxxxxx>
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [GIT PULL] Hyper-V fixes for 5.9-rc3
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [patch V2 02/46] x86/init: Remove unused init ops
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 03/46] PCI: vmd: Dont abuse vector irqomain as parent
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 04/46] genirq/chip: Use the first chip in irq_chip_compose_msi_msg()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 11/46] iommu/irq_remapping: Consolidate irq domain lookup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 14/46] x86/ioapic: Consolidate IOAPIC allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 07/46] x86/irq: Rename X86_IRQ_ALLOC_TYPE_MSI* to reflect PCI dependency
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 08/46] x86/irq: Add allocation type for parent domain retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 06/46] x86/msi: Remove pointless vcpu_affinity callback
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 05/46] x86/msi: Move compose message callback where it belongs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 12/46] x86/irq: Prepare consolidation of irq_alloc_info
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 10/46] iommu/amd: Consolidate irq domain getter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 17/46] PCI/MSI: Rework pci_msi_domain_calc_hwirq()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 16/46] x86/irq: Consolidate UV domain allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 19/46] x86/msi: Use generic MSI domain ops
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 21/46] x86/pci: Reducde #ifdeffery in PCI init code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 24/46] PCI: vmd: Mark VMD irqdomain with DOMAIN_BUS_VMD_MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 25/46] PCI/MSI: Provide pci_dev_has_special_msi_domain() helper
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 22/46] x86/irq: Initialize PCI/MSI domain at PCI init time
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 18/46] x86/msi: Consolidate MSI allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 13/46] x86/msi: Consolidate HPET allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 23/46] irqdomain/msi: Provide DOMAIN_BUS_VMD_MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 26/46] x86/xen: Make xen_msi_init() static and rename it to xen_hvm_msi_init()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 20/46] x86/irq: Move apic_post_init() invocation to one place
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 01/46] iommu/amd: Prevent NULL pointer dereference
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 29/46] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 33/46] x86/pci: Set default irq domain in pcibios_add_device()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 28/46] x86/xen: Consolidate XEN-MSI init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 30/46] x86/xen: Wrap XEN MSI management into irqdomain
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 32/46] iommm/amd: Store irq domain in struct device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 36/46] x86/irq: Make most MSI ops XEN private
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 27/46] x86/xen: Rework MSI teardown
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 35/46] x86/irq: Cleanup the arch_*_msi_irqs() leftovers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 37/46] iommu/vt-d: Remove domain search for PCI/MSI[X]
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 40/46] x86/msi: Rename and rework pci_msi_prepare() to cover non-PCI MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 38/46] iommu/amd: Remove domain search for PCI/MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 15/46] x86/irq: Consolidate DMAR irq allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 43/46] genirq/msi: Provide and use msi_domain_set_default_info_flags()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 42/46] genirq/proc: Take buslock on affinity write
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 41/46] platform-msi: Provide default irq_chip:: Ack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 44/46] platform-msi: Add device MSI infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 46/46] irqchip: Add IMS (Interrupt Message Storm) driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 45/46] irqdomain/msi: Provide msi_alloc/free_store() callbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 39/46] x86/irq: Add DEV_MSI allocation type
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 31/46] iommm/vt-d: Store irq domain in struct device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 09/46] iommu/vt-d: Consolidate irq domain getter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch RFC 10/38] x86/ioapic: Consolidate IOAPIC allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 10/38] x86/ioapic: Consolidate IOAPIC allocation
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• RE: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 34/38] x86/msi: Let pci_msi_prepare() handle non-PCI MSI
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 34/38] x86/msi: Let pci_msi_prepare() handle non-PCI MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [patch RFC 13/38] PCI: MSI: Rework pci_msi_domain_calc_hwirq()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 34/38] x86/msi: Let pci_msi_prepare() handle non-PCI MSI
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 17/38] x86/pci: Reducde #ifdeffery in PCI init code
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 21/38] PCI: MSI: Provide pci_dev_has_special_msi_domain() helper
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 20/38] PCI: vmd: Mark VMD irqdomain with DOMAIN_BUS_VMD_MSI
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 13/38] PCI: MSI: Rework pci_msi_domain_calc_hwirq()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [patch RFC 24/38] x86/xen: Consolidate XEN-MSI init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [patch RFC 26/38] x86/xen: Wrap XEN MSI management into irqdomain
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 24/38] x86/xen: Consolidate XEN-MSI init
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [patch RFC 24/38] x86/xen: Consolidate XEN-MSI init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v7 00/10] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 01/10] arm/arm64: smccc-1.1: Add vendor specific owner definition
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 03/10] arm64: hyperv: Add hypercall and register access functions
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 04/10] arm64: hyperv: Add memory alloc/free functions for Hyper-V size pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 08/10] Drivers: hv: vmbus: Add hooks for per-CPU IRQ
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 06/10] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2] hv_utils: drain the timesync packets on onchannelcallback
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] hv_utils: return error if host timesysnc update is stale
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [patch RFC 26/38] x86/xen: Wrap XEN MSI management into irqdomain
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [patch RFC 23/38] x86/xen: Rework MSI teardown
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [patch RFC 24/38] x86/xen: Consolidate XEN-MSI init
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [patch RFC 22/38] x86/xen: Make xen_msi_init() static and rename it to xen_hvm_msi_init()
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH v2] hv_utils: drain the timesync packets on onchannelcallback
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch RFC 00/38] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH v2] hv_utils: drain the timesync packets on onchannelcallback
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH v2] hv_utils: drain the timesync packets on onchannelcallback
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v2] hv_utils: return error if host timesysnc update is stale
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2] hv_utils: drain the timesync packets on onchannelcallback
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] hv_utils: return error if host timesysnc update is stale
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v1 5/5] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/5] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/5] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/5] kernel/resource: merge_system_ram_resources() to merge resources after hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/5] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/5] mm/memory_hotplug: selective merging of system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [patch RFC 04/38] x86/irq: Add allocation type for parent domain retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 03/38] x86/irq: Rename X86_IRQ_ALLOC_TYPE_MSI* to reflect PCI dependency
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 06/38] iommu/amd: Consolidate irq domain getter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 08/38] x86/irq: Prepare consolidation of irq_alloc_info
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 05/38] iommu/vt-d: Consolidate irq domain getter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 10/38] x86/ioapic: Consolidate IOAPIC allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 09/38] x86/msi: Consolidate HPET allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 11/38] x86/irq: Consolidate DMAR irq allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 12/38] x86/irq: Consolidate UV domain allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 17/38] x86/pci: Reducde #ifdeffery in PCI init code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 18/38] x86/irq: Initialize PCI/MSI domain at PCI init time
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 07/38] iommu/irq_remapping: Consolidate irq domain lookup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 14/38] x86/msi: Consolidate MSI allocation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 15/38] x86/msi: Use generic MSI domain ops
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 19/38] irqdomain/msi: Provide DOMAIN_BUS_VMD_MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 22/38] x86/xen: Make xen_msi_init() static and rename it to xen_hvm_msi_init()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 21/38] PCI: MSI: Provide pci_dev_has_special_msi_domain() helper
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 23/38] x86/xen: Rework MSI teardown
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 28/38] iommm/amd: Store irq domain in struct device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 27/38] iommm/vt-d: Store irq domain in struct device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 29/38] x86/pci: Set default irq domain in pcibios_add_device()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 30/38] PCI/MSI: Allow to disable arch fallbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 32/38] x86/irq: Make most MSI ops XEN private
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 31/38] x86/irq: Cleanup the arch_*_msi_irqs() leftovers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 33/38] x86/irq: Add DEV_MSI allocation type
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 35/38] platform-msi: Provide default irq_chip::ack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 24/38] x86/xen: Consolidate XEN-MSI init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 34/38] x86/msi: Let pci_msi_prepare() handle non-PCI MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 36/38] platform-msi: Add device MSI infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 37/38] irqdomain/msi: Provide msi_alloc/free_store() callbacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 38/38] irqchip: Add IMS array driver - NOT FOR MERGING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 25/38] irqdomain/msi: Allow to override msi_domain_alloc/free_irqs()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 26/38] x86/xen: Wrap XEN MSI management into irqdomain
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 20/38] PCI: vmd: Mark VMD irqdomain with DOMAIN_BUS_VMD_MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 16/38] x86/irq: Move apic_post_init() invocation to one place
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 13/38] PCI: MSI: Rework pci_msi_domain_calc_hwirq()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 02/38] x86/init: Remove unused init ops
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 01/38] iommu/amd: Prevent NULL pointer dereference
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 00/38] x86, PCI, XEN, genirq ...: Prepare for device MSI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH net, 0/2] hv_netvsc: Some fixes for the select_queue
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net, 2/2] hv_netvsc: Fix the queue_mapping in netvsc_vf_xmit()
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• [PATCH net, 1/2] hv_netvsc: Remove "unlikely" from netvsc_select_queue
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• [PATCH net, 0/2] hv_netvsc: Some fixes for the select_queue
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH] hv_utils: drain the timesync packets on onchannelcallback
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hv_utils: return error if host timesysnc update is stale
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] hv_utils: drain the timesync packets on onchannelcallback
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH] hv_utils: return error if host timesysnc update is stale
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] hv_utils: return error if host timesysnc update is stale
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH] hv_utils: HOST_TIMESYNC_DELAY_THRESH can be static
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] hv_utils: drain the timesync packets on onchannelcallback
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• [PATCH] hv_utils: return error if host timesysnc update is stale
  • From: Vineeth Pillai <viremana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v1] tools: hv: remove cast from hyperv_die_event
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• [PATCH v1] tools: hv: remove cast from hyperv_die_event
  • From: Olaf Hering <olaf@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH] platform: goldfish: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] net: atm: convert tasklets callbacks to use from_tasklet()
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] misc: ibmvmc: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] memstick: jmb38x: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] mailbox: bcm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] hsi: nokia-modem: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] input: serio: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] firewire: ohci: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drm: i915: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: vme: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: s390: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: rapidio: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: ntb: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] drivers: atm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] driver: hv: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] char: ipmi: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] block: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] arch: um: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• Re: [PATCH v2 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [GIT PULL] Hyper-V fixes for 5.9-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 4/4] drivers: hv: dxgkrnl: create a MAINTAINERS entry
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] drivers: hv: dxgkrnl: core code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] drivers: hv: vmbus: hook up dxgkrnl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 4/4] drivers: hv: dxgkrnl: create a MAINTAINERS entry
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 2/4] drivers: hv: dxgkrnl: hook up dxgkrnl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 0/4] drivers: hv: Microsoft Virtual GPU Driver
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [GIT PULL] Hyper-V fixes for 5.9-rc1
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH 1/1] Drivers: hv: vmbus: Add parsing of VMbus interrupt in ACPI DSDT
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH 1/1] x86/hyperv: Make hv_setup_sched_clock inline
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Drivers: hv: vmbus: Only notify Hyper-V for die events that are oops
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] Drivers: hv: vmbus: Only notify Hyper-V for die events that are oops
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [GIT PULL] Hyper-V commits for 5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH 1/1] Drivers: hv: vmbus: Only notify Hyper-V for die events that are oops
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [GIT PULL] Hyper-V commits for 5.9
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH RFCv1 3/5] virtio-mem: try to merge "System RAM (virtio_mem)" resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 5/5] hv_balloon:: try to merge "System RAM" resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 4/5] xen/balloon: try to merge "System RAM" resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 3/5] virtio-mem: try to merge "System RAM (virtio_mem)" resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 2/5] kernel/resource: merge_child_mem_resources() to merge memory resources after adding succeeded
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 1/5] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFCv1 0/5] mm/memory_hotplug: selective merging of memory resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] hv_utils: Add validation for untrusted Hyper-V values
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• RE: [PATCH] hv_utils: Add validation for untrusted Hyper-V values
  • From: Stephen Hemminger <sthemmin@xxxxxxxxxxxxx>
• Re: [PATCH] hv_utils: Add validation for untrusted Hyper-V values
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH] hv_netvsc: Add validation for untrusted Hyper-V values
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH] hv_utils: Add validation for untrusted Hyper-V values
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH -next] PCI: hv: Make some functions static
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH v4] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• Re: [PATCH v4] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v4] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: Fix variable assignments in hv_ringbuffer_read()
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Fix variable assignments in hv_ringbuffer_read()
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH v8 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: vmbus: Fix variable assignments in hv_ringbuffer_read()
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Fix variable assignments in hv_ringbuffer_read()
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Fix variable assignments in hv_ringbuffer_read()
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• RE: [PATCH v8 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• [PATCH v8 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Chi Song <chisong@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• RE: [PATCH v7 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH v7 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [PATCH v6 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v7 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH v3] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• Re: [PATCH v3] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v7 net-next] net: hyperv: dump TX indirection table to ethtool regs
  • From: Chi Song <chisong@xxxxxxxxxxxxx>
• Re: [RFC 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• RE: [RFC 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: boqun.feng@xxxxxxxxx
• Re: [RFC 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: boqun.feng@xxxxxxxxx
• RE: [PATCH v6 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v6] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [RFC 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [RFC 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v6 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <chisong@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [RFC 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC 01/11] Drivers: hv: vmbus: Always use HV_HYP_PAGE_SIZE for gpadl
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v6 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v6 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v6 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v6 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• RE: [PATCH v6] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [PATCH v5 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <t-mabelt@xxxxxxxxxxxxx>
• RE: [PATCH v5 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v5 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v5 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v5 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH v5] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: "Sriram Krishnan (srirakr2)" <srirakr2@xxxxxxxxx>
• [PATCH v6] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Sriram Krishnan <srirakr2@xxxxxxxxx>
• Re: [PATCH v5] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: "Sriram Krishnan (srirakr2)" <srirakr2@xxxxxxxxx>
• Re: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: "Sriram Krishnan (srirakr2)" <srirakr2@xxxxxxxxx>
• [PATCH v5] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Sriram Krishnan <srirakr2@xxxxxxxxx>
• RE: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [PATCH v6 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH v6 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v6 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 02/11] Drivers: hv: vmbus: Move __vmbus_open()
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC 01/11] Drivers: hv: vmbus: Always use HV_HYP_PAGE_SIZE for gpadl
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: "Sriram Krishnan (srirakr2)" <srirakr2@xxxxxxxxx>
• [PATCH v4] hv_netvsc: add support for vlans in AF_PACKET mode
  • From: Sriram Krishnan <srirakr2@xxxxxxxxx>
• [PATCH v6 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <Song.Chi@xxxxxxxxxxxxx>
• Re: [PATCH v5 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <Song.Chi@xxxxxxxxxxxxx>
• Re: [PATCH v4 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <Song.Chi@xxxxxxxxxxxxx>
• [RFC 01/11] Drivers: hv: vmbus: Always use HV_HYP_PAGE_SIZE for gpadl
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 02/11] Drivers: hv: vmbus: Move __vmbus_open()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 03/11] Drivers: hv: vmbus: Introduce types of GPADL
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 04/11] Drivers: hv: Use HV_HYP_PAGE in hv_synic_enable_regs()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 06/11] hv: hyperv.h: Introduce some hvpfn helper functions
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 05/11] Drivers: hv: vmbus: Move virt_to_hvpfn() to hyperv header
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 08/11] Input: hyperv-keyboard: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 10/11] Driver: hv: util: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 07/11] hv_netvsc: Use HV_HYP_PAGE_SIZE for Hyper-V communication
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 11/11] scsi: storvsc: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 09/11] HID: hyperv: Make ringbuffer at least take two pages
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 00/11] Hyper-V: Support PAGE_SIZE larger than 4K
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v3] net: hyperv: add support for vlans in netvsc driver
  • From: Sriram Krishnan <srirakr2@xxxxxxxxx>
• RE: [PATCH v3] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v3 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH] hyperv: hyperv.h: drop a duplicated word
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v3 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <Song.Chi@xxxxxxxxxxxxx>
• [PATCH v2 net-next] net: hyperv: Add attributes to show TX indirection table
  • From: Chi Song <chisong@xxxxxxxxxxxxxxxxxxx>
• [PATCH] hyperv: hyperv.h: drop a duplicated word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v3] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• RE: [PATCH v2] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• RE: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RESEND][PATCH v3] x86/apic/flat64: Add back the early_param("apic", parse_apic)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH net-next] net: hyperv: Add attributes to show RX/TX indirection table
  • From: Chi Song <Song.Chi@xxxxxxxxxxxxx>
• [PATCH v2] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• RE: [PATCH] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] PCI: hv: Fix a timing issue which causes kdump to fail occasionally
  • From: Wei Hu <weh@xxxxxxxxxxxxx>
• [PATCH v2] Drivers: hv: vmbus: Copy packets sent by Hyper-V out of the ring buffer
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH] Drivers: hv: vmbus: Copy packets sent by Hyper-V out of the ring buffer
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Drivers: hv: vmbus: Copy packets sent by Hyper-V out of the ring buffer
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [RESEND][PATCH v3] x86/apic/flat64: Add back the early_param("apic", parse_apic)
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Olaf Hering <olaf@xxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] scsi: storvsc: Add validation for untrusted Hyper-V values
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH] scsi: storvsc: Add validation for untrusted Hyper-V values
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v4 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] scsi: storvsc: Add validation for untrusted Hyper-V values
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH -next] PCI: hv: Make some functions static
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• RE: [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: Hyper-V core and drivers
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH] Replace HTTP links with HTTPS ones: Hyper-V core and drivers
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH v4 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [GIT PULL] Hyper-V fixes for 5.8-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [GIT PULL] Hyper-V fixes for 5.8-rc4
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v4 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v4 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v4 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• RE: [PATCH v3 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v3 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v3 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH v3 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v3 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v3 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v3 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH v2 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• RE: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <t-mabelt@xxxxxxxxxxxxx>
• RE: [PATCH v2 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v2 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v2 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v2 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH v2 0/3] Drivers: hv: vmbus: vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] DirectX on Linux
  • From: James Hilliard <james.hilliard1@xxxxxxxxx>
• Re: [RFC PATCH 0/2] DRM driver for hyper-v synthetic video device
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] scsi: storvsc: fix spelling mistake
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH][v2] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Joseph Salisbury <Joseph.Salisbury@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Joseph Salisbury <Joseph.Salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Drivers: hv: vmbus: vmbus_requestor data structure
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [RESEND][PATCH v3] x86/apic/flat64: Add back the early_param("apic", parse_apic)
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH] Drivers: hv: Change flag to write log level in panic msg to false
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Drivers: hv: vmbus: vmbus_requestor data structure
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 0/3] Drivers: hv: vmbus: vmbus_requestor data structure
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Drivers: hv: vmbus: vmbus_requestor data structure
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH 3/3] hv_netvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH 2/3] scsi: storvsc: Use vmbus_requestor to generate transaction IDs for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH 1/3] Drivers: hv: vmbus: Add vmbus_requestor data structure for VMBus hardening
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• [PATCH 0/3] Drivers: hv: vmbus: vmbus_requestor data structure
  • From: Andres Beltran <lkmlabelt@xxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• [PATCH 1/1] scsi: storvsc: fix spelling mistake
  • From: Flavio Suligoi <f.suligoi@xxxxxxx>
• RE: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• RE: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• [RFC PATCH 0/2] DRM driver for hyper-v synthetic video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• [RFC PATCH 2/2] MAINTAINERS: Add maintainer for hyperv video device
  • From: Deepak Rawat <drawat.floss@xxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] scsi: storvsc: Introduce the per-storvsc_device spinlock
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 7/8] scsi: storvsc: Introduce the per-storvsc_device spinlock
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 7/8] scsi: storvsc: Introduce the per-storvsc_device spinlock
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 7/8] scsi: storvsc: Introduce the per-storvsc_device spinlock
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 0/8] Drivers: hv: vmbus: Miscellaneous cleanups
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 0/8] Drivers: hv: vmbus: Miscellaneous cleanups
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH 8/8] Drivers: hv: vmbus: Remove the lock field from the vmbus_channel struct
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 7/8] scsi: storvsc: Introduce the per-storvsc_device spinlock
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 6/8] Drivers: hv: vmbus: Remove unnecessary channel->lock critical sections (sc_list updaters)
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 5/8] Drivers: hv: vmbus: Use channel_mutex in channel_vp_mapping_show()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 4/8] Drivers: hv: vmbus: Remove unnecessary channel->lock critical sections (sc_list readers)
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 3/8] Drivers: hv: vmbus: Replace cpumask_test_cpu(, cpu_online_mask) with cpu_online()
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 2/8] Drivers: hv: vmbus: Remove the numa_node field from the vmbus_channel struct
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 1/8] Drivers: hv: vmbus: Remove the target_vp field from the vmbus_channel struct
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] x86/hyperv: allocate the hypercall page with only read and execute bits
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: fix a hyperv W^X violation and remove vmalloc_exec
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] arm64: use PAGE_KERNEL_ROX directly in alloc_insn_page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: remove vmalloc_exec
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 3/3] mm: remove vmalloc_exec
  • From: Christoph Hellwig <hch@xxxxxx>