Linux Virtualization Development

• Thread Index

• 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>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [GIT PULL] virtio: bugfix
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH vhost 2/7] vdpa/mlx5: Introduce error logging function
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• [GIT PULL] virtio: bugfix
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v9 0/6] drm/ci: Add support for GPU and display testing
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 01/15] scsi: pm8001: do not overwrite PCI queue mapping
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• 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 14/15] lib/group_cpus.c: honor housekeeping config when grouping CPUs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v3 03/15] blk-mq: introduce blk_mq_dev_map_queues
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 01/15] scsi: pm8001: do not overwrite PCI queue mapping
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 02/15] virito: add APIs for retrieving vq affinity
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 00/15] honor isolcpus configuration
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH net-next V6 4/4] virtio-net: synchronize probe with ndo_set_features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 15/15] blk-mq: use hk cpus only when isolcpus=io_queue is enabled
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 14/15] lib/group_cpus.c: honor housekeeping config when grouping CPUs
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 13/15] virtio: blk/scsi: use block layer helpers to calculate num of queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 12/15] scsi: use block layer helpers to calculate num of queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 11/15] nvme-pci: use block layer helpers to calculate num of queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 10/15] blk-mq: add number of queue calc helper
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 09/15] docs: add io_queue as isolcpus options
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 08/15] sched/isolation: Add io_queue housekeeping option
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 07/15] blk-mq: remove unused queue mapping helpers
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 06/15] virtio: blk/scs: replace blk_mq_virtio_map_queues with blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 03/15] blk-mq: introduce blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 05/15] nvme: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 02/15] virito: add APIs for retrieving vq affinity
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 00/15] honor isolcpus configuration
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 04/15] scsi: replace blk_mq_pci_map_queues with blk_mq_dev_map_queues
  • From: Daniel Wagner <dwagner@xxxxxxx>
• [PATCH v3 01/15] scsi: pm8001: do not overwrite PCI queue mapping
  • From: Daniel Wagner <dwagner@xxxxxxx>
• RE: [EXTERNAL] Re: [PATCH] vdpa: Add support for no-IOMMU mode
  • From: Srujana Challa <schalla@xxxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v5] x86/paravirt: Fix incorrect virt spinlock setting on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• Re: [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V6 4/4] virtio-net: synchronize probe with ndo_set_features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V6 3/4] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V6 2/4] virtio: allow driver to disable the configure change notification
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V6 1/4] virtio: rename virtio_config_enabled to virtio_config_core_enabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V6 0/4] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v9 0/6] drm/ci: Add support for GPU and display testing
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: BUG: stack guard page was hit in vsock_connectible_recvmsg
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Sergio Lopez Pascual <slp@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] vduse: avoid using __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v5 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v5 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v5 0/3] Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v5 2/3] LoongArch: KVM: Implement function kvm_para_has_feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v2] LoongArch: Revert qspinlock to test-and-set simple lock on VM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [REGRESSION] [PATCH v2] net: missing check virtio
  • From: Blake Sperling <breakingspell@xxxxxxxxx>
• Re: [REGRESSION] [PATCH v2] net: missing check virtio
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [REGRESSION] [PATCH v2] net: missing check virtio
  • From: Blake Sperling <breakingspell@xxxxxxxxx>
• Re: [PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V5 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V5 net-next 2/3] virtio: allow driver to disable the configure change notification
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V5 net-next 1/3] virtio: rename virtio_config_enabled to virtio_config_core_enabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V5 net-next 0/3] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• BUG: stack guard page was hit in vsock_connectible_recvmsg
  • From: "Ubisectech Sirius" <bugreport@xxxxxxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <yunshenglin0825@xxxxxxxxx>
