Linux Virtualization Development

• Thread Index

• [PATCH v2 00/10] drm/bochs: Modernize driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH vhost v2 00/10] vdpa/mlx5: Parallelize device suspend/resume
  • From: Lei Yang <leiyang@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v4 1/3] vduse: avoid using __GFP_NOFAIL
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 1/3] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: document __GFP_NOFAIL must be blockable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 1/3] vduse: avoid using __GFP_NOFAIL
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH -next] vdpa: Remove unused declarations
  • From: Zhu Lingshan <lingshan.zhu@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 2/2] virtiofs: use GFP_NOFS when enqueuing request through kworker
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• [PATCH v4 0/2] virtiofs: fix the warning for kernel direct IO
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• [PATCH v4 1/2] virtiofs: use pages instead of pointer for kernel direct IO
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• [PATCH v4 3/3] mm: warn about illegal __GFP_NOFAIL usage in a more appropriate location and manner
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v4 2/3] mm: document __GFP_NOFAIL must be blockable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v4 1/3] vduse: avoid using __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v4 0/3] mm/vdpa: correct misuse of non-direct-reclaim __GFP_NOFAIL and improve related doc and warn
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• [PATCH net-next v16 04/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH vhost 1/7] vdpa/mlx5: Create direct MKEYs in parallel
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 7/7] vdpa/mlx5: Postpone MR deletion
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 6/7] vdpa/mlx5: Introduce init/destroy for MR resources
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 5/7] vdpa/mlx5: Rename mr_mtx -> lock
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 4/7] vdpa/mlx5: Extract mr members in own resource struct
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 3/7] vdpa/mlx5: Rename function
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 2/7] vdpa/mlx5: Delete direct MKEYs in parallel
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 1/7] vdpa/mlx5: Create direct MKEYs in parallel
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 0/7] vdpa/mlx5: Optimze MKEY operations
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH v8 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v8 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v8 2/3] LoongArch: KVM: Implement function kvm_para_has_feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v8 0/3] Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] virtio-crypto: support crypto engine framework
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add virtio-vsock driver in the VIRTIO CORE section
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 1/2] mlx5_vnet: Set speed and duplex of vDPA devices to UNKNOWN
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 09/10] drm/bochs: Validate display modes against available video memory
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 1/2] mlx5_vnet: Set speed and duplex of vDPA devices to UNKNOWN
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH vhost 7/7] vdpa/mlx5: Postpone MR deletion
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• [PATCH 2/2] vdpa: Add support to update speed/duplex in vDPA/mlx5_vnet
  • From: Carlos Bilbao <carlos.bilbao.osdev@xxxxxxxxx>
• [PATCH 1/2] mlx5_vnet: Set speed and duplex of vDPA devices to UNKNOWN
  • From: Carlos Bilbao <carlos.bilbao.osdev@xxxxxxxxx>
• [PATCH 0/2] Initialize vDPA speed/duplex and support their updates
  • From: Carlos Bilbao <carlos.bilbao.osdev@xxxxxxxxx>
• Re: [PATCH vhost 6/7] vdpa/mlx5: Introduce init/destroy for MR resources
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH vhost 7/7] vdpa/mlx5: Postpone MR deletion
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH vhost 1/7] vdpa/mlx5: Create direct MKEYs in parallel
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add virtio-vsock driver in the VIRTIO CORE section
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 7/7] vdpa/mlx5: Postpone MR deletion
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 6/7] vdpa/mlx5: Introduce init/destroy for MR resources
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• [PATCH] MAINTAINERS: add virtio-vsock driver in the VIRTIO CORE section
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH vhost 5/7] vdpa/mlx5: Rename mr_mtx -> lock
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 2/7] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 7/7] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 5/7] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 4/7] gpio: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 1/7] PCI: Deprecate pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 3/7] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v5 0/7] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH vhost 4/7] vdpa/mlx5: Extract mr members in own resource struct
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH v7 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH vhost 2/7] vdpa/mlx5: Delete direct MKEYs in parallel
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] virtio-fs: Add 'file' mount option
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH vhost 1/7] vdpa/mlx5: Create direct MKEYs in parallel
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH 0/2] virtio-fs: Add 'file' mount option
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/2] virtio-fs: Add 'file' mount option
  • From: Hanna Czenczek <hreitz@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v7 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• 撤回: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Kyle Xu <zhenbing.xu@xxxxxxxxxxxxx>
