Linux Hyperv

• Date Index

• [PATCH 02/15] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, (continued)
  • [PATCH 02/15] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, Christoph Hellwig
  • [PATCH 04/15] swiotlb: rename swiotlb_late_init_with_default_size, Christoph Hellwig
  • [PATCH 01/15] dma-direct: use is_swiotlb_active in dma_direct_map_page, Christoph Hellwig
  • [PATCH 05/15] arm/xen: don't check for xen_initial_domain() in xen_create_contiguous_region, Christoph Hellwig
  • [PATCH 06/15] MIPS/octeon: use swiotlb_init instead of open coding it, Christoph Hellwig
  • [PATCH 08/15] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled, Christoph Hellwig
  • [PATCH 07/15] x86: remove the IOMMU table infrastructure, Christoph Hellwig
  • [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Christoph Hellwig
  • [PATCH 09/15] swiotlb: make the swiotlb_init interface more useful, Christoph Hellwig
  • [PATCH 11/15] swiotlb: pass a gfp_mask argument to swiotlb_init_late, Christoph Hellwig
  • [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer, Christoph Hellwig
    • Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer, Boris Ostrovsky
      • Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer, Christoph Hellwig
        • Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer, Boris Ostrovsky
  • [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
    • Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
      • Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
    • Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb, Stefano Stabellini
  • [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl, Christoph Hellwig
    • Re: [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl, Boris Ostrovsky
  • [PATCH 15/15] x86: remove cruft from <asm/dma-mapping.h>, Christoph Hellwig
• swiotlb: provide swiotlb_init variants that remap the buffer, Christoph Hellwig
• swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
• [PATCH v2] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
  • Re: [PATCH v2] hv_netvsc: Add check for kvmalloc_array, patchwork-bot+netdevbpf
• [PATCHi v2] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
• [PATCH v4 00/11] Fix broken usage of driver_override (and kfree of static memory), Krzysztof Kozlowski
  • [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override, Andy Shevchenko
      • Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v4 03/11] fsl-mc: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
    • Re: [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding, Andy Shevchenko
  • [PATCH v4 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
  • [PATCH v4 07/11] spi: Use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v4 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
  • [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
    • Re: [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override, Bjorn Andersson
  • [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override, Michael S. Tsirkin
    • Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override, Michael S. Tsirkin
  • [PATCH v4 02/11] amba: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v4 04/11] hv: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v4 06/11] s390/cio: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
• [PATCH 00/31] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature, Vitaly Kuznetsov
  • [PATCH 04/31] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls, Vitaly Kuznetsov
  • [PATCH 16/31] KVM: nVMX: hyper-v: Direct TLB flush, Vitaly Kuznetsov
  • [PATCH 13/31] KVM: x86: hyper-v: Direct TLB flush, Vitaly Kuznetsov
  • [PATCH 02/31] KVM: x86: hyper-v: Introduce TLB flush ring, Vitaly Kuznetsov
  • [PATCH 07/31] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush, Vitaly Kuznetsov
  • [PATCH 08/31] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks', Vitaly Kuznetsov
  • [PATCH 12/31] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall(), Vitaly Kuznetsov
  • [PATCH 14/31] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check, Vitaly Kuznetsov
  • [PATCH 09/31] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use, Vitaly Kuznetsov
  • [PATCH 11/31] KVM: x86: Introduce .post_hv_direct_flush() nested hook, Vitaly Kuznetsov
  • [PATCH 03/31] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently, Vitaly Kuznetsov
  • [PATCH 05/31] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs, Vitaly Kuznetsov
  • [PATCH 17/31] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too, Vitaly Kuznetsov
  • [PATCH 01/31] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag, Vitaly Kuznetsov
  • [PATCH 06/31] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi(), Vitaly Kuznetsov
  • [PATCH 10/31] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id, Vitaly Kuznetsov
  • [PATCH 15/31] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition, Vitaly Kuznetsov
  • [PATCH 20/31] KVM: selftests: Add hyperv_svm_test to .gitignore, Vitaly Kuznetsov
  • [PATCH 19/31] KVM: x86: Expose Hyper-V Direct TLB flush feature, Vitaly Kuznetsov
  • [PATCH 28/31] KVM: selftests: Sync 'struct hv_vp_assist_page' definition with hyperv-tlfs.h, Vitaly Kuznetsov
  • [PATCH 31/31] KVM: selftests: hyperv_svm_test: Add Direct TLB flush test, Vitaly Kuznetsov
  • [PATCH 23/31] KVM: selftests: Make it possible to replace PTEs with __virt_pg_map(), Vitaly Kuznetsov
  • [PATCH 24/31] KVM: selftests: Hyper-V PV TLB flush selftest, Vitaly Kuznetsov
  • [PATCH 29/31] KVM: selftests: evmcs_test: Direct TLB flush test, Vitaly Kuznetsov
  • [PATCH 22/31] KVM: selftests: Hyper-V PV IPI selftest, Vitaly Kuznetsov
  • [PATCH 30/31] KVM: selftests: Move Hyper-V VP assist page enablement out of evmcs.h, Vitaly Kuznetsov
  • [PATCH 21/31] KVM: selftests: Better XMM read/write helpers, Vitaly Kuznetsov
  • [PATCH 26/31] KVM: selftests: nVMX: Allocate Hyper-V partition assist page, Vitaly Kuznetsov
  • [PATCH 18/31] KVM: nSVM: hyper-v: Direct TLB flush, Vitaly Kuznetsov
  • [PATCH 27/31] KVM: selftests: nSVM: Allocate Hyper-V partition assist and VP assist pages, Vitaly Kuznetsov
  • [PATCH 25/31] KVM: selftests: Sync 'struct hv_enlightened_vmcs' definition with hyperv-tlfs.h, Vitaly Kuznetsov
• [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register(), Andrea Parri (Microsoft)
  • RE: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register(), Michael Kelley (LINUX)
    • Re: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register(), Andrea Parri
• [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Stephen Hemminger
  • <Possible follow-ups>
  • [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
    • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Greg KH
    • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Stephen Hemminger
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
    • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Greg KH
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
    • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Greg KH
  • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jiasheng Jiang
    • Re: [PATCH] hv_netvsc: Add check for kvmalloc_array, Jakub Kicinski
• [PATCH] net: netvsc: remove break after return, Saurabh Sengar
  • RE: [PATCH] net: netvsc: remove break after return, Haiyang Zhang
  • Re: [PATCH] net: netvsc: remove break after return, patchwork-bot+netdevbpf
• [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number, Michael Kelley
  • Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number, Wei Liu
    • Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number, Vitaly Kuznetsov
• [PATCH RFC 00/19] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature, Vitaly Kuznetsov
  • [PATCH RFC 01/19] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag, Vitaly Kuznetsov
  • [PATCH RFC 02/19] KVM: x86: hyper-v: Introduce TLB flush ring, Vitaly Kuznetsov
  • [PATCH RFC 04/19] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls, Vitaly Kuznetsov
  • [PATCH RFC 03/19] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently, Vitaly Kuznetsov
  • [PATCH RFC 07/19] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush, Vitaly Kuznetsov
  • [PATCH RFC 09/19] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use, Vitaly Kuznetsov
  • [PATCH RFC 08/19] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks', Vitaly Kuznetsov
  • [PATCH RFC 10/19] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id, Vitaly Kuznetsov
  • [PATCH RFC 06/19] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi(), Vitaly Kuznetsov
  • [PATCH RFC 05/19] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs, Vitaly Kuznetsov
  • [PATCH RFC 12/19] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall(), Vitaly Kuznetsov
  • [PATCH RFC 11/19] KVM: x86: Introduce .post_hv_direct_flush() nested hook, Vitaly Kuznetsov
  • [PATCH RFC 16/19] KVM: nVMX: hyper-v: Direct TLB flush, Vitaly Kuznetsov
  • [PATCH RFC 19/19] KVM: x86: Expose Hyper-V Direct TLB flush feature, Vitaly Kuznetsov
  • [PATCH RFC 18/19] KVM: nSVM: hyper-v: Direct TLB flush, Vitaly Kuznetsov
  • [PATCH RFC 14/19] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check, Vitaly Kuznetsov
  • [PATCH RFC 17/19] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too, Vitaly Kuznetsov
  • [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition, Vitaly Kuznetsov
    • RE: [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition, Michael Kelley (LINUX)
  • [PATCH RFC 13/19] KVM: x86: hyper-v: Direct TLB flush, Vitaly Kuznetsov
• [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86, Vitaly Kuznetsov
  • RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86, Michael Kelley (LINUX)
    • RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86, Vitaly Kuznetsov
• [PATCH v3 00/30] Driver for Hyper-v virtual compute device, Iouri Tarassov
  • [PATCH v3 01/30] drivers: hv: dxgkrnl: Add virtual compute device VM bus channel guids, Iouri Tarassov
    • [PATCH v3 03/30] drivers: hv: dxgkrnl: Add VM bus message support, initialize VM bus channels., Iouri Tarassov
      • Re: [PATCH v3 03/30] drivers: hv: dxgkrnl: Add VM bus message support, initialize VM bus channels., Wei Liu
    • [PATCH v3 09/30] drivers: hv: dxgkrnl: Creation of compute device allocations and resources, Iouri Tarassov
    • [PATCH v3 06/30] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects, Iouri Tarassov
      • Re: [PATCH v3 06/30] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects, Wei Liu
    • [PATCH v3 04/30] drivers: hv: dxgkrnl: Creation of dxgadapter object, Iouri Tarassov
      • Re: [PATCH v3 04/30] drivers: hv: dxgkrnl: Creation of dxgadapter object, Wei Liu
    • [PATCH v3 10/30] drivers: hv: dxgkrnl: Creation of compute device sync objects, Iouri Tarassov
      • Re: [PATCH v3 10/30] drivers: hv: dxgkrnl: Creation of compute device sync objects, Wei Liu
    • [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
      • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
        • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Wei Liu
          • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
            • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
          • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
            • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Wei Liu
              • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
                • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
                  • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
                    • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
                      • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Steve Pronovost
                        • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
                          • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Steve Pronovost
                • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Wei Liu
            • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
              • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
                • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Wei Liu
                  • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
        • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
          • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
        • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
          • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Greg KH
      • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Wei Liu
        • Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading, Iouri Tarassov
    • [PATCH v3 08/30] drivers: hv: dxgkrnl: Creation of dxgcontext objects, Iouri Tarassov
      • Re: [PATCH v3 08/30] drivers: hv: dxgkrnl: Creation of dxgcontext objects, Wei Liu
    • [PATCH v3 11/30] drivers: hv: dxgkrnl: Operations using sync objects, Iouri Tarassov
    • [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects, Iouri Tarassov
      • Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects, Wei Liu
      • Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects, Wei Liu
    • [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation, Iouri Tarassov
      • Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation, Greg KH
      • Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation, Greg KH
      • Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation, Wei Liu
    • [PATCH v3 07/30] drivers: hv: dxgkrnl: Creation of dxgdevice objects, Iouri Tarassov
    • [PATCH v3 18/30] drivers: hv: dxgkrnl: Query the dxgdevice state, Iouri Tarassov
    • [PATCH v3 16/30] drivers: hv: dxgkrnl: Submit execution commands to the compute device, Iouri Tarassov
    • [PATCH v3 13/30] drivers: hv: dxgkrnl: Sharing of sync objects, Iouri Tarassov
    • [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations, Iouri Tarassov
      • Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations, Wei Liu
        • Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations, Iouri Tarassov
          • Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations, Wei Liu
    • [PATCH v3 30/30] drivers: hv: dxgkrnl: Add support to map guest pages by host, Iouri Tarassov
      • Re: [PATCH v3 30/30] drivers: hv: dxgkrnl: Add support to map guest pages by host, Wei Liu
    • [PATCH v3 23/30] drivers: hv: dxgkrnl: The escape ioctl, Iouri Tarassov
    • [PATCH v3 22/30] drivers: hv: dxgkrnl: Query video memory information, Iouri Tarassov
    • [PATCH v3 15/30] drivers: hv: dxgkrnl: Creation of paging queue objects., Iouri Tarassov
    • [PATCH v3 20/30] drivers: hv: dxgkrnl: Manage device allocation properties, Iouri Tarassov
    • [PATCH v3 27/30] drivers: hv: dxgkrnl: Ioctls to manage scheduling priority, Iouri Tarassov
    • [PATCH v3 29/30] drivers: hv: dxgkrnl: Manage compute device virtual addresses, Iouri Tarassov
    • [PATCH v3 25/30] drivers: hv: dxgkrnl: Ioctls to query statistics and clock calibration, Iouri Tarassov
    • [PATCH v3 17/30] drivers: hv: dxgkrnl: Share objects with the host, Iouri Tarassov
    • [PATCH v3 19/30] drivers: hv: dxgkrnl: Map(unmap) CPU address to device allocation, Iouri Tarassov
    • [PATCH v3 28/30] drivers: hv: dxgkrnl: Manage residency of allocations, Iouri Tarassov
    • [PATCH v3 24/30] drivers: hv: dxgkrnl: Ioctl to put device to error state, Iouri Tarassov
    • [PATCH v3 14/30] drivers: hv: dxgkrnl: Creation of hardware queues. Sync object operations to hw queue., Iouri Tarassov
    • [PATCH v3 21/30] drivers: hv: dxgkrnl: Flush heap transitions, Iouri Tarassov
    • Re: [PATCH v3 01/30] drivers: hv: dxgkrnl: Add virtual compute device VM bus channel guids, Wei Liu
  • Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device, Christoph Hellwig
  • Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device, Wei Liu
• propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Laszlo Ersek
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
            • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
            • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                  • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                      • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                            • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
                              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                              • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
                          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
  • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Greg KH
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Greg KH
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
  • Re: propagating vmgenid outward and upward, Alexander Graf
    • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
      • Re: propagating vmgenid outward and upward, Alexander Graf
        • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
        • Re: propagating vmgenid outward and upward, Jason A. Donenfeld
          • Re: propagating vmgenid outward and upward, Michael S. Tsirkin
• [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests, Andrea Parri (Microsoft)
  • RE: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests, Dexuan Cui
    • Re: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests, Wei Liu
• cleanup swiotlb initialization v4, Christoph Hellwig
  • [PATCH 01/12] dma-direct: use is_swiotlb_active in dma_direct_map_page, Christoph Hellwig
  • [PATCH 02/12] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, Christoph Hellwig
  • [PATCH 03/12] swiotlb: simplify swiotlb_max_segment, Christoph Hellwig
  • [PATCH 04/12] swiotlb: rename swiotlb_late_init_with_default_size, Christoph Hellwig
  • [PATCH 05/12] swiotlb: pass a gfp_mask argument to swiotlb_init_late, Christoph Hellwig
  • [PATCH 06/12] MIPS/octeon: use swiotlb_init instead of open coding it, Christoph Hellwig
    • Re: [PATCH 06/12] MIPS/octeon: use swiotlb_init instead of open coding it, Thomas Bogendoerfer
  • [PATCH 07/12] x86: remove the IOMMU table infrastructure, Christoph Hellwig
  • [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled, Christoph Hellwig
    • Re: [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled, Andrew Cooper
      • Re: [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled, Christoph Hellwig
  • [PATCH 09/12] swiotlb: make the swiotlb_init interface more useful, Christoph Hellwig
  • [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Christoph Hellwig
    • RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Michael Kelley (LINUX)
      • Re: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Dongli Zhang
        • RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Michael Kelley (LINUX)
  • [PATCH 12/12] x86: remove cruft from <asm/dma-mapping.h>, Christoph Hellwig
  • [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
    • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Stefano Stabellini
      • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
        • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Stefano Stabellini
          • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
            • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Stefano Stabellini
              • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
                • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Stefano Stabellini
      • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
        • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
        • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
          • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
        • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
          • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
            • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
              • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
                • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
    • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
      • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
        • Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb, Boris Ostrovsky
• cleanup swiotlb initialization v2, Christoph Hellwig
  • [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, Christoph Hellwig
  • [PATCH 03/11] swiotlb: simplify swiotlb_max_segment, Christoph Hellwig
  • [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size, Christoph Hellwig
  • [PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it, Christoph Hellwig
  • [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late, Christoph Hellwig
  • [PATCH 07/11] x86: remove the IOMMU table infrastructure, Christoph Hellwig
    • Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure, Konrad Rzeszutek Wilk
      • Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure, Christoph Hellwig
    • Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure, Anatoly Pugachev
      • Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure, Christoph Hellwig
  • [PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Christoph Hellwig
  • [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Christoph Hellwig
    • Re: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Christophe Leroy
    • RE: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Michael Kelley (LINUX)
      • Re: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Christoph Hellwig
        • RE: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Michael Kelley (LINUX)
  • [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
  • [PATCH 11/11] x86: remove cruft from <asm/dma-mapping.h>, Christoph Hellwig
  • [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page, Christoph Hellwig
• [PATCH v3 00/11] Fix broken usage of driver_override (and kfree of static memory), Krzysztof Kozlowski
  • [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Abel Vesa
      • Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Krzysztof Kozlowski
        • Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Abel Vesa
    • Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Bjorn Helgaas
      • Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v3 03/11] fsl-mc: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v3 04/11] hv: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
    • RE: [PATCH v3 04/11] hv: Use driver_set_override() instead of open-coding, Michael Kelley (LINUX)
  • [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
    • Re: [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding, Vineeth Vijayan
      • Re: [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v3 02/11] amba: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
    • Re: [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding, Bjorn Helgaas
      • Re: [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding, Krzysztof Kozlowski
  • [PATCH v3 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
    • Re: [PATCH v3 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override, Srinivas Kandagatla
  • [PATCH v3 07/11] spi: Use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v3 07/11] spi: Use helper for safer setting of driver_override, Mark Brown
  • [PATCH v3 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
    • Re: [PATCH v3 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override, Abel Vesa
  • [PATCH v3 08/11] vdpa: Use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v3 11/11] rpmsg: Fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
    • Re: [PATCH v3 11/11] rpmsg: Fix kfree() of static memory on setting driver_override, Bjorn Andersson
• [PATCH] x86/kvmclock: Fix Hyper-V Isolated VM's boot issue when vCPUs > 64, Dexuan Cui
  • <Possible follow-ups>
  • Re: [PATCH] x86/kvmclock: Fix Hyper-V Isolated VM's boot issue when vCPUs > 64, Paolo Bonzini
• [PATCH v3 0/2] VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
    • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Ard Biesheuvel
      • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
        • Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng, Ard Biesheuvel
  • [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
    • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Laszlo Ersek
    • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
      • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Michael S. Tsirkin
        • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
      • Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
        • [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                  • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                    • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
                      • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                        • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                      • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
                        • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                          • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Greg KH
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
              • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Alexander Graf
                • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
            • Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Ard Biesheuvel
• [PATCH v2 0/2] VM fork detection for RNG, Jason A. Donenfeld
  • [PATCH v2 1/2] random: add mechanism for VM forks to reinitialize crng, Jason A. Donenfeld
  • [PATCH v2 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork, Jason A. Donenfeld
• [PATCH v2 00/11] Fix broken usage of driver_override (and kfree of static memory), Krzysztof Kozlowski
  • [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Bjorn Helgaas
      • Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Krzysztof Kozlowski
        • Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Bjorn Helgaas
          • Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Krzysztof Kozlowski
            • Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override, Bjorn Helgaas
  • [PATCH v2 06/11] s390: cio: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Michael S. Tsirkin
      • Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Bjorn Helgaas
      • Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Krzysztof Kozlowski
        • Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 04/11] hv: vmbus: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 02/11] amba: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 03/11] fsl-mc: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 07/11] spi: use helper for safer setting of driver_override, Krzysztof Kozlowski
    • Re: [PATCH v2 07/11] spi: use helper for safer setting of driver_override, Mark Brown
      • Re: [PATCH v2 07/11] spi: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 08/11] vdpa: use helper for safer setting of driver_override, Krzysztof Kozlowski
  • [PATCH v2 11/11] rpmsg: fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
  • [PATCH v2 09/11] clk: imx: scu: fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
    • Re: [PATCH v2 09/11] clk: imx: scu: fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
  • [PATCH v2 10/11] slimbus: qcom-ngd: fix kfree() of static memory on setting driver_override, Krzysztof Kozlowski
• Re: [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG, Jason A. Donenfeld
• [RFC 0/2] Drivers: hv: balloon: Temporary fixes for ARM64, Boqun Feng
  • [RFC 1/2] Drivers: hv: balloon: Support status report for larger page sizes, Boqun Feng
    • RE: [RFC 1/2] Drivers: hv: balloon: Support status report for larger page sizes, Michael Kelley (LINUX)
  • [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Boqun Feng
    • RE: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Michael Kelley (LINUX)
      • Re: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Boqun Feng
        • RE: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Michael Kelley (LINUX)
    • [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Boqun Feng
      • RE: [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Michael Kelley (LINUX)
        • Re: [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly, Boqun Feng
• cleanup swiotlb initialization, Christoph Hellwig
  • [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page, Christoph Hellwig
    • Re: [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page, Anshuman Khandual
  • [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, Christoph Hellwig
    • Re: [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set, Anshuman Khandual
  • [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size, Christoph Hellwig
    • Re: [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size, Anshuman Khandual
  • [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late, Christoph Hellwig
    • Re: [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late, Anshuman Khandual
  • [PATCH 03/11] swiotlb: simplify swiotlb_max_segment, Christoph Hellwig
    • Re: [PATCH 03/11] swiotlb: simplify swiotlb_max_segment, Anshuman Khandual
  • [PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it, Christoph Hellwig
  • [PATCH 07/11] x86: remove the IOMMU table infrastructure, Christoph Hellwig
    • Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure, Anshuman Khandual
  • [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb, Christoph Hellwig
    • Re: [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb, Anshuman Khandual
  • [PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction, Christoph Hellwig
  • [PATCH 11/11] x86: remove cruft from <asm/dma-mapping.h>, Christoph Hellwig
  • [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful, Christoph Hellwig
  • Re: cleanup swiotlb initialization, Boris Ostrovsky
    • Re: cleanup swiotlb initialization, Christoph Hellwig
      • Re: cleanup swiotlb initialization, Boris Ostrovsky
        • Re: cleanup swiotlb initialization, Christoph Hellwig
          • Re: cleanup swiotlb initialization, Boris Ostrovsky
            • Re: cleanup swiotlb initialization, Christoph Hellwig
              • Re: cleanup swiotlb initialization, Boris Ostrovsky
• [PATCH] hv_balloon: rate-limit "Unhandled message" warning, Anssi Hannula
  • RE: [PATCH] hv_balloon: rate-limit "Unhandled message" warning, Michael Kelley (LINUX)
    • Re: [PATCH] hv_balloon: rate-limit "Unhandled message" warning, Wei Liu
• Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform, Borislav Petkov
  • Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform, Kirill A. Shutemov
    • Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform, Borislav Petkov
  • Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform, Wei Liu
    • Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform, Borislav Petkov
• [PATCH RFC v1 0/5] Add SCSI per device tagsets, Melanie Plageman (Microsoft)
  • [PATCH RFC v1 5/5] scsi: storvsc: Hardware queues share blk_mq_tags, Melanie Plageman (Microsoft)
  • [PATCH RFC v1 4/5] scsi: storvsc: use per device tag sets, Melanie Plageman (Microsoft)
  • [PATCH RFC v1 1/5] scsi: core: Rename host_tagset to hctx_share_tags, Melanie Plageman (Microsoft)
  • [PATCH RFC v1 2/5] scsi: map_queues() takes tag set instead of host, Melanie Plageman (Microsoft)
  • [PATCH RFC v1 3/5] scsi: core: Add per device tag sets, Melanie Plageman (Microsoft)
  • Re: [PATCH RFC v1 0/5] Add SCSI per device tagsets, Christoph Hellwig
  • Re: [PATCH RFC v1 0/5] Add SCSI per device tagsets, John Garry
• [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Boqun Feng
  • RE: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Michael Kelley (LINUX)
    • Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Wei Liu
      • Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Boqun Feng
        • Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Lorenzo Pieralisi
  • Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Lorenzo Pieralisi
• [GIT PULL] Hyper-V fixes for 5.17-rc5, Wei Liu
  • Re: [GIT PULL] Hyper-V fixes for 5.17-rc5, pr-tracker-bot
• [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers, Stephen Brennan
  • RE: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers, Michael Kelley (LINUX)
    • Re: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers, Stephen Brennan
    • Re: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers, Wei Liu
• [PATCH 1/1] hv_utils: Add comment about max VMbus packet size in VSS driver, Michael Kelley
  • Re: [PATCH 1/1] hv_utils: Add comment about max VMbus packet size in VSS driver, Wei Liu
• [PATCH V2 0/2] x86/hyperv/Swiotlb: Add swiotlb_set_alloc_from_low_pages() switch function., Tianyu Lan
  • [PATCH V2 2/2] x86/hyperv: Make swiotlb bounce buffer allocation not just from low pages, Tianyu Lan
  • [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
    • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
      • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
        • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
          • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
            • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
              • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
                • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
                  • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
                    • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
                      • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
                        • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
                          • Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
• [PATCH] Drivers: hv: utils: Make use of the helper macro LIST_HEAD(), Cai Huoqing
  • Re: [PATCH] Drivers: hv: utils: Make use of the helper macro LIST_HEAD(), Wei Liu
• [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Boqun Feng
  • Re: [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Bjorn Helgaas
    • Re: [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64, Boqun Feng
• [PATCH V2] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), Tianyu Lan
  • Re: [PATCH V2] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), patchwork-bot+netdevbpf
• [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM., Tianyu Lan
  • Re: [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM., Wei Liu
  • Re: [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM., Andrea Parri
• [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64), Michael Kelley
  • Re: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64), Nathan Chancellor
    • RE: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64), Michael Kelley (LINUX)
      • Re: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64), Wei Liu
• Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, kernel test robot
  • <Possible follow-ups>
  • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, kernel test robot
• [PATCH v2 00/24] Driver for Hyper-v virtual compute device, Iouri Tarassov
  • [PATCH v2 02/24] drivers: hv: dxgkrnl: Open device file and dxgprocess creation, Iouri Tarassov
  • [PATCH v2 04/24] drivers: hv: dxgkrnl: Creation of dxgdevice, Iouri Tarassov
  • [PATCH v2 03/24] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects, Iouri Tarassov
  • [PATCH v2 05/24] drivers: hv: dxgkrnl: Creation of dxgcontext objects, Iouri Tarassov
  • [PATCH v2 06/24] drivers: hv: dxgkrnl: Creation of GPU allocations and resources, Iouri Tarassov
  • [PATCH v2 07/24] drivers: hv: dxgkrnl: Create and destroy GPU sync objects, Iouri Tarassov
  • [PATCH v2 13/24] drivers: hv: dxgkrnl: Submit execution commands to the compute device, Iouri Tarassov
  • [PATCH v2 20/24] drivers: hv: dxgkrnl: IOCTLs to offer and reclaim allocations, Iouri Tarassov
  • [PATCH v2 10/24] drivers: hv: dxgkrnl: Sharing of sync objects, Iouri Tarassov
  • [PATCH v2 09/24] drivers: hv: dxgkrnl: Sharing of dxgresource objects, Iouri Tarassov
  • [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION, Iouri Tarassov
    • Re: [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION, Greg KH
      • Re: [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION, Iouri Tarassov
  • [PATCH v2 23/24] drivers: hv: dxgkrnl: IOCTLs to handle GPU virtual addressing (GPU VA), Iouri Tarassov
  • [PATCH v2 17/24] drivers: hv: dxgkrnl: IOCTLs to handle GPU allocation properties, Iouri Tarassov
  • [PATCH v2 16/24] drivers: hv: dxgkrnl: Mmap(unmap) CPU address to device allocation: LX_DXLOCK2, LX_DXUNLOCK2, Iouri Tarassov
  • [PATCH v2 11/24] drivers: hv: dxgkrnl: Creation of hardware queue. Sync object operations to hw queue., Iouri Tarassov
  • [PATCH v2 14/24] drivers: hv: dxgkrnl: Implement LX_DXSHAREOBJECTWITHHOST ioctl, Iouri Tarassov
  • [PATCH v2 12/24] drivers: hv: dxgkrnl: Creation of paging queue objects., Iouri Tarassov
    • Re: [PATCH v2 12/24] drivers: hv: dxgkrnl: Creation of paging queue objects., Greg KH
  • [PATCH v2 08/24] drivers: hv: dxgkrnl: Operations using GPU sync objects, Iouri Tarassov
  • [PATCH v2 15/24] drivers: hv: dxgkrnl: IOCTL to get the dxgdevice state LX_DXGETDEVICESTATE, Iouri Tarassov
  • [PATCH v2 24/24] drivers: hv: dxgkrnl: Add support to map guest pages by host, Iouri Tarassov
  • [PATCH v2 18/24] drivers: hv: dxgkrnl: Various simple IOCTLs and unused ones LX_DXQUERYVIDEOMEMORYINFO, LX_DXFLUSHHEAPTRANSITIONS, LX_DXINVALIDATECACHE LX_DXGETSHAREDRESOURCEADAPTERLUID, Iouri Tarassov
  • [PATCH v2 21/24] drivers: hv: dxgkrnl: Ioctls to set/get scheduling priority, Iouri Tarassov
  • [PATCH v2 22/24] drivers: hv: dxgkrnl: IOCTLs to manage allocation residency, Iouri Tarassov
  • Message not available
    • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Greg KH
  • Message not available
    • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Greg KH
      • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Iouri Tarassov
        • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Greg KH
          • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Iouri Tarassov
  • Message not available
    • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Greg KH
  • Message not available
    • Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, Greg KH
  • Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device, James Hilliard
    • Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device, Christoph Hellwig
      • Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device, James Hilliard
• [PATCH net-next, 0/2] net: mana: Add handling of CQE_RX_TRUNCATED and a cleanup, Haiyang Zhang
  • [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Haiyang Zhang
    • RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Dexuan Cui
    • RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Haiyang Zhang
      • Re: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Jakub Kicinski
        • RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Haiyang Zhang
        • RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Haiyang Zhang
          • Re: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Greg KH
            • RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED, Haiyang Zhang
  • [PATCH net-next, 2/2] net: mana: Remove unnecessary check of cqe_type in mana_process_rx_cqe(), Haiyang Zhang
    • RE: [PATCH net-next, 2/2] net: mana: Remove unnecessary check of cqe_type in mana_process_rx_cqe(), Dexuan Cui
  • Re: [PATCH net-next, 0/2] net: mana: Add handling of CQE_RX_TRUNCATED and a cleanup, patchwork-bot+netdevbpf
• [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
  • RE: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Michael Kelley (LINUX)
    • Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
      • Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
      • RE: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Michael Kelley (LINUX)
        • Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
• [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
  • Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Vitaly Kuznetsov
    • Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Wei Liu
  • Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion, Wei Liu
• [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
  • RE: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion, Michael Kelley (LINUX)
    • Re: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
    • Re: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion, Vitaly Chikunov
• hv: drivers/hv/vmbus_drv.c:2082:29: error: shift count >= width of type, Vitaly Chikunov
  • Re: hv: drivers/hv/vmbus_drv.c:2082:29: error: shift count >= width of type, Vitaly Kuznetsov
• [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), Tianyu Lan
  • RE: [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), Haiyang Zhang
  • RE: [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), Michael Kelley (LINUX)
    • Re: [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove(), Tianyu Lan
• [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
  • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Stephen Hemminger
    • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Geert Uytterhoeven
      • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
        • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Florian Fainelli
          • Re: [Intel-wired-lan] [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Hisashi T Fujinaka
            • Re: [Intel-wired-lan] [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Leon Romanovsky
              • Re: [Intel-wired-lan] [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Richard Cochran
          • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Richard Cochran
          • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Jakub Kicinski
            • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Florian Fainelli
              • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Jakub Kicinski
                • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Florian Fainelli
                  • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
                    • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Jakub Kicinski
                      • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
                        • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Christophe Leroy
                          • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
                          • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
                            • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Richard Cochran
                              • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Arnd Bergmann
    • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Saeed Mahameed
  • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Shannon Nelson
    • Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y, Richard Cochran
• [PATCH net-next, 0/3] net: mana: Add XDP counters, reuse dropped pages, Haiyang Zhang
  • [PATCH net-next, 1/3] net: mana: Add counter for packet dropped by XDP, Haiyang Zhang
  • [PATCH net-next, 2/3] net: mana: Add counter for XDP_TX, Haiyang Zhang
  • [PATCH net-next, 3/3] net: mana: Reuse XDP dropped page, Haiyang Zhang
  • Re: [PATCH net-next, 0/3] net: mana: Add XDP counters, reuse dropped pages, Jakub Kicinski
• [GIT PULL] Hyper-V fixes for 5.17-rc2, Wei Liu
  • Re: [GIT PULL] Hyper-V fixes for 5.17-rc2, pr-tracker-bot
• [PATCH 0/2] Drivers: hv: Minor cleanup around init_vp_index(), Vitaly Kuznetsov
  • [PATCH 1/2] Drivers: hv: Rename 'alloced' to 'allocated', Vitaly Kuznetsov
    • RE: [PATCH 1/2] Drivers: hv: Rename 'alloced' to 'allocated', Michael Kelley (LINUX)
  • [PATCH 2/2] Drivers: hv: Compare cpumasks and not their weights in init_vp_index(), Vitaly Kuznetsov
    • RE: [PATCH 2/2] Drivers: hv: Compare cpumasks and not their weights in init_vp_index(), Michael Kelley (LINUX)
  • Re: [PATCH 0/2] Drivers: hv: Minor cleanup around init_vp_index(), Wei Liu
• [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, longli
  • RE: [EXTERNAL] [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Purna Pavan Chandra Aekkaladevi
  • Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Wei Liu
  • Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Lorenzo Pieralisi
    • Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Wei Liu
• [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
  • [PATCH 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
    • RE: [PATCH 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch, Michael Kelley (LINUX)
  • [PATCH 2/2] x86/hyperv: Set swiotlb_alloc_from_low_pages to false, Tianyu Lan
    • RE: [PATCH 2/2] x86/hyperv: Set swiotlb_alloc_from_low_pages to false, Michael Kelley (LINUX)
  • Re: [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch, Christoph Hellwig
    • Re: [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch, Robin Murphy
    • Re: [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch, Tianyu Lan
• [PATCH] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Miaoqian Lin
  • Re: [PATCH] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Juan Vazquez
    • Re: [PATCH] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Wei Liu
    • [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Miaoqian Lin
      • Re: [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Juan Vazquez
        • Re: [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj, Wei Liu
• [PATCH][next] scsi: storvsc: Use struct_size() helper in storvsc_queuecommand(), Gustavo A. R. Silva
  • RE: [PATCH][next] scsi: storvsc: Use struct_size() helper in storvsc_queuecommand(), Michael Kelley (LINUX)
• [PATCH][next] Drivers: hv: vmbus: Use struct_size() helper in kmalloc(), Gustavo A. R. Silva
  • RE: [PATCH][next] Drivers: hv: vmbus: Use struct_size() helper in kmalloc(), Michael Kelley (LINUX)
    • Re: [PATCH][next] Drivers: hv: vmbus: Use struct_size() helper in kmalloc(), Wei Liu
• [PATCH][next] net: mana: Use struct_size() helper in mana_gd_create_dma_region(), Gustavo A. R. Silva
  • RE: [PATCH][next] net: mana: Use struct_size() helper in mana_gd_create_dma_region(), Dexuan Cui
    • Re: [PATCH][next] net: mana: Use struct_size() helper in mana_gd_create_dma_region(), Jakub Kicinski
• [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Yury Norov
  • Re: [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Wei Liu
  • RE: [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Haiyang Zhang
  • Re: [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Vitaly Kuznetsov
    • RE: [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Michael Kelley (LINUX)
      • RE: [PATCH 43/54] drivers/hv: replace cpumask_weight with cpumask_weight_eq, Vitaly Kuznetsov
• [PATCH] Drivers: hv: balloon: account for vmbus packet header in max_pkt_size, Yanming Liu
  • RE: [PATCH] Drivers: hv: balloon: account for vmbus packet header in max_pkt_size, Michael Kelley (LINUX)
  • Re: [PATCH] Drivers: hv: balloon: account for vmbus packet header in max_pkt_size, Andrea Parri
  • Re: [PATCH] Drivers: hv: balloon: account for vmbus packet header in max_pkt_size, Wei Liu
• [Patch v3] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, longli
  • RE: [Patch v3] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Michael Kelley (LINUX)
  • Re: [Patch v3] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Leon Romanovsky
    • RE: [Patch v3] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Long Li
• [Patch v2] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, longli
  • RE: [Patch v2] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Michael Kelley (LINUX)
    • RE: [Patch v2] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology, Long Li
• [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Michael Kelley
  • RE: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Haiyang Zhang
    • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Wei Liu
      • RE: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Michael Kelley (LINUX)
        • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Wei Liu
          • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Helge Deller
            • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Wei Liu
              • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Helge Deller
                • Re: [PATCH 1/1] video: hyperv_fb: Fix validation of screen resolution, Wei Liu
• [GIT PULL] Hyper-V next for 5.17, Wei Liu
  • Re: [GIT PULL] Hyper-V next for 5.17, pr-tracker-bot
• Re: [PATCH v1 1/9] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, kernel test robot
  • <Possible follow-ups>
  • Re: [PATCH v1 1/9] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter, kernel test robot
• [PATCH v1 0/9] drivers: hv: dxgkrnl: Driver overview, Iouri Tarassov
  • [PATCH v1 3/9] drivers: hv: dxgkrnl: Implement creation/destruction of GPU allocations/resources, Iouri Tarassov
    • Re: [PATCH v1 3/9] drivers: hv: dxgkrnl: Implement creation/destruction of GPU allocations/resources, kernel test robot
  • [PATCH v1 2/9] drivers: hv: dxgkrnl: Open device object, adapter enumeration, dxgdevice, dxgcontext creation, Iouri Tarassov
    • Re: [PATCH v1 2/9] drivers: hv: dxgkrnl: Open device object, adapter enumeration, dxgdevice, dxgcontext creation, Greg KH
    • Re: [PATCH v1 2/9] drivers: hv: dxgkrnl: Open device object, adapter enumeration, dxgdevice, dxgcontext creation, kernel test robot
  • [PATCH v1 4/9] drivers: hv: dxgkrnl: Implement operations with GPU sync objects, Iouri Tarassov
  • [PATCH v1 6/9] drivers: hv: dxgkrnl: Seal the shared resource object when dxgk_share_objects is called., Iouri Tarassov
  • [PATCH v1 5/9] drivers: hv: dxgkrnl: Implement sharing resources and sync objects, Iouri Tarassov
  • [PATCH v1 7/9] drivers: hv: dxgkrnl: Implementation of submit command, paging and hardware queue., Iouri Tarassov
  • [PATCH v1 8/9] drivers: hv: dxgkrnl: Implement various WDDM ioctls, Iouri Tarassov
    • Re: [PATCH v1 8/9] drivers: hv: dxgkrnl: Implement various WDDM ioctls, Greg KH
      • Re: [PATCH v1 8/9] drivers: hv: dxgkrnl: Implement various WDDM ioctls, Iouri Tarassov
        • Re: [PATCH v1 8/9] drivers: hv: dxgkrnl: Implement various WDDM ioctls, Greg KH
          • Re: [PATCH v1 8/9] drivers: hv: dxgkrnl: Implement various WDDM ioctls, Iouri Tarassov
  • [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Iouri Tarassov
    • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Greg KH
      • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Iouri Tarassov
    • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Daniel Vetter
      • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Iouri Tarassov
        • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Daniel Vetter
          • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Iouri Tarassov
            • Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE, Daniel Vetter
  • Re: [PATCH v1 0/9] drivers: hv: dxgkrnl: Driver overview, Nathan Chancellor
    • Re: [PATCH v1 0/9] drivers: hv: dxgkrnl: Driver overview, Iouri Tarassov