• Re: [PATCH 2/5] mm: Document __GFP_NOFAIL must be blockable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/2] Add prctl to allow userlevel TDX hypercalls
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC net-next 3/3] drivers/vdpa: add NFP devices vDPA driver
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• [RFC net-next 2/3] nfp: initialize NFP VF device according to enable_vnet configuration
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• [RFC net-next 1/3] nfp: add new devlink "enable_vnet" generic device param
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• [RFC net-next 0/3] add vDPA driver for nfp devices
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/3] ioctl support for AF_VSOCK and virtio-based transports
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH vhost 7/7] vdpa/mlx5: Keep notifiers during suspend but ignore
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 6/7] vdpa/mlx5: Parallelize device resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 5/7] vdpa/mlx5: Parallelize device suspend
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 4/7] vdpa/mlx5: Use async API for vq modify commands
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 3/7] vdpa/mlx5: Use async API for vq query command
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 2/7] vdpa/mlx5: Introduce error logging function
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net v4 1/2] virtio-net: check feature before configuring the vq coalescing command
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/3] ioctl support for AF_VSOCK and virtio-based transports
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• [RFC PATCH vhost] vhost-vdpa: Fix invalid irq bypass unregister
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 1/1] virtio_blk: implement init_hctx MQ operation
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH net v4 2/2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• [PATCH net v4 0/2] virtio-net: unbreak vq resizing if vq coalescing is not supported
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• [PATCH net v4 1/2] virtio-net: check feature before configuring the vq coalescing command
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net v3 2/2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net v3 2/2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net v3 1/2] virtio-net: check feature before configuring the vq coalescing command
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• [PATCH net v3 2/2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• [PATCH net v3 0/2] virtio-net: unbreak vq resizing if vq coalescing is not supported
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 12/14] vsock/loopback: implement datagram support
  • From: Luigi Leonardi <luigi.leonardi@xxxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 75/83] virtio_ring: fix KMSAN error for premapped mode
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 111/121] virtio_ring: fix KMSAN error for premapped mode
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mm: Document __GFP_NOFAIL must be blockable
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH net-next v12 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH net-next v12 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v12 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net v2] virtio-net: unbreak vq resizing when coalescing is not negotiated
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v2 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mm: Document __GFP_NOFAIL must be blockable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] LoongArch: Revert qspinlock to test-and-set on VMs
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH net-next v4 2/2] vsock/virtio: avoid queuing packets when intermediate queue is empty
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH net-next v4 3/3] test/vsock: add ioctl unsent bytes test
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH net-next v4 2/3] vsock/virtio: add SIOCOUTQ support for all virtio based transports
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH net-next v4 1/3] vsock: add support for SIOCOUTQ ioctl
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v8 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v8 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v8 1/3] vdpa: support set mac address from vdpa tool
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v8 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v8 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v8 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v8 0/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 net-next 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 net-next 2/3] virtio: allow driver to disable the configure change notification
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 net-next 1/3] virtio: rename virtio_config_enabled to virtio_config_core_enabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 net-next 0/3] virtio-net: synchronize op/admin state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 4/4] mm: prohibit NULL deference exposed for unsupported non-blockable __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v2 2/4] mm: Document __GFP_NOFAIL must be blockable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v2 3/4] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH RFT v2 1/4] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v2 0/4] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next v4 2/2] vsock/virtio: avoid queuing packets when intermediate queue is empty
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 1/2] vsock/virtio: refactor virtio_transport_send_pkt_work
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 0/2] vsock: avoid queuing on intermediate queue if possible
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 3/3] test/vsock: add ioctl unsent bytes test
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 1/3] vsock: add support for SIOCOUTQ ioctl
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 0/3] ioctl support for AF_VSOCK and virtio-based transports
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• [PATCH net-next v4 2/3] vsock/virtio: add SIOCOUTQ support for all virtio based transports
  • From: Luigi Leonardi via B4 Relay <devnull+luigi.leonardi.outlook.com@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 04/14] af_vsock: generalize bind table functions
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• [PATCH 6.10 373/809] drm/qxl: Pin buffer objects for internal mappings
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Amneesh Singh <a-singh21@xxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/14] virtio/vsock: add common datagram recv path
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 07/14] virtio/vsock: add common datagram send path
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/14] af_vsock: use a separate dgram bind table
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 04/14] af_vsock: generalize bind table functions
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH v4 3/3] irqchip/loongson-eiointc: Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v4 1/3] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v4 2/3] LoongArch: KVM: Implement function kvm_para_has_feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v4 0/3] Add extioi virt extension support
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 07/14] virtio/vsock: add common datagram send path
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v9 6/6] drm/ci: rockchip: add tests for rockchip display driver
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 5/6] drm/ci: meson: add tests for meson display driver
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 4/6] drm/ci: mediatek: add tests for powervr gpu driver
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 3/6] drm/ci: mediatek: add tests for mediatek display driver
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 2/6] drm/ci: skip tools_test on non-intel platforms
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 1/6] drm/ci: arm64.config: Enable CONFIG_DRM_ANALOGIX_ANX7625
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• [PATCH v9 0/6] drm/ci: Add support for GPU and display testing
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v7 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v7 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH] tools/virtio:Fix the wrong format specifier
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/14] virtio/vsock: add common datagram recv path
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 07/14] virtio/vsock: add common datagram send path
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [GIT PULL] virtio: fixes for rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [RFC PATCH net-next v6 07/14] virtio/vsock: add common datagram send path
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next v6 01/14] af_vsock: generalize vsock_dgram_recvmsg() to all transports
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v7 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v7 1/3] vdpa: support set mac address from vdpa tool
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v3] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net] virtio_net: Avoid sending unnecessary vq coalescing commands
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v3] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v4] x86/paravirt: Disable virt spinlock on bare metal
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 03/14] af_vsock: support multi-transport datagrams
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• [PATCH v7 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v7 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v7 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATCH v7 0/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [GIT PULL] virtio: fixes for rc1
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/14] af_vsock: refactor transport lookup code
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 14/14] test/vsock: add vsock dgram tests
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 03/14] af_vsock: support multi-transport datagrams
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/14] af_vsock: use a separate dgram bind table
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 03/14] af_vsock: support multi-transport datagrams
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 04/14] af_vsock: generalize bind table functions
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• [PATCH v1] MAINTAINERS: add me as reviewer of AF_VSOCK and virtio-vsock
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/2] Add prctl to allow userlevel TDX hypercalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/2] Add prctl to allow userlevel TDX hypercalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 07/14] virtio/vsock: add common datagram send path
  • From: Amery Hung <ameryhung@xxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 04/15] block: add an API to atomically update queue limits
  • From: Christian Lamparter <chunkeey@xxxxxxxxx>