• 回复: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Kyle Xu <zhenbing.xu@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Luigi Leonardi <luigi.leonardi@xxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH 0/2] virtio-fs: Add 'file' mount option
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH] vdpa: Set speed and duplex of mlx5_vnet to UNKNOWN
  • From: Carlos Bilbao <carlos.bilbao.osdev@xxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] virtio-fs: let -ENOMEM bubble up or burst gently
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v1] drm/ci: increase timeout for all jobs
  • From: Helen Mae Koike Fornazier <helen.koike@xxxxxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] block: mtip32xx: Replace deprecated PCI functions
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v7 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH vhost v2 10/10] vdpa/mlx5: Parallelize VQ suspend/resume for CVQ MQ command
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 09/10] vdpa/mlx5: Small improvement for change_num_qps()
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 05/10] vdpa/mlx5: Use async API for vq modify commands
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 04/10] vdpa/mlx5: Use async API for vq query command
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 03/10] vdpa/mlx5: Introduce async fw command wrapper
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [RFC 0/7] vhost: Add support of kthread API
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC 2/7] vhost: Add kthread support in function vhost_worker_queue()
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• RE: [EXTERNAL] Re: [PATCH] vdpa: Add support for no-IOMMU mode
  • From: Srujana Challa <schalla@xxxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Fix invalid mr resource destroy
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v4 3/7] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v4 5/7] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Fix invalid mr resource destroy
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] vdpa_sim: don't select DMA_OPS
  • From: Christoph Hellwig <hch@xxxxxx>
• clearly mark DMA_OPS support as an architecture feature v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Fix invalid mr resource destroy
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v1] drm/ci: increase timeout for all jobs
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Fix invalid mr resource destroy
  • From: "Nelson, Shannon" <shannon.nelson@xxxxxxx>
• Re: [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: "Nelson, Shannon" <shannon.nelson@xxxxxxx>
• Re: [PATCH v1] drm/ci: increase timeout for all jobs
  • From: Helen Mae Koike Fornazier <helen.koike@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] block: mtip32xx: Replace deprecated PCI functions
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 0/7] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 7/7] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 5/7] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 6/7] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 4/7] gpio: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 3/7] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 2/7] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 1/7] PCI: Deprecate pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v4 0/7] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [RFC] vDPA: Trying to make sense of config data
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH] vdpa/mlx5: Fix invalid mr resource destroy
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH] vdpa/mlx5: Use random MAC address when no nic vport MAC set
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/9] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Xu Yilun <yilun.xu@xxxxxxxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 2/7] vhost: Add kthread support in function vhost_worker_queue()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 0/7] vhost: Add support of kthread API
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v3] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH net-next v15 04/13] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 00/10] rm/bochs: Modernize driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 1/2] drm/virtio: Defer the host dumb buffer creation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 00/10] rm/bochs: Modernize driver
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v1 2/2] virtio_fs: add sysfs entries for queue information
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• [PATCH v1 1/2] virtio_fs: introduce virtio_fs_put_locked helper
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• clearly mark DMA_OPS support as an architecture feasture
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] virtio_pmem: Add freeze/restore callbacks
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• [PATCH] mlx5: Add support to update the vDPA configuration
  • From: Carlos Bilbao <bilbao@xxxxxx>
