Linux Hyperv
[Prev Page][Next Page]
- [PATCH v6 10/12] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 09/12] clk: imx: scu: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 11/12] rpmsg: Constify local variable in field store macro
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 12/12] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 08/12] vdpa: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 07/12] spi: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 06/12] s390/cio: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 05/12] PCI: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 04/12] hv: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 03/12] fsl-mc: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 02/12] amba: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 00/12] Fix broken usage of driver_override (and kfree of static memory)
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- [PATCH v6 01/12] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- Re: [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
- Re: [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- Re: [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- Re: [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- RE: [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [RFC PATCH 1/4] Drivers: hv: vmbus: Remove special code for unsolicited messages
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- [PATCH] Drivers: hv: vmbus: Replace smp_store_mb() with virt_store_mb()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [RFC PATCH 4/4] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [RFC PATCH 3/4] Drivers: hv: vmbus: Introduce vmbus_sendpacket_getid()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [RFC PATCH 2/4] PCI: hv: Use vmbus_requestor to generate transaction IDs for VMbus hardening
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [RFC PATCH 1/4] Drivers: hv: vmbus: Remove special code for unsolicited messages
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [RFC PATCH 0/4] PCI: hv: Miscellaneous changes
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- Backport fix for 5.15: hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
- From: Petr Štetiar <ynezz@xxxxxxx>
- Re: Backport fix for 5.15: hv: utils: add PTP_1588_CLOCK to Kconfig to fix build
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 1/1] hv: drivers: vmbus: Prevent load re-ordering when reading ring buffer
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH v2 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH v2 1/2] Drivers: hv: balloon: Support status report for larger page sizes
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH v2 0/2] Drivers: hv: balloon: Temporary fixes for ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [GIT PULL] Hyper-V next for 5.18
- From: pr-tracker-bot@xxxxxxxxxx
- [PATCH v3 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v3 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v3 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- RE: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH v2 2/2] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v2 1/2] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v2 0/2] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [GIT PULL] Hyper-V next for 5.18
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- RE: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- RE: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
- RE: [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- RE: [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [EXTERNAL] [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
- RE: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH 2/2] PCI: hv: Fix synchronization between channel callback and hv_compose_msi_msg()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [PATCH 1/2] PCI: hv: Use IDR to generate transaction IDs for VMBus hardening
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- [PATCH 0/2] PCI: hv: Miscellaneous changes
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- Re: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- RE: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 3/4 RESEND] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
- From: Robin Murphy <robin.murphy@xxxxxxx>
- [PATCH 2/4 RESEND] dma-mapping: Add wrapper function to set dma_coherent
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 4/4 RESEND] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 3/4 RESEND] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 1/4 RESEND] ACPI: scan: Export acpi_get_dma_attr()
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 0/4 RESEND] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 4/4] PCI: hv: Propagate coherence from VMbus device to PCI device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 3/4] Drivers: hv: vmbus: Propagate VMbus coherence to each VMbus device
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 2/4] dma-mapping: Add wrapper function to set dma_coherent
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 1/4] ACPI: scan: Export acpi_get_dma_attr()
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 0/4] Fix coherence for VMbus and PCI pass-thru devices in Hyper-V VM
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH -next] PCI: hv: Remove unused function hv_set_msi_entry_from_desc()
- From: YueHaibing <yuehaibing@xxxxxxxxxx>
- Re: [PATCH v5 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [PATCH v5 08/11] vdpa: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 07/11] spi: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 06/11] s390/cio: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 03/11] fsl-mc: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 02/11] amba: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 04/11] hv: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 00/11] Fix broken usage of driver_override (and kfree of static memory)
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v5 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2] hv_netvsc: Add check for kvmalloc_array
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH] Drivers: hv: vmbus: Fix potential crash on module unload
- From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
- Re: [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- RE: [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH v2] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- [PATCH 15/15] x86: remove cruft from <asm/dma-mapping.h>
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/15] swiotlb: remove swiotlb_init_with_tbl and swiotlb_init_late_with_tbl
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/15] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/15] swiotlb: provide swiotlb_init variants that remap the buffer
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/15] swiotlb: pass a gfp_mask argument to swiotlb_init_late
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/15] swiotlb: make the swiotlb_init interface more useful
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/15] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/15] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/15] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/15] MIPS/octeon: use swiotlb_init instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/15] arm/xen: don't check for xen_initial_domain() in xen_create_contiguous_region
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/15] dma-direct: use is_swiotlb_active in dma_direct_map_page
- From: Christoph Hellwig <hch@xxxxxx>
- cleanup swiotlb initialization v5
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/15] swiotlb: rename swiotlb_late_init_with_default_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/15] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/15] swiotlb: simplify swiotlb_max_segment
- From: Christoph Hellwig <hch@xxxxxx>
- swiotlb: provide swiotlb_init variants that remap the buffer
- From: Christoph Hellwig <hch@xxxxxx>
- swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- [PATCH v2] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- [PATCHi v2] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- Re: [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
- Re: [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v4 06/11] s390/cio: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 04/11] hv: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 02/11] amba: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 08/11] vdpa: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 07/11] spi: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 00/11] Fix broken usage of driver_override (and kfree of static memory)
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 03/11] fsl-mc: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v4 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH] net: netvsc: remove break after return
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v3 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- [PATCH 25/31] KVM: selftests: Sync 'struct hv_enlightened_vmcs' definition with hyperv-tlfs.h
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 27/31] KVM: selftests: nSVM: Allocate Hyper-V partition assist and VP assist pages
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 18/31] KVM: nSVM: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 26/31] KVM: selftests: nVMX: Allocate Hyper-V partition assist page
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 21/31] KVM: selftests: Better XMM read/write helpers
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 30/31] KVM: selftests: Move Hyper-V VP assist page enablement out of evmcs.h
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 22/31] KVM: selftests: Hyper-V PV IPI selftest
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 29/31] KVM: selftests: evmcs_test: Direct TLB flush test
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 24/31] KVM: selftests: Hyper-V PV TLB flush selftest
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 23/31] KVM: selftests: Make it possible to replace PTEs with __virt_pg_map()
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 31/31] KVM: selftests: hyperv_svm_test: Add Direct TLB flush test
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 28/31] KVM: selftests: Sync 'struct hv_vp_assist_page' definition with hyperv-tlfs.h
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 19/31] KVM: x86: Expose Hyper-V Direct TLB flush feature
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 20/31] KVM: selftests: Add hyperv_svm_test to .gitignore
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 15/31] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 10/31] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 06/31] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi()
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 01/31] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 17/31] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 05/31] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 03/31] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 11/31] KVM: x86: Introduce .post_hv_direct_flush() nested hook
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 09/31] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 14/31] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 12/31] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall()
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 08/31] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks'
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 07/31] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 02/31] KVM: x86: hyper-v: Introduce TLB flush ring
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 00/31] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 13/31] KVM: x86: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 16/31] KVM: nVMX: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH 04/31] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- RE: [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH] Drivers: hv: vmbus: Fix initialization of device object in vmbus_device_register()
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- Re: [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- [PATCH] hv_netvsc: Add check for kvmalloc_array
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Steve Pronovost <spronovo@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] net: netvsc: remove break after return
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH] net: netvsc: remove break after return
- From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Steve Pronovost <spronovo@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- [PATCH 1/1] x86/hyperv: Output host build info as normal Windows version number
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH RFC 13/19] KVM: x86: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 15/19] x86/hyperv: Fix 'struct hv_enlightened_vmcs' definition
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 17/19] KVM: x86: KVM_REQ_TLB_FLUSH_CURRENT is a superset of KVM_REQ_HV_TLB_FLUSH too
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 14/19] KVM: x86: hyper-v: Introduce fast kvm_hv_direct_tlb_flush_exposed() check
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 18/19] KVM: nSVM: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 19/19] KVM: x86: Expose Hyper-V Direct TLB flush feature
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 16/19] KVM: nVMX: hyper-v: Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 11/19] KVM: x86: Introduce .post_hv_direct_flush() nested hook
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 12/19] KVM: x86: hyper-v: Introduce kvm_hv_is_tlb_flush_hcall()
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 05/19] KVM: x86: Prepare kvm_hv_flush_tlb() to handle L2's GPAs
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 06/19] KVM: x86: hyper-v: Don't use sparse_set_to_vcpu_mask() in kvm_hv_send_ipi()
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 10/19] KVM: nSVM: Keep track of Hyper-V hv_vm_id/hv_vp_id
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 08/19] KVM: x86: hyper-v: Use preallocated buffer in 'struct kvm_vcpu_hv' instead of on-stack 'sparse_banks'
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 09/19] KVM: nVMX: Keep track of hv_vm_id/hv_vp_id when eVMCS is in use
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 07/19] KVM: x86: hyper-v: Create a separate ring for Direct TLB flush
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 03/19] KVM: x86: hyper-v: Handle HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST{,EX} calls gently
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 04/19] KVM: x86: hyper-v: Expose support for extended gva ranges for flush hypercalls
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 02/19] KVM: x86: hyper-v: Introduce TLB flush ring
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 01/19] KVM: x86: hyper-v: Resurrect dedicated KVM_REQ_HV_TLB_FLUSH flag
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- [PATCH RFC 00/19] KVM: x86: hyper-v: Fine-grained TLB flush + Direct TLB flush feature
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
- RE: [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- [PATCH] arm64: hyperv: make the format of 'Hyper-V: Host Build' output match x86
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 06/12] MIPS/octeon: use swiotlb_init instead of open coding it
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 30/30] drivers: hv: dxgkrnl: Add support to map guest pages by host
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 10/30] drivers: hv: dxgkrnl: Creation of compute device sync objects
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH v3 08/30] drivers: hv: dxgkrnl: Creation of dxgcontext objects
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 06/30] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: [PATCH v3 00/30] Driver for Hyper-v virtual compute device
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
- Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 04/30] drivers: hv: dxgkrnl: Creation of dxgadapter object
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 03/30] drivers: hv: dxgkrnl: Add VM bus message support, initialize VM bus channels.
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 01/30] drivers: hv: dxgkrnl: Add virtual compute device VM bus channel guids
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- [PATCH v3 21/30] drivers: hv: dxgkrnl: Flush heap transitions
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 14/30] drivers: hv: dxgkrnl: Creation of hardware queues. Sync object operations to hw queue.
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 24/30] drivers: hv: dxgkrnl: Ioctl to put device to error state
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 28/30] drivers: hv: dxgkrnl: Manage residency of allocations
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 19/30] drivers: hv: dxgkrnl: Map(unmap) CPU address to device allocation
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 17/30] drivers: hv: dxgkrnl: Share objects with the host
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 25/30] drivers: hv: dxgkrnl: Ioctls to query statistics and clock calibration
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 29/30] drivers: hv: dxgkrnl: Manage compute device virtual addresses
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 27/30] drivers: hv: dxgkrnl: Ioctls to manage scheduling priority
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 20/30] drivers: hv: dxgkrnl: Manage device allocation properties
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 15/30] drivers: hv: dxgkrnl: Creation of paging queue objects.
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 22/30] drivers: hv: dxgkrnl: Query video memory information
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 23/30] drivers: hv: dxgkrnl: The escape ioctl
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 30/30] drivers: hv: dxgkrnl: Add support to map guest pages by host
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 26/30] drivers: hv: dxgkrnl: Offer and reclaim allocations
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 13/30] drivers: hv: dxgkrnl: Sharing of sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 16/30] drivers: hv: dxgkrnl: Submit execution commands to the compute device
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 18/30] drivers: hv: dxgkrnl: Query the dxgdevice state
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 07/30] drivers: hv: dxgkrnl: Creation of dxgdevice objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 05/30] drivers: hv: dxgkrnl: Opening of /dev/dxg device and dxgprocess creation
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 12/30] drivers: hv: dxgkrnl: Sharing of dxgresource objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 11/30] drivers: hv: dxgkrnl: Operations using sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 08/30] drivers: hv: dxgkrnl: Creation of dxgcontext objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 02/30] drivers: hv: dxgkrnl: Driver initialization and loading
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 10/30] drivers: hv: dxgkrnl: Creation of compute device sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 04/30] drivers: hv: dxgkrnl: Creation of dxgadapter object
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 06/30] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 09/30] drivers: hv: dxgkrnl: Creation of compute device allocations and resources
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 03/30] drivers: hv: dxgkrnl: Add VM bus message support, initialize VM bus channels.
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 00/30] Driver for Hyper-v virtual compute device
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 01/30] drivers: hv: dxgkrnl: Add virtual compute device VM bus channel guids
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
- From: Srinivas Kandagatla <srinivas.kandagatla@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: propagating vmgenid outward and upward
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding
- From: Vineeth Vijayan <vneethv@xxxxxxxxxxxxx>
- propagating vmgenid outward and upward
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH] hv_balloon: rate-limit "Unhandled message" warning
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- [PATCH] Drivers: hv: vmbus: Deactivate sysctl_record_panic_msg by default in isolated guests
- From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
- From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
- [PATCH 11/12] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/12] x86: remove cruft from <asm/dma-mapping.h>
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/12] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/12] swiotlb: make the swiotlb_init interface more useful
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/12] x86: centralize setting SWIOTLB_FORCE when guest memory encryption is enabled
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/12] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/12] MIPS/octeon: use swiotlb_init instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/12] swiotlb: pass a gfp_mask argument to swiotlb_init_late
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/12] swiotlb: rename swiotlb_late_init_with_default_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/12] swiotlb: simplify swiotlb_max_segment
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/12] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
- From: Christoph Hellwig <hch@xxxxxx>
- cleanup swiotlb initialization v4
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/12] dma-direct: use is_swiotlb_active in dma_direct_map_page
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- RE: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v3 07/11] spi: Use helper for safer setting of driver_override
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Abel Vesa <abel.vesa@xxxxxxx>
- Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
- From: Abel Vesa <abel.vesa@xxxxxxx>
- Re: [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Abel Vesa <abel.vesa@xxxxxxx>
- RE: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- RE: [PATCH v3 04/11] hv: Use driver_set_override() instead of open-coding
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/11] x86: remove cruft from <asm/dma-mapping.h>
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/11] swiotlb: simplify swiotlb_max_segment
- From: Christoph Hellwig <hch@xxxxxx>
- cleanup swiotlb initialization v2
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v3 11/11] rpmsg: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 08/11] vdpa: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 09/11] clk: imx: scu: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 07/11] spi: Use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 10/11] slimbus: qcom-ngd: Fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 05/11] PCI: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 02/11] amba: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 06/11] s390: cio: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 04/11] hv: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 03/11] fsl-mc: Use driver_set_override() instead of open-coding
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 00/11] Fix broken usage of driver_override (and kfree of static memory)
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v3 01/11] driver: platform: Add helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- RE: [PATCH] hv_balloon: rate-limit "Unhandled message" warning
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- RE: [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Alexander Graf <graf@xxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v4] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH] x86/kvmclock: Fix Hyper-V Isolated VM's boot issue when vCPUs > 64
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH] x86/kvmclock: Fix Hyper-V Isolated VM's boot issue when vCPUs > 64
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- Re: [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM.
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- [RFC v1.1] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Christoph Hellwig <hch@xxxxxx>
- Re: cleanup swiotlb initialization
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v3 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 1/2] random: add mechanism for VM forks to reinitialize crng
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 0/2] VM fork detection for RNG
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 03/11] swiotlb: simplify swiotlb_max_segment
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- RE: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: cleanup swiotlb initialization
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH v2 2/2] virt: vmgenid: introduce driver for reinitializing RNG on VM fork
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v2 1/2] random: add mechanism for VM forks to reinitialize crng
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v2 0/2] VM fork detection for RNG
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 07/11] spi: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- Re: [PATCH v2 07/11] spi: use helper for safer setting of driver_override
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v2 09/11] clk: imx: scu: fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 10/11] slimbus: qcom-ngd: fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 09/11] clk: imx: scu: fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 11/11] rpmsg: fix kfree() of static memory on setting driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 08/11] vdpa: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 07/11] spi: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 03/11] fsl-mc: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 02/11] amba: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 04/11] hv: vmbus: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 06/11] s390: cio: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 05/11] pci: use helper for safer setting of driver_override
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- [PATCH v2 00/11] Fix broken usage of driver_override (and kfree of static memory)
- From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
- RE: [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [RFC 1/2] Drivers: hv: balloon: Support status report for larger page sizes
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH RFC v1 2/2] drivers/virt: add vmgenid driver for reinitializing RNG
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [RFC 2/2] Drivers: hv: balloon: Disable balloon and hot-add accordingly
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC 1/2] Drivers: hv: balloon: Support status report for larger page sizes
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC 0/2] Drivers: hv: balloon: Temporary fixes for ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/11] x86: remove cruft from <asm/dma-mapping.h>
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/11] x86: remove the IOMMU table infrastructure
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/11] swiotlb: simplify swiotlb_max_segment
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page
- From: Christoph Hellwig <hch@xxxxxx>
- cleanup swiotlb initialization
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- [PATCH] hv_balloon: rate-limit "Unhandled message" warning
- From: Anssi Hannula <anssi.hannula@xxxxxxxxxx>
- Re: [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM.
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH RFC v1 0/5] Add SCSI per device tagsets
- From: John Garry <john.garry@xxxxxxxxxx>
- Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCHv3.1 2/32] x86/coco: Explicitly declare type of confidential computing platform
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH RFC v1 0/5] Add SCSI per device tagsets
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH RFC v1 3/5] scsi: core: Add per device tag sets
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- [PATCH RFC v1 2/5] scsi: map_queues() takes tag set instead of host
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- [PATCH RFC v1 1/5] scsi: core: Rename host_tagset to hctx_share_tags
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- [PATCH RFC v1 4/5] scsi: storvsc: use per device tag sets
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- [PATCH RFC v1 0/5] Add SCSI per device tagsets
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- [PATCH RFC v1 5/5] scsi: storvsc: Hardware queues share blk_mq_tags
- From: "Melanie Plageman (Microsoft)" <melanieplageman@xxxxxxxxx>
- Re: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH 1/1] hv_utils: Add comment about max VMbus packet size in VSS driver
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- RE: [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- RE: [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [RFC PATCH v2] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [GIT PULL] Hyper-V fixes for 5.17-rc5
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- [GIT PULL] Hyper-V fixes for 5.17-rc5
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- [PATCH] drivers: hv: log when enabling crash_kexec_post_notifiers
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- [PATCH 1/1] hv_utils: Add comment about max VMbus packet size in VSS driver
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH] Drivers: hv: utils: Make use of the helper macro LIST_HEAD()
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- [PATCH V2 1/2] Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- [PATCH V2 0/2] x86/hyperv/Swiotlb: Add swiotlb_set_alloc_from_low_pages() switch function.
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- [PATCH V2 2/2] x86/hyperv: Make swiotlb bounce buffer allocation not just from low pages
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH V2] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device
- From: James Hilliard <james.hilliard1@xxxxxxxxx>
- [PATCH] Drivers: hv: utils: Make use of the helper macro LIST_HEAD()
- From: Cai Huoqing <cai.huoqing@xxxxxxxxx>
- [RFC PATCH] PCI: hv: Avoid the retarget interrupt hypercall in irq_unmask() on ARM64
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH V2] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove()
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove()
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64)
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [RFC FATCH] x86/Hyper-V: Add SEV negotiate protocol support in Isolation VM.
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64)
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH 1/1] Drivers: hv: vmbus: Rework use of DMA_BIT_MASK(64)
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj
- From: Juan Vazquez <juvazq@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 00/24] Driver for Hyper-v virtual compute device
- From: James Hilliard <james.hilliard1@xxxxxxxxx>
- Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH net-next, 0/2] net: mana: Add handling of CQE_RX_TRUNCATED and a cleanup
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- RE: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 12/24] drivers: hv: dxgkrnl: Creation of paging queue objects.
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH v2 01/24] drivers: hv: dxgkrnl: Driver initialization and creation of dxgadapter
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- [PATCH v2 22/24] drivers: hv: dxgkrnl: IOCTLs to manage allocation residency
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 21/24] drivers: hv: dxgkrnl: Ioctls to set/get scheduling priority
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 18/24] drivers: hv: dxgkrnl: Various simple IOCTLs and unused ones LX_DXQUERYVIDEOMEMORYINFO, LX_DXFLUSHHEAPTRANSITIONS, LX_DXINVALIDATECACHE LX_DXGETSHAREDRESOURCEADAPTERLUID
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 24/24] drivers: hv: dxgkrnl: Add support to map guest pages by host
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 15/24] drivers: hv: dxgkrnl: IOCTL to get the dxgdevice state LX_DXGETDEVICESTATE
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 08/24] drivers: hv: dxgkrnl: Operations using GPU sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 12/24] drivers: hv: dxgkrnl: Creation of paging queue objects.
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 14/24] drivers: hv: dxgkrnl: Implement LX_DXSHAREOBJECTWITHHOST ioctl
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 11/24] drivers: hv: dxgkrnl: Creation of hardware queue. Sync object operations to hw queue.
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 16/24] drivers: hv: dxgkrnl: Mmap(unmap) CPU address to device allocation: LX_DXLOCK2, LX_DXUNLOCK2
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 17/24] drivers: hv: dxgkrnl: IOCTLs to handle GPU allocation properties
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 23/24] drivers: hv: dxgkrnl: IOCTLs to handle GPU virtual addressing (GPU VA)
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 19/24] drivers: hv: dxgkrnl: Simple IOCTLs LX_DXESCAPE, LX_DXMARKDEVICEASERROR, LX_DXQUERYSTATISTICS, LX_DXQUERYCLOCKCALIBRATION
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 09/24] drivers: hv: dxgkrnl: Sharing of dxgresource objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 10/24] drivers: hv: dxgkrnl: Sharing of sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 20/24] drivers: hv: dxgkrnl: IOCTLs to offer and reclaim allocations
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 13/24] drivers: hv: dxgkrnl: Submit execution commands to the compute device
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 07/24] drivers: hv: dxgkrnl: Create and destroy GPU sync objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 06/24] drivers: hv: dxgkrnl: Creation of GPU allocations and resources
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 05/24] drivers: hv: dxgkrnl: Creation of dxgcontext objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 03/24] drivers: hv: dxgkrnl: Enumerate and open dxgadapter objects
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 04/24] drivers: hv: dxgkrnl: Creation of dxgdevice
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 02/24] drivers: hv: dxgkrnl: Open device file and dxgprocess creation
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 00/24] Driver for Hyper-v virtual compute device
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 9/9] drivers: hv: dxgkrnl: Implement DXGSYNCFILE
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 0/9] drivers: hv: dxgkrnl: Driver overview
- From: Iouri Tarassov <iourit@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH net-next, 2/2] net: mana: Remove unnecessary check of cqe_type in mana_process_rx_cqe()
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- RE: [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- [PATCH net-next, 2/2] net: mana: Remove unnecessary check of cqe_type in mana_process_rx_cqe()
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH net-next, 1/2] net: mana: Add handling of CQE_RX_TRUNCATED
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH net-next, 0/2] net: mana: Add handling of CQE_RX_TRUNCATED and a cleanup
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- RE: [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH v3] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: hv: drivers/hv/vmbus_drv.c:2082:29: error: shift count >= width of type
- From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
- Re: [PATCH V7 4/5] scsi: storvsc: Add Isolation VM support for storvsc driver
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH v2] drivers: hv: vmbus: Fix build on Clang 12 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- RE: [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- [PATCH] drivers: hv: vmbus: Fix build on GCC 11 failed by DMA_BIT_MASK(64) expansion
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- hv: drivers/hv/vmbus_drv.c:2082:29: error: shift count >= width of type
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH V7 4/5] scsi: storvsc: Add Isolation VM support for storvsc driver
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH v2] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj
- From: Miaoqian Lin <linmq006@xxxxxxxxx>
- Re: [PATCH 0/2] Drivers: hv: Minor cleanup around init_vp_index()
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH] Drivers: hv: vmbus: Fix memory leak in vmbus_add_channel_kobj
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [PATCH][next] Drivers: hv: vmbus: Use struct_size() helper in kmalloc()
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- RE: [PATCH] Netvsc: Call hv_unmap_memory() in the netvsc_device_remove()
- From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH net-next] net: kbuild: Don't default net vendor configs to y
- From: Richard Cochran <richardcochran@xxxxxxxxx>
- Re: [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Tianyu Lan <ltykernel@xxxxxxxxx>
- Re: [PATCH 0/2] x86/hyperv/Swiotlb: Add swiotlb_alloc_from_low_pages switch
- From: Robin Murphy <robin.murphy@xxxxxxx>
[Index of Archives]
[Linux Samsung SoC]
[Linux Rockchip SoC]
[Linux for Synopsys ARC Processors]
[Linux Actions SoC]
[Linux Kernel]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Scanners]
[Yosemite Forum]