• [PATCH v2 2/2] x86/vmware: VMware support for TDX userspace hypercalls
  • From: Tim Merrifield <tim.merrifield@xxxxxxxxxxxx>
• [PATCH v2 1/2] Add prctl to allow userlevel TDX hypercalls
  • From: Tim Merrifield <tim.merrifield@xxxxxxxxxxxx>
• [PATCH v2 0/2] Support userspace hypercalls for TDX
  • From: Tim Merrifield <tim.merrifield@xxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2] ptp: Add vDSO-style vmclock support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATH v6 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATH v6 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v2] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATH v6 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATH v6 0/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH v2] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• [PATCH v2] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] virtio-net: synchronize operstate with admin state on up/down
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] vduse config write support
  • From: Yongji Xie <xieyongji@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATH v6 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Joe Damato <jdamato@xxxxxxxxxx>
• Re: [PATH v6 1/3] vdpa: support set mac address from vdpa tool
  • From: Joe Damato <jdamato@xxxxxxxxxx>
• Re: [PATH v6 0/3] vdpa: support set mac address from vdpa tool
  • From: Joe Damato <jdamato@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Looking for guidance on using virtqueues and virtio devices
  • From: Doug Miller <doug.miller@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/2] LoongArch: KVM: Implement function kvm_arch_para_features
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v3 0/2] Add paravirt KVM_FEATURE_VIRT_EXTIOI feature
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH v3 1/2] LoongArch: KVM: Enable paravirt feature control from VMM
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [RFC v11 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Wouter Verhelst <w@xxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Denis Arefev <arefev@xxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Denis Arefev <arefev@xxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [RFC PATCH net-next v6 02/14] af_vsock: refactor transport lookup code
  • From: Arseniy Krasnov <avkrasnov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] virtio: Fix various coding style issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] ptp: Add vDSO-style vmclock support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATH v6 3/3] vdpa/mlx5: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATH v6 2/3] vdpa_sim_net: Add the support of set mac address
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATH v6 1/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• [PATH v6 0/3] vdpa: support set mac address from vdpa tool
  • From: Cindy Lu <lulu@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 0/2] drm/virtio: introduce the HOST_PAGE_SIZE feature
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] virtio: Fix various coding style issues
  • From: Juan José Arboleda <soyjuanarbol@xxxxxxxxx>
• [PATCH] ptp: Add vDSO-style vmclock support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio: fix GSO with frames unaligned to size
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] virtio: Fix various coding style issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 4/5] mm: Introduce GFP_NOFAIL with the inclusion of __GFP_RECLAIM
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 3/5] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 2/5] mm: Document __GFP_NOFAIL must be blockable
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] tools/virtio:Fix the wrong format specifier
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tools/virtio:Fix the wrong format specifier
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH 3/5] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 3/5] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 3/5] mm: BUG_ON to avoid NULL deference while __GFP_NOFAIL fails
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 4/5] mm: Introduce GFP_NOFAIL with the inclusion of __GFP_RECLAIM
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 2/5] mm: Document __GFP_NOFAIL must be blockable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH RFC 1/5] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 0/5] mm: clarify nofail memory allocation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH RFC v2] vpda: try to fix the potential crash due to misusing __GFP_NOFAIL
  • From: Barry Song <v-songbaohua@xxxxxxxx>
• [PATCH] tools/virtio:Fix the wrong format specifier
  • From: Zhu Jun <zhujun2@xxxxxxxxxxxxxxxxxxxx>