• [RFC] Why is set_config not supported in mlx5_vnet?
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm/virtio: Defer the host dumb buffer creation
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH net-next v14 04/11] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 00/10] rm/bochs: Modernize driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC] vDPA: Trying to make sense of config data
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] rm/bochs: Modernize driver
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 10/10] drm/gem-vram: Remove support for simple display pipelines
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/10] drm/bochs: Use GEM SHMEM helpers for memory management
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/10] drm/bochs: Validate display modes against available video memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/10] drm/bochs: Pass bochs device to various functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/10] drm/bochs: Use regular atomic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/10] drm/bochs: Allocate DRM device in struct bochs_device
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/10] drm/bochs: Use helpers for struct drm_edid
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/10] drm/bochs: Do managed resource cleanup
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/10] drm/bochs: Upcast with to_bochs_device()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/10] drm/bochs: Remove manual format test from fb_create
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/10] rm/bochs: Modernize driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5] ptp: Add support for the AMZNC10C 'vmclock' device
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 1/2] drm/virtio: Defer the host dumb buffer creation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v7 2/3] LoongArch: KVM: Implement function kvm_para_has_feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v7 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v7 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v7 0/3] Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [RFC] vDPA: Trying to make sense of config data
  • From: Carlos Bilbao <cbilbao@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/virtio: Add support for XRGB8888 and BGRX8888
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH 1/2] drm/virtio: Defer the host dumb buffer creation
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Sergio Lopez Pascual <slp@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] PCI: Remove pcim_iounmap_regions()
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v3 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v3 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• [PATCH v3 9/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 7/9] vdpa: solidrun: Fix UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 3/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 4/9] gpio: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 2/9] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 1/9] PCI: Make pcim_iounmap_region() a public function
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v3 0/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v4] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v4] ptp: Add vDSO-style vmclock support
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Darren Kenny <darren.kenny@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 7/9] vdpa: solidrun: Fix potential UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 7/9] vdpa: solidrun: Fix potential UB bug with devres
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH vhost 4/7] vdpa/mlx5: Extract mr members in own resource struct
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v2 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH vhost 3/7] vdpa/mlx5: Rename function
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 7/7] vdpa/mlx5: Postpone MR deletion
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 5/7] vdpa/mlx5: Rename mr_mtx -> lock
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 6/7] vdpa/mlx5: Introduce init/destroy for MR resources
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 2/7] vdpa/mlx5: Delete direct MKEYs in parallel
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 1/7] vdpa/mlx5: Create direct MKEYs in parallel
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 0/7] vdpa/mlx5: Optimze MKEY operations
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 7/9] vdpa: solidrun: Fix potential UB bug with devres
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH net-next 03/13] virtio_ring: packed: harden dma unmap for indirect
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v6 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v6 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v2 2/9] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 3/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v2 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH v2 9/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 7/9] vdpa: solidrun: Fix potential UB bug with devres
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 6/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 5/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 4/9] gpio: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 3/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 2/9] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 1/9] PCI: Make pcim_iounmap_region() a public function
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH v2 0/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• Re: [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 7/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 7/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 6/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 4/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH RFC v2] mmc/virtio: Add virtio MMC driver for QEMU emulation
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH v2 2/2] drm/virtio: Fix host color format for big endian guests
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH v2 1/2] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 7/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 6/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH net-next 06/13] virtio_ring: remove API virtqueue_set_dma_premapped
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 11/13] virtio_net: xsk: tx: handle the transmitted xsk buffer
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 12/13] virtio_net: update tx timeout record
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 13/13] virtio_net: xdp_features add NETDEV_XDP_ACT_XSK_ZEROCOPY
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 03/13] virtio_ring: packed: harden dma unmap for indirect
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 10/13] virtio_net: xsk: tx: support xmit xsk buffer
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 08/13] virtio_net: xsk: bind/unbind xsk for tx
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 09/13] virtio_net: xsk: prevent disable tx napi
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 07/13] virtio_net: refactor the xmit type
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 04/13] virtio_ring: perform premapped operations based on per-buffer
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 05/13] virtio-net: rq submits premapped buffer per buffer
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 02/13] virtio_ring: split: harden dma unmap for indirect
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 00/13] virtio-net: support AF_XDP zero copy (tx)
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH net-next 01/13] virtio_ring: introduce vring_need_unmap_buffer
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 4/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH net] virtio-net: fix overflow inside virtnet_rq_alloc
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH v1] drm/ci: increase timeout for all jobs
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• Re: [PATCH v6 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v6 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH -next] vdpa: Remove unused declarations
  • From: "Nelson, Shannon" <shannon.nelson@xxxxxxx>
