Linux Virtualization Development
[Prev Page][Next Page]
- Re: [PATCH 1/1] vhost-scsi: Fix handling of multiple calls to vhost_scsi_set_endpoint
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH 1/1] vhost-scsi: Fix handling of multiple calls to vhost_scsi_set_endpoint
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2] drm/virtio: Align host mapping request to maximum platform page size
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH] media: add virtio-media driver
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/1] vhost-scsi: Fix handling of multiple calls to vhost_scsi_set_endpoint
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 06/13] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v2 05/13] cpumask: deprecate cpumask_next_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v2 02/13] virtio_net: simplify virtnet_set_affinity()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH v2 00/13] cpumask: cleanup cpumask_next_wrap() implementation and usage
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH RFC net-next v1 5/5] net: devmem: Implement TX path
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 0/6] vsock: Transport reassignment and error handling issues
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- [PATCH net v3 2/6] vsock: Allow retrying on connect() failure
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 4/6] vsock/test: Introduce vsock_connect_fd()
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 1/6] vsock: Keep the binding until socket destruction
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 6/6] vsock/test: Add test for connect() retries
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 5/6] vsock/test: Add test for UAF due to socket unbinding
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 3/6] vsock/test: Introduce vsock_bind()
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH net v3 0/6] vsock: Transport reassignment and error handling issues
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH] virtio_console: Convert to use devm funcs
- From: Amit Shah <amit@xxxxxxxxxx>
- Re: [PATCH RFC net-next v1 1/5] net: add devmem TCP TX documentation
- From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
- Re: [GIT PULL] virtio: features, fixes, cleanups
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH RFC net-next v1 5/5] net: devmem: Implement TX path
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [PATCH RFC net-next v1 5/5] net: devmem: Implement TX path
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [PATCH RFC net-next v1 3/5] net: add get_netmem/put_netmem support
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [PATCH RFC net-next v1 1/5] net: add devmem TCP TX documentation
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [no subject]
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Will Deacon <will@xxxxxxxxxx>
- [GIT PULL] virtio: features, fixes, cleanups
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 22/30] context_tracking: Exit CT_STATE_IDLE upon irq/nmi entry
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2] drm/virtio: Align host mapping request to maximum platform page size
- From: Sasha Finkelstein <fnkl.kernel@xxxxxxxxx>
- Re: [PATCH v2] drm/virtio: Align host mapping request to maximum platform page size
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v1] drm/virtio: Extend blob UAPI with deferred-mapping hinting
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- [PATCH AUTOSEL 6.1 1/9] drm/virtio: New fence for every plane update
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.6 01/17] drm/virtio: New fence for every plane update
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.12 01/31] drm/virtio: New fence for every plane update
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.13 01/34] drm/virtio: New fence for every plane update
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH v2] drm/virtio: Align host mapping request to maximum platform page size
- From: Sasha Finkelstein via B4 Relay <devnull+fnkl.kernel.gmail.com@xxxxxxxxxx>
- Re: [virtio-dev] [RFC PATCH 1/1] Virtio-loopback: a virtio based HAL for non-virtualized environments
- From: t.ampelikiotis@xxxxxxxxxxxxxxxxxxxxxx
- Re: [virtio-dev] [RFC PATCH 1/1] Virtio-loopback: a virtio based HAL for non-virtualized environments
- From: t.ampelikiotis@xxxxxxxxxxxxxxxxxxxxxx
- Re: [virtio-dev] [RFC PATCH 0/1] Virtio-loopback: a virtio based HAL for non-virtualized environments
- From: t.ampelikiotis@xxxxxxxxxxxxxxxxxxxxxx
- Re: [RFC PATCH 3/3] drm/virtio: implement blob userptr resource object
- From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
- Re: [PATCH RESEND] drm/virtio: Align host mapping request to maximum platform page size
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH RESEND] drm/virtio: Align host mapping request to maximum platform page size
- From: Sasha Finkelstein <fnkl.kernel@xxxxxxxxx>
- Re: [PATCH RESEND] drm/virtio: Align host mapping request to maximum platform page size
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- [PATCH RESEND] drm/virtio: Align host mapping request to maximum platform page size
- From: Sasha Finkelstein via B4 Relay <devnull+fnkl.kernel.gmail.com@xxxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC 2/5] virtio_ring: introduce virtqueue_map/unmap_sgs()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vduse: add virtio_fs to allowed dev id
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH] media: add virtio-media driver
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC 3/5] virtiofs: Move stack sg to fuse_req
- From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
- Re: [RFC 2/5] virtio_ring: introduce virtqueue_map/unmap_sgs()
- From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
- Re: [PATCH] vduse: add virtio_fs to allowed dev id
- From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC 5/5] virtiofs: perform DMA operations out of the spinlock
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] media: add virtio-media driver
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC 5/5] virtiofs: perform DMA operations out of the spinlock
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC 3/5] virtiofs: Move stack sg to fuse_req
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC 2/5] virtio_ring: introduce virtqueue_map/unmap_sgs()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vduse: add virtio_fs to allowed dev id
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC 1/5] vduse: add virtio_fs to allowed dev id
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] media: add virtio-media driver
- From: Alexandre Courbot <gnurou@xxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Boyer, Andrew" <Andrew.Boyer@xxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Boyer, Andrew" <Andrew.Boyer@xxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 0/6] vhost: Add support of kthread API
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH v5 6/6] vhost_scsi: Add check for inherit_owner status
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH] drm/bochs: Do not put DRM device in PCI remove callback
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Boyer, Andrew" <Andrew.Boyer@xxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Boyer, Andrew" <Andrew.Boyer@xxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- [RFC 5/5] virtiofs: perform DMA operations out of the spinlock
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- [RFC 3/5] virtiofs: Move stack sg to fuse_req
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- [RFC 4/5] virtio_ring: add virtqueue premapped out/in buffers support
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- [RFC 2/5] virtio_ring: introduce virtqueue_map/unmap_sgs()
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- [RFC 1/5] vduse: add virtio_fs to allowed dev id
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- [RFC 0/5] virtiofs: map buffer out of virtqueue lock
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- Re: [PATCH] vduse: add virtio_fs to allowed dev id
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- (repost) Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Boyer, Andrew" <Andrew.Boyer@xxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH] drm/bochs: Do not put DRM device in PCI remove callback
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/2] loop: force GFP_NOIO for underlying file systems allocations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH net-next RFC 2/2] virtio-net: free old xmit skbs only in NAPI
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC 1/2] virtio-net: factor out logic for stopping TX
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC 0/2] don't clean packets in start_xmit in TX NAPI mode
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC net-next v3 4/4] virtio_net: Use persistent NAPI config
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC net-next v3 3/4] virtio_net: Map NAPIs to queues
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v4 22/30] context_tracking: Exit CT_STATE_IDLE upon irq/nmi entry
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v4 22/30] context_tracking: Exit CT_STATE_IDLE upon irq/nmi entry
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH 0/3] make MSI IOVA base address and its length configurable
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH 0/3] make MSI IOVA base address and its length configurable
- From: Jacob Pan <jacob.pan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] vhost-scsi: Fix handling of multiple calls to vhost_scsi_set_endpoint
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [RFC net-next v3 4/4] virtio_net: Use persistent NAPI config
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC net-next v3 3/4] virtio_net: Map NAPIs to queues
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- [RFC net-next v3 4/4] virtio_net: Use persistent NAPI config
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [RFC net-next v3 3/4] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [RFC net-next v3 0/4] virtio_net: Link queues to NAPIs
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net-next v4 8/9] tap: Keep hdr_len in tap_get_user()
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v4 04/30] rcutorture: Make TREE04 use CONFIG_RCU_DYNTICKS_TORTURE
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v4 03/30] rcu: Add a small-width RCU watching counter debug option
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- [PATCH] vduse: add virtio_fs to allowed dev id
- From: Eugenio Pérez <eperezma@xxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH net-next v4 8/9] tap: Keep hdr_len in tap_get_user()
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH 0/3] make MSI IOVA base address and its length configurable
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: problems with virtio and microvm in ACPI mode
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: [PATCH net-next v4 8/9] tap: Keep hdr_len in tap_get_user()
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net-next v4 7/9] tap: Avoid double-tracking iov_iter length changes
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v4] vdpa: solidrun: Replace deprecated PCI functions
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next v4 5/9] tun: Decouple vnet handling
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Willem de Bruijn <willemb@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH net-next v4 4/9] tun: Decouple vnet from tun_struct
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net-next v4 0/9] tun: Unify vnet implementation
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [RFC PATCH 3/3] drm/virtio: implement blob userptr resource object
- From: "Huang, Honglei1" <Honglei1.Huang@xxxxxxx>
- Re: [PATCH v4] vdpa: solidrun: Replace deprecated PCI functions
- From: Philipp Stanner <pstanner@xxxxxxxxxx>
- [PATCH net-next v4 9/9] tap: Use tun's vnet-related code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 8/9] tap: Keep hdr_len in tap_get_user()
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 7/9] tap: Avoid double-tracking iov_iter length changes
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 5/9] tun: Decouple vnet handling
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 6/9] tun: Extract the vnet handling code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 4/9] tun: Decouple vnet from tun_struct
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 3/9] tun: Keep hdr_len in tun_get_user()
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 2/9] tun: Avoid double-tracking iov_iter length changes
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 1/9] tun: Refactor CONFIG_TUN_VNET_CROSS_LE
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net-next v4 0/9] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Sasha Finkelstein <fnkl.kernel@xxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Sasha Finkelstein <fnkl.kernel@xxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: 张浩然 <wh1sper@xxxxxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: 张浩然 <wh1sper@xxxxxxxxxx>
- Re: [PATCH] sev-snp: parse MP tables for VMware hypervisor
- From: Kevin Loughlin <kevinloughlin@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH] sev-snp: parse MP tables for VMware hypervisor
- From: Ajay Kaher <ajay.kaher@xxxxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 26/30] x86,tlb: Make __flush_tlb_global() noinstr-compliant
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH 1/2] loop: force GFP_NOIO for underlying file systems allocations
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Haoran Zhang <wh1sper@xxxxxxxxxx>
- Re: [PATCH net v3 6/9] tun: Extract the vnet handling code
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net v3 4/9] tun: Decouple vnet from tun_struct
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 3/9] tun: Keep hdr_len in tun_get_user()
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 2/9] tun: Avoid double-tracking iov_iter length changes
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 1/9] tun: Refactor CONFIG_TUN_VNET_CROSS_LE
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 18/30] x86/kvm/vmx: Mark vmx_l1d_should flush and vmx_l1d_flush_cond keys as allowed in .noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 5/9] tun: Decouple vnet handling
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v3 4/9] tun: Decouple vnet from tun_struct
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- [PATCH 2/2] block: force noio scope in blk_mq_freeze_queue
- From: Christoph Hellwig <hch@xxxxxx>
- annotate noio context
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] loop: force GFP_NOIO for underlying file systems allocations
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH net v3 0/9] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH 1/3] dt-bindings: iommu: add "arm,smmu-pci-msi-iova-data" property
- From: Shyam Saini <shyamsaini@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] iommu: consolidate MSI_IOVA macro definitions
- From: Shyam Saini <shyamsaini@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] arm-smmu: use dts passed MSI IOVA address and length
- From: Shyam Saini <shyamsaini@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] make MSI IOVA base address and its length configurable
- From: Shyam Saini <shyamsaini@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] sound/virtio: Fix cancel_sync warnings on uninitialized work_structs
- From: John Stultz <jstultz@xxxxxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [RFC][PATCH] sound/virtio: Fix cancel_sync warnings on uninitialized work_structs
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [PATCH net v3 0/9] tun: Unify vnet implementation
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Daniel Stone <daniel@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH net v3 0/9] tun: Unify vnet implementation
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH net v3 9/9] tap: Use tun's vnet-related code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 8/9] tap: Keep hdr_len in tap_get_user()
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH net v3 7/9] tap: Avoid double-tracking iov_iter length changes
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 6/9] tun: Extract the vnet handling code
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 5/9] tun: Decouple vnet handling
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 4/9] tun: Decouple vnet from tun_struct
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 3/9] tun: Keep hdr_len in tun_get_user()
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 2/9] tun: Avoid double-tracking iov_iter length changes
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 1/9] tun: Refactor CONFIG_TUN_VNET_CROSS_LE
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH net v3 0/9] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net-next v2 4/4] virtio_net: Use persistent NAPI config
- From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- [RFC][PATCH] sound/virtio: Fix cancel_sync warnings on uninitialized work_structs
- From: John Stultz <jstultz@xxxxxxxxxx>
- [PATCH net-next v2 4/4] virtio_net: Use persistent NAPI config
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next v2 3/4] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next v2 2/4] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next v2 0/4] virtio_net: Link queues to NAPIs
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH 1/3] vhost-scsi: Avoid accessing a freed vs_tpg when no tpgs are found
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Daniel Stone <daniel@xxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
- Re: [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v4 26/30] x86,tlb: Make __flush_tlb_global() noinstr-compliant
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v4 27/30] x86/tlb: Make __flush_tlb_local() noinstr-compliant
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v4 18/30] x86/kvm/vmx: Mark vmx_l1d_should flush and vmx_l1d_flush_cond keys as allowed in .noinstr
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH] net: Convert proto_ops::getname to sockaddr_storage
- From: Allison Henderson <allison.henderson@xxxxxxxxxx>
- Re: [PATCH v4 10/30] riscv/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Jann Horn <jannh@xxxxxxxxxx>
- [PATCH v4 30/30] context-tracking: Add a Kconfig to enable IPI deferral for NO_HZ_IDLE
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 28/30] x86/tlb: Make __flush_tlb_all() noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 26/30] x86,tlb: Make __flush_tlb_global() noinstr-compliant
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 27/30] x86/tlb: Make __flush_tlb_local() noinstr-compliant
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 24/30] context-tracking: Introduce work deferral infrastructure
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 23/30] context_tracking: Turn CT_STATE_* into bits
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 22/30] context_tracking: Exit CT_STATE_IDLE upon irq/nmi entry
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 21/30] context_tracking: Explicitely use CT_STATE_KERNEL where it is missing
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 20/30] objtool: Add noinstr validation for static branches/calls
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 19/30] stackleack: Mark stack_erasing_bypass key as allowed in .noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 18/30] x86/kvm/vmx: Mark vmx_l1d_should flush and vmx_l1d_flush_cond keys as allowed in .noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 17/30] sched/clock, x86: Mark __sched_clock_stable key as allowed in .noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 16/30] x86/speculation/mds: Mark mds_idle_clear key as allowed in .noinstr
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 15/30] sched/clock: Mark sched_clock_running key as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 14/30] perf/x86/amd: Mark perf_lopwr_cb static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 12/30] arm64/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 13/30] arm/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 11/30] loongarch/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 10/30] riscv/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 09/30] x86/paravirt: Mark pv_steal_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 08/30] x86/idle: Mark x86_idle static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 07/30] x86/paravirt: Mark pv_sched_clock static call as __ro_after_init
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 06/30] static_call: Add read-only-after-init static calls
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 05/30] jump_label: Add annotations for validating noinstr usage
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 04/30] rcutorture: Make TREE04 use CONFIG_RCU_DYNTICKS_TORTURE
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 03/30] rcu: Add a small-width RCU watching counter debug option
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 02/30] objtool: Flesh out warning related to pv_ops[] calls
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 01/30] objtool: Make validate_call() recognize indirect calls to pv_ops[]
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 00/30] context_tracking,x86: Defer some IPIs until a user->kernel transition
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [syzbot] [net?] [virt?] general protection fault in vsock_stream_has_data
- From: syzbot <syzbot+71613b464c8ef17ab718@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] [net?] [virt?] general protection fault in vsock_stream_has_data
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [syzbot] [net?] [virt?] general protection fault in vsock_stream_has_data
- From: syzbot <syzbot+71613b464c8ef17ab718@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
- Re: [PATCH net v2 0/5] vsock: some fixes due to transport de-assignment
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [syzbot] Monthly virt report (Jan 2025)
- From: syzbot <syzbot+list8152fa51bb0f3c8d39aa@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: 张浩然 <wh1sper@xxxxxxxxxx>
- Re: [PATCH] drm/bochs: Do not put DRM device in PCI remove callback
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: 张浩然 <wh1sper@xxxxxxxxxx>
- [PATCH] tools: virtio/linux/module.h add MODULE_DESCRIPTION() define.
- From: Yufeng Wang <wangyufeng@xxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- [PATCH] tools: virtio/linux/compiler.h: Add data_race() define.
- From: Yufeng Wang <wangyufeng@xxxxxxxxxx>
- Two Colors matching GAN 45w charger
- From: Vicky <sokevicky@xxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Lei Yang <leiyang@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH v4 8/9] blk-mq: use hk cpus only when isolcpus=managed_irq is enabled
- From: Daniel Wagner <dwagner@xxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH v2] tools/virtio: Add DMA_MAPPING_ERROR and sg_dma_len api define for virtio test
- From: Yufeng Wang <wangyufeng@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH] tools/virtio: Add DMA_MAPPING_ERROR define for virtio test
- From: Yufeng Wang <wangyufeng@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v5 9/9] doc: update managed_irq documentation
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 8/9] blk-mq: issue warning when offlining hctx with online isolcpus
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 7/9] blk-mq: use hk cpus only when isolcpus=managed_irq is enabled
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 5/9] virtio: blk/scsi: use block layer helpers to calculate num of queues
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 4/9] scsi: use block layer helpers to calculate num of queues
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 1/9] lib/group_cpus: let group_cpu_evenly return number initialized masks
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH net-next 0/3] virtio_net: Link queues to NAPIs
- From: Lei Yang <leiyang@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: skip cpu sync when mapping fails
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v5 0/6] vhost: Add support of kthread API
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v5 4/6] vhost: Add worker related functions to support kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Mike Christie <michael.christie@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: michael.christie@xxxxxxxxxx
- Call for Papers: Thirty-Fourth IEEE Heterogeneity in Computing Workshop (HCW)
- From: "Hassan, Md Sahil - (sahilhassan)" <sahilhassan@xxxxxxxxxxx>
- Re: Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: 张浩然 <wh1sper@xxxxxxxxxx>
- Re: [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Kuan-Wei Chiu <visitorckw@xxxxxxxxx>
- Re: [PATCH v5 8/9] blk-mq: issue warning when offlining hctx with online isolcpus
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- [PATCH] vhost/scsi: Fix improper cleanup in vhost_scsi_set_endpoint()
- From: Haoran Zhang <wh1sper@xxxxxxxxxx>
- Re: [PATCH v4 8/9] blk-mq: use hk cpus only when isolcpus=managed_irq is enabled
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH net-next 1/3] virtio_net: Prepare for NAPI to queue mapping
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net v2 5/5] vsock: prevent null-ptr-deref in vsock_*[has_data|has_space]
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net v2 3/5] vsock/virtio: cancel close work in the destructor
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 2/3] virtio_net: Hold RTNL for NAPI to queue mapping
- From: Gerhard Engleder <gerhard@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 4/9] scsi: use block layer helpers to calculate num of queues
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH net-next 3/3] virtio_net: Map NAPIs to queues
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next 2/3] virtio_net: Hold RTNL for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next 1/3] virtio_net: Prepare for NAPI to queue mapping
- From: Joe Damato <jdamato@xxxxxxxxxx>
- [PATCH net-next 0/3] virtio_net: Link queues to NAPIs
- From: Joe Damato <jdamato@xxxxxxxxxx>
- Re: [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
- [PATCH v5 9/9] doc: update managed_irq documentation
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 7/9] blk-mq: use hk cpus only when isolcpus=managed_irq is enabled
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 8/9] blk-mq: issue warning when offlining hctx with online isolcpus
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 6/9] lib/group_cpus: honor housekeeping config when grouping CPUs
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 5/9] virtio: blk/scsi: use block layer helpers to calculate num of queues
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 4/9] scsi: use block layer helpers to calculate num of queues
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 3/9] nvme-pci: use block layer helpers to calculate num of queues
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 2/9] blk-mq: add number of queue calc helper
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 1/9] lib/group_cpus: let group_cpu_evenly return number initialized masks
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- [PATCH v5 0/9] blk: honor isolcpus configuration
- From: Daniel Wagner <wagi@xxxxxxxxxx>
- Re: [PATCH] virtio: console: Replace deprecated kmap_atomic with kmap_local_page
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH net v2 4/5] vsock: reset socket state when de-assigning the transport
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net v2 3/5] vsock/virtio: cancel close work in the destructor
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- Re: [PATCH net v2 4/5] vsock: reset socket state when de-assigning the transport
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net v2 5/5] vsock: prevent null-ptr-deref in vsock_*[has_data|has_space]
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- Re: [PATCH v6 5/6] selftest: tun: Add tests for virtio-net hashing
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v6 3/6] tun: Introduce virtio-net hash feature
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v6 1/6] virtio_net: Add functions for hashing
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v4 8/9] blk-mq: use hk cpus only when isolcpus=managed_irq is enabled
- From: Daniel Wagner <dwagner@xxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 4/5] vsock: reset socket state when de-assigning the transport
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 5/5] vsock: prevent null-ptr-deref in vsock_*[has_data|has_space]
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 3/5] vsock/virtio: cancel close work in the destructor
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 2/5] vsock/bpf: return early if transport is not assigned
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 1/5] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net v2 0/5] vsock: some fixes due to transport de-assignment
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: skip cpu sync when mapping fails
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
- Re: [PATCH v6 0/6] tun: Introduce virtio-net hashing feature
- From: Lei Yang <leiyang@xxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- Re: [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: Lei Yang <leiyang@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: skip cpu sync when mapping fails
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 1/3] tun: Unify vnet implementation
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Heiko Stübner <heiko@xxxxxxxxx>
- [PATCH] drm/virtio: Align host mapping request to maximum platform page size
- From: Sasha Finkelstein via B4 Relay <devnull+fnkl.kernel.gmail.com@xxxxxxxxxx>
- [PATCH] drm/virtio: Support partial maps of GEM objects
- From: Sasha Finkelstein via B4 Relay <devnull+fnkl.kernel.gmail.com@xxxxxxxxxx>
- Re: [PATCH v1 0/3] virtio-blk: add io_uring passthrough support.
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Matthew Auld <matthew.auld@xxxxxxxxx>
- Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Matthew Auld <matthew.auld@xxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 24/25] drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 16/25] drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 18/25] drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 17/25] drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 09/25] drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 12/25] drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 08/25] drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 07/25] drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 05/25] drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 04/25] drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v6 5/6] selftest: tun: Add tests for virtio-net hashing
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v6 3/6] tun: Introduce virtio-net hash feature
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v6 1/6] virtio_net: Add functions for hashing
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v6 0/6] tun: Introduce virtio-net hashing feature
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v2 1/3] tun: Unify vnet implementation
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH v1] drm/virtio: Factor out common dmabuf unmapping code
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH v1] drm/virtio: Set missing bo->attached flag
- From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
- Re: [PATCH net 2/2] vsock/bpf: return early if transport is not assigned
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH v2 0/3] tun: Unify vnet implementation and fill full vnet header
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Michal Luczaj <mhal@xxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [syzbot] [virt?] [net?] general protection fault in vsock_connectible_has_data
- From: syzbot <syzbot+3affdbfc986ecd9200fd@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] virtio: console: Replace deprecated kmap_atomic with kmap_local_page
- From: Amit Shah <amit@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH net 2/2] vsock/bpf: return early if transport is not assigned
- From: Luigi Leonardi <leonardi@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net 2/2] vsock/bpf: return early if transport is not assigned
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [syzbot] [virt?] [net?] general protection fault in vsock_connectible_has_data
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [syzbot] [virt?] [net?] general protection fault in vsock_connectible_has_data
- From: syzbot <syzbot+3affdbfc986ecd9200fd@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 2/3] tun: Pad virtio header with zero
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v6 6/6] vhost/net: Support VIRTIO_NET_F_HASH_REPORT
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 5/6] selftest: tun: Add tests for virtio-net hashing
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 4/6] selftest: tun: Test vnet ioctls without device
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 3/6] tun: Introduce virtio-net hash feature
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 2/6] net: flow_dissector: Export flow_keys_dissector_symmetric
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 1/6] virtio_net: Add functions for hashing
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v6 0/6] tun: Introduce virtio-net hashing feature
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v2 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v2 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v2 1/3] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH v2 0/3] tun: Unify vnet implementation and fill full vnet header
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH] virtio: console: Replace deprecated kmap_atomic with kmap_local_page
- From: David Reaver <me@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 3/3] drm/virtio: implement blob userptr resource object
- From: Simona Vetter <simona.vetter@xxxxxxxx>
- [PATCH net 2/2] vsock/bpf: return early if transport is not assigned
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- [PATCH net 0/2] vsock: some fixes due to transport de-assignment
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH net 2/2] vsock/bpf: return early if transport is not assigned
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- Re: [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Hyunwoo Kim <v4bel@xxxxxxxxx>
- [PATCH net 1/2] vsock/virtio: discard packets if the transport changes
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- Re: [PATCH v5 4/6] vhost: Add worker related functions to support kthread
- From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
- IJITS journal - Information
- From: rrom <rrom@xxxxxxxxxxx>
- Re: IJITS journal - Information
- From: rrom <rrom@xxxxxxxxxxx>
- Re: [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 0/6] vhost: Add support of kthread API
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 5/6] vhost: Add new UAPI to support change to task mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v5 5/6] vhost: Add new UAPI to support change to task mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 00/12] fs/proc/vmcore: kdump support for virtio-mem on s390
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 00/12] fs/proc/vmcore: kdump support for virtio-mem on s390
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/12] fs/proc/vmcore: kdump support for virtio-mem on s390
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2] vdpa/vp_vdpa: implement kick_vq_with_data callback
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 3/3] tun: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH 2/3] tun: Pad virtio header with zero
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH 1/3] tun: Unify vnet implementation
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- [PATCH 0/3] tun: Unify vnet implementation and fill full vnet header
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: skip cpu sync when mapping fails
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH v5 3/6] vhost: Add the cgroup related function
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v4 4/9] nvme-pci: use block layer helpers to calculate num of queues
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v4 3/9] blk-mq: add number of queue calc helper
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v5 2/6] vhost: Add the vhost_worker to support kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v5 3/6] vhost: Add the cgroup related function
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v5 4/6] vhost: Add worker related functions to support kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v5 5/6] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: always post notifications under the lock
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] virtio_blk: always post notifications under the lock
- From: Andrew Boyer <andrew.boyer@xxxxxxx>
- Re: [PATCH v4 2/9] sched/isolation: document HK_TYPE housekeeping option
- From: Waiman Long <llong@xxxxxxxxxx>
- Re: [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
- RE: [PATCH v1 2/3] virtio-blk: add uring_cmd support for I/O passthru on chardev.
- From: lizetao <lizetao1@xxxxxxxxxx>
- Re: [PATCH v4 1/9] lib/group_cpus: let group_cpu_evenly return number of groups
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v4 1/9] lib/group_cpus: let group_cpu_evenly return number of groups
- From: Daniel Wagner <dwagner@xxxxxxx>
- Re: [PATCH v4 1/9] lib/group_cpus: let group_cpu_evenly return number of groups
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Oliver Sang <oliver.sang@xxxxxxxxx>
- Re: [PATCH v4 1/9] lib/group_cpus: let group_cpu_evenly return number of groups
- From: Daniel Wagner <dwagner@xxxxxxx>
- Re: [PATCH v4 1/9] lib/group_cpus: let group_cpu_evenly return number of groups
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
- Re: [PATCH] drivers:gpio: support multiple virtio-gpio controller instances
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v1 1/3] virtio-blk: add virtio-blk chardev support.
- From: Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] drm/ci: uprev IGT
- From: Helen Mae Koike Fornazier <helen.koike@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/2] ptp: add PTP_SYS_OFFSET_STAT for xtstamping with status
- From: Peter Hilber <quic_philber@xxxxxxxxxxx>
- [PATCH 5.4 50/93] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5.15 084/168] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5.10 067/138] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 06/10] virtio_blk: use queue_limits_commit_update_frozen in cache_type_store
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Harry Wentland <harry.wentland@xxxxxxx>
- Re: [PATCH 06/10] virtio_blk: use queue_limits_commit_update_frozen in cache_type_store
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
- Re: [PATCH 06/10] virtio_blk: use queue_limits_commit_update_frozen in cache_type_store
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 03/10] block: add a store_limit operations for sysfs entries
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 06/10] virtio_blk: use queue_limits_commit_update_frozen in cache_type_store
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 04/10] block: use queue_limits_commit_update in queue_attr_store
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 03/10] block: add a store_limit operations for sysfs entries
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 02/10] block: add a queue_limits_commit_update_frozen helper
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- Re: [PATCH 01/10] block: fix docs for freezing of queue limits updates
- From: Damien Le Moal <dlemoal@xxxxxxxxxx>
- [PATCH 09/10] loop: document why loop_clear_limits updates queue limits without freezing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/10] nbd: use queue_limits_commit_update_frozen in nbd_set_size
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/10] nvme: freeze queue after taking limits lock
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/10] usb-storage: use queue_limits_commit_update_frozen in max_sectors_store
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/10] virtio_blk: use queue_limits_commit_update_frozen in cache_type_store
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/10] block: don't update BLK_FEAT_POLL in __blk_mq_update_nr_hw_queues
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/10] block: use queue_limits_commit_update in queue_attr_store
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/10] block: add a store_limit operations for sysfs entries
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/10] block: add a queue_limits_commit_update_frozen helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/10] block: fix docs for freezing of queue limits updates
- From: Christoph Hellwig <hch@xxxxxx>
- RFC: fix queue freeze and limit locking order (alt take)
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Maxime Ripard <mripard@xxxxxxxxxx>
- Deadline Extended: 9th IEEE International Conference on Fog and Edge Computing (ICFEC 2025)
- From: "Stefan Schulte" <stefan.schulte@xxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] drivers:gpio: support multiple virtio-gpio controller instances
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH v5 1/2] virt: pvmemcontrol: control guest physical memory properties
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] virt: pvmemcontrol: control guest physical memory properties
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 05/14] cpumask: deprecate cpumask_next_wrap()
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- [PATCH v5 4/4] vdpa/octeon_ep: read vendor-specific PCI capability
- From: Shijith Thotton <sthotton@xxxxxxxxxxx>
- [PATCH v5 3/4] virtio-pci: define type and header for PCI vendor data
- From: Shijith Thotton <sthotton@xxxxxxxxxxx>
- [PATCH v5 2/4] vdpa/octeon_ep: handle device config change events
- From: Shijith Thotton <sthotton@xxxxxxxxxxx>
- [PATCH v5 1/4] vdpa/octeon_ep: enable support for multiple interrupts per device
- From: Shijith Thotton <sthotton@xxxxxxxxxxx>
- Re: [PATCH 00/14] cpumask: cleanup cpumask_next_wrap() implementation and usage
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v2] drm/ci: uprev IGT
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- [PATCH] drm/bochs: Do not put DRM device in PCI remove callback
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- [PATCH] drivers:gpio: support multiple virtio-gpio controller instances
- From: hlleng <a909204013@xxxxxxxxx>
- Re: [PATCH 00/14] cpumask: cleanup cpumask_next_wrap() implementation and usage
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v2] drm/ci: uprev IGT
- From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
- Re: [PATCH] sev-snp: parse MP tables for VMware hypervisor
- From: Ajay Kaher <ajay.kaher@xxxxxxxxxxxx>
- Re: [PATCH v5 0/6] vhost: Add support of kthread API
- From: Lei Yang <leiyang@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] ptp: add PTP_SYS_OFFSET_STAT for xtstamping with status
- From: Richard Cochran <richardcochran@xxxxxxxxx>
- Re: [RFC PATCH 1/2] ptp: add PTP_SYS_OFFSET_STAT for xtstamping with status
- From: Peter Hilber <quic_philber@xxxxxxxxxxx>
- Re: [linus:master] [block] e70c301fae: stress-ng.aiol.ops_per_sec 49.6% regression
- From: Niklas Cassel <cassel@xxxxxxxxxx>
- Re: [PATCH v5 5/6] vhost: Add new UAPI to support change to task mode
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v5 4/6] vhost: Add worker related functions to support kthread
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v5 3/6] vhost: Add the cgroup related function
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v5 2/6] vhost: Add the vhost_worker to support kthread
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v5 1/6] vhost: Add a new parameter in vhost_dev to allow user select kthread
- From: Jason Wang <jasowang@xxxxxxxxxx>
- problems with virtio and microvm in ACPI mode
- From: Mark Harmstone <maharmstone@xxxxxxxx>
- [PATCH 6.12 075/114] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6.6 49/86] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6.1 37/60] virtio-blk: dont keep queue frozen during system suspend
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v5 6/6] vhost_scsi: Add check for inherit_owner status
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 5/6] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 4/6] vhost: Add worker related functions to support kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 3/6] vhost: Add the cgroup related function
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 2/6] vhost: Add the vhost_worker to support kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 1/6] vhost: Add a new parameter in vhost_dev to allow user select kthread
- From: Cindy Lu <lulu@xxxxxxxxxx>
- [PATCH v5 0/6] vhost: Add support of kthread API
- From: Cindy Lu <lulu@xxxxxxxxxx>
- Re: [PATCH v4 7/8] vhost: Add new UAPI to support change to task mode
- From: Cindy Lu <lulu@xxxxxxxxxx>
- RE: [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: "Chia-Yu Chang (Nokia)" <chia-yu.chang@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 2/3] virtio-blk: add uring_cmd support for I/O passthru on chardev.
- From: Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v1 1/3] virtio-blk: add virtio-blk chardev support.
- From: Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC net-next v1 5/5] net: devmem: Implement TX path
- From: David Ahern <dsahern@xxxxxxxxxx>
- [PATCH 06/14] cpumask: re-introduce cpumask_next{,_and}_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH 05/14] cpumask: deprecate cpumask_next_wrap()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH 02/14] virtio_net: simplify virtnet_set_affinity()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [PATCH 00/14] cpumask: cleanup cpumask_next_wrap() implementation and usage
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v6 net-next 00/14] AccECN protocol preparation patch series
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH v6 net-next 13/14] tcp: add new TCP_TW_ACK_OOW state and allow ECN bits in TOS
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 14/14] tcp: Pass flags to __tcp_send_ack
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 11/14] virtio_net: Accurate ECN flag in virtio_net_hdr
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 12/14] tcp: AccECN support to tcp_add_backlog
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 10/14] net: hns3/mlx5e: avoid corrupting CWR flag when receiving GRO packet
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 08/14] gso: AccECN support
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 09/14] gro: prevent ACE field corruption & better AccECN handling
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 07/14] tcp: helpers for ECN mode handling
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 06/14] tcp: rework {__,}tcp_ecn_check_ce() -> tcp_data_ecn_check()
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 05/14] tcp: reorganize SYN ECN code
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 04/14] tcp: extend TCP flags to allow AE bit/ACE field
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 03/14] tcp: use BIT() macro in include/net/tcp.h
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 02/14] tcp: create FLAG_TS_PROGRESS
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 01/14] tcp: reorganize tcp_in_ack_event() and tcp_count_delivered()
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- [PATCH v6 net-next 00/14] AccECN protocol preparation patch series
- From: chia-yu.chang@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] vhost/net: Set num_buffers for virtio 1.0
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost/net: Set num_buffers for virtio 1.0
- From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] drm/virtio: implement blob userptr resource object
- From: "Huang, Honglei1" <Honglei1.Huang@xxxxxxx>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]