• Re: [PATCH 9/9] PCI: Remove pcim_iounmap_regions()
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 2/9] PCI: Make pcim_iounmap_region() a public function
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 1/9] PCI: Make pcim_release_region() a public function
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 5/9] gpio: Replace deprecated PCI functions
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 9/9] PCI: Remove pcim_iounmap_regions()
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH 7/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 6/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 5/9] gpio: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH 4/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH 8/9] vdap: solidrun: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 9/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 7/9] ethernet: stmicro: Simplify PCI devres usage
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 6/9] ethernet: cavium: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 5/9] gpio: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 4/9] block: mtip32xx: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 3/9] fpga/dfl-pci.c: Replace deprecated PCI functions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 2/9] PCI: Make pcim_iounmap_region() a public function
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 1/9] PCI: Make pcim_release_region() a public function
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH 0/9] PCI: Remove pcim_iounmap_regions()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC] Virtualizing tagged disaggregated memory capacity (app specific, multi host shared)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [syzbot] [kvm?] [net?] [virt?] INFO: task hung in __vhost_worker_flush
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH -next] vdpa: Remove unused declarations
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v6 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v6 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [RFC 7/7] vhost: Add new UAPI to support changing Kthread mode
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 6/7] vhost: Add kthread support in function vhost_worker_create
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 5/7] vhost: Add the cgroup related function
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 4/7] vhost: Add the vhost_worker to support kthread
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 2/7] vhost: Add kthread support in function vhost_worker_queue()
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 3/7] vhost: Add kthread support in function vhost_workers_free()
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• [RFC 1/7] vhost: Add a new module_param for enable kthread
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [RFC 0/7] vhost: Add support of kthread API
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] Virtualizing tagged disaggregated memory capacity (app specific, multi host shared)
  • From: John Groves <John@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• [PATCH v3 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v3 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v3 2/4] mm: document __GFP_NOFAIL must be blockable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v3 1/4] vduse: avoid using __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v3 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [syzbot] [kvm?] [net?] [virt?] INFO: task hung in __vhost_worker_flush
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [syzbot] [kvm?] [net?] [virt?] INFO: task hung in __vhost_worker_flush
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [syzbot] [kvm?] [net?] [virt?] INFO: task hung in __vhost_worker_flush
  • From: syzbot <syzbot+7f3bbe59e8dd2328a990@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [kvm?] [net?] [virt?] INFO: task hung in __vhost_worker_flush
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH] drm/virtio: Use XRGB8888 also for big endian systems
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC] Virtualizing tagged disaggregated memory capacity (app specific, multi host shared)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 10/10] vdpa/mlx5: Parallelize VQ suspend/resume for CVQ MQ command
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 09/10] vdpa/mlx5: Small improvement for change_num_qps()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 08/10] vdpa/mlx5: Keep notifiers during suspend but ignore
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 07/10] vdpa/mlx5: Parallelize device resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 06/10] vdpa/mlx5: Parallelize device suspend
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 05/10] vdpa/mlx5: Use async API for vq modify commands
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 04/10] vdpa/mlx5: Use async API for vq query command
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 03/10] vdpa/mlx5: Introduce async fw command wrapper
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH mlx5-vhost v2 01/10] net/mlx5: Support throttled commands from async API
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 02/10] vdpa/mlx5: Introduce error logging function
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 00/10] vdpa/mlx5: Parallelize device suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC] Virtualizing tagged disaggregated memory capacity (app specific, multi host shared)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH RFC 0/3] Revert "virtio_net: rx enable premapped mode by default"
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v7 0/4] virtio-net: synchronize op/admin state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] virtio_net: move netdev_tx_reset_queue() call before RX napi enable
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] vduse: avoid using __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v2 2/2] x86/vmware: Fix steal time clock under SEV
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [RFC] Virtualizing tagged disaggregated memory capacity (app specific, multi host shared)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] Revert "virtio_net: rx enable premapped mode by default"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] Revert "virtio_net: rx enable premapped mode by default"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 2/2] x86/vmware: Fix steal time clock under SEV
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] x86/vmware: Fix steal time clock under SEV
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC 0/3] Revert "virtio_net: rx enable premapped mode by default"
  • From: Darren Kenny <darren.kenny@xxxxxxxxxx>
• Re: [Patch net] vsock: fix recursive ->recvmsg calls
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v3 11/11] fs/fuse/virtio_fs: allow idmapped mounts
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/3] Revert "virtio_net: rx enable premapped mode by default"
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: move netdev_tx_reset_queue() call before RX napi enable
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• [PATCH] virtio_pmem: Add freeze/restore callbacks
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• [PATCH] virtio_pmem: Check device status before requesting flush
  • From: Philip Chen <philipchen@xxxxxxxxxxxx>
• [PATCH 2/2] x86/vmware: Fix steal time clock under SEV
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH 1/2] x86/vmware: Log kmsg dump on panic
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• Re: [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH RFC 1/3] Revert "virtio_net: rx remove premapped failover code"
  • From: Darren Kenny <darren.kenny@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: move netdev_tx_reset_queue() call before RX napi enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net] virtio_net: move netdev_tx_reset_queue() call before RX napi enable
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH v3 0/2] virtiofs: fix the warning for kernel direct IO
  • From: Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] virtiofs: fix the warning for kernel direct IO
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC 3/3] Revert "virtio_ring: enable premapped mode whatever use_dma_api"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC 2/3] Revert "virtio_net: big mode skip the unmap check"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC 1/3] Revert "virtio_net: rx remove premapped failover code"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/2] virtiofs: fix the warning for kernel direct IO
  • From: Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V6 0/4] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next v7 4/4] virtio-net: synchronize probe with ndo_set_features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next v7 3/4] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next v7 2/4] virtio: allow driver to disable the configure change notification
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next v7 1/4] virtio: rename virtio_config_enabled to virtio_config_core_enabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next v7 0/4] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 09/13] virtio-net: check feature before configuring the vq coalescing command
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v5 1/4] virtio_ring: enable premapped mode whatever use_dma_api
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH net-next V6 0/4] virtio-net: synchronize op/admin state
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH] LoongArch: Fix AP booting issue in VM mode
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH v3 07/15] blk-mq: remove unused queue mapping helpers
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [PATCH v3 04/15] scsi: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V6 4/4] virtio-net: synchronize probe with ndo_set_features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V6 0/4] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH v3 04/15] scsi: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH net-next v3] virtio_net: add support for Byte Queue Limits
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v2] virtio_blk: implement init_hctx MQ operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/15] lib/group_cpus.c: honor housekeeping config when grouping CPUs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 12/15] scsi: use block layer helpers to calculate num of queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 07/15] blk-mq: remove unused queue mapping helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 06/15] virtio: blk/scs: replace blk_mq_virtio_map_queues with blk_mq_dev_map_queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Patch net] vsock: fix recursive ->recvmsg calls
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 05/15] nvme: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 04/15] scsi: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 03/15] blk-mq: introduce blk_mq_dev_map_queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 11/15] nvme-pci: use block layer helpers to calculate num of queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 10/15] blk-mq: add number of queue calc helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Re: Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v6 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v6 2/3] LoongArch: KVM: Implement function kvm_para_has_feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v6 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v6 0/3] Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [Patch net] vsock: fix recursive ->recvmsg calls
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH v5 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [syzbot] [net?] [virt?] BUG: stack guard page was hit in vsock_bpf_recvmsg
  • From: syzbot <syzbot+bdb4bd87b5e22058e2a4@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [net?] [virt?] BUG: stack guard page was hit in vsock_bpf_recvmsg
  • From: syzbot <syzbot+bdb4bd87b5e22058e2a4@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/2] virtio-pci: Do not break the error message for VIRTIO_F_VERSION_1
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 1/2] virtio: Remove redundant 'virtio:' prefix in error messages
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_blk: implement init_hctx MQ operation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH net-next v13 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v13 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Sergio Lopez Pascual <slp@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH] vhost_vdpa: assign irq bypass producer token correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] virtio: Remove virtio devices on device_shutdown()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] virtio_blk: implement init_hctx MQ operation
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next V6 0/4] virtio-net: synchronize op/admin state
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH vhost 4/7] vdpa/mlx5: Use async API for vq modify commands
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH v3 03/15] blk-mq: introduce blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [PATCH v3 00/15] honor isolcpus configuration
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>