Linux Virtualization Development

• Thread Index

• [PATCH v9 15/84] KVM: x86: add .desc_intercepted()
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [PATCH v9 08/84] KVM: x86: avoid injecting #PF when emulate the VMCALL instruction
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [PATCH v9 26/84] KVM: x86: add .control_singlestep()
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] block: virtio-blk: check logical block size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/10] block: introduce blk_is_valid_logical_block_size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 09/10] block: scsi: sd: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH 05/10] block: null: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 01/10] block: introduce blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 10/10] block: scsi: sr: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 09/10] block: scsi: sd: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 08/10] block: nvme: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 07/10] block: mspro_blk: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 06/10] block: ms_block: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 05/10] block: null: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 04/10] block: nbd: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 03/10] block: loop: use blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 02/10] block: virtio-blk: check logical block size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 01/10] block: introduce blk_is_valid_logical_block_size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH 00/10] RFC: move logical block size checking to the block core
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v1 0/6] mm / virtio-mem: support ZONE_MOVABLE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] virtio_ring: use alloc_pages_node for NUMA-aware allocation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 vhost next 05/10] vhost: Fix documentation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 vhost next 06/10] vdpa: Modify get_vq_state() to return error code
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 3/6] vDPA: implement IRQ offloading helpers in vDPA core
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] VIRTIO CORE AND NET DRIVERS: Replace HTTP links with HTTPS ones
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 02/19] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH V2 vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 3/6] vDPA: implement IRQ offloading helpers in vDPA core
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] vhost: vdpa: remove per device feature whitelist
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 2/6] kvm: detect assigned device via irqbypass manager
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 06/10] vdpa: Add means to communicate vq status on get_vq_state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 2/6] kvm: detect assigned device via irqbypass manager
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use alloc_pages_node for NUMA-aware allocation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] virtio_ring: use alloc_pages_node for NUMA-aware allocation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 4/6] vhost_vdpa: implement IRQ offloading in vhost_vdpa
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 5/6] ifcvf: replace irq_request/free with vDPA helpers
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 4/6] vhost_vdpa: implement IRQ offloading in vhost_vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 3/6] vDPA: implement IRQ offloading helpers in vDPA core
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 2/6] kvm: detect assigned device via irqbypass manager
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 1/6] vhost: introduce vhost_call_ctx
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost next 09/10] vdpa/mlx5: Add shared memory registration code
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH vhost next 08/10] vdpa/mlx5: Add support library for mlx5 VDPA implementation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [virtio-dev] [RFC for Linux v4 0/2] virtio_balloon: Add VIRTIO_BALLOON_F_CONT_PAGES to report continuous pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost next 09/10] vdpa/mlx5: Add shared memory registration code
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH vhost next 06/10] vdpa: Add means to communicate vq status on get_vq_state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Interesting qemu/virt-manager bug about the "rotational" attribute on virtio-blk disks
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH vhost next 09/10] vdpa/mlx5: Add shared memory registration code
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 09/10] vdpa/mlx5: Add shared memory registration code
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 06/10] vdpa: Add means to communicate vq status on get_vq_state
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH vhost next 05/10] vhost: Fix documentation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC don't apply] vdpa_sim: endian-ness for config space
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC for Linux v4 1/2] virtio_balloon: Add VIRTIO_BALLOON_F_CONT_PAGES and inflate_cont_vq
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC for qemu v4 2/2] virtio_balloon: Add dcvq to deflate continuous pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC for Linux v4 0/2] virtio_balloon: Add VIRTIO_BALLOON_F_CONT_PAGES to report continuous pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC don't apply] vdpa_sim: endian-ness for config space
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v4 34/75] x86/head/64: Build k/head64.c with -fno-stack-protector
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] vsock/virtio: annotate 'the_virtio_vsock' RCU pointer
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH RFC don't apply] vdpa_sim: endian-ness for config space
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC don't apply] vdpa_sim: endian-ness for config space
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/7] *** IRQ offloading for vDPA ***
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: check host supplied logical block size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: check host supplied logical block size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 45/75] x86/sev-es: Adjust #VC IST Stack on entering NMI handler
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: check host supplied logical block size
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 45/75] x86/sev-es: Adjust #VC IST Stack on entering NMI handler
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH] virtio-blk: check host supplied logical block size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH] virtio-blk: check host supplied logical block size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/7] ifcvf: replace irq_request/free with helpers in vDPA core.
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 6/7] ifcvf: replace irq_request/free with helpers in vDPA core.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] virtio-blk: check host supplied logical block size
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 45/75] x86/sev-es: Adjust #VC IST Stack on entering NMI handler
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/7] vhost_vdpa: implement IRQ offloading functions in vhost_vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: AMD IOMMU + SME + amdgpu regression
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 3/7] vhost_vdpa: implement IRQ offloading functions in vhost_vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/7] vhost_vdpa: implement IRQ offloading functions in vhost_vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] virtio_vdpa: init IRQ offloading function pointers to NULL.
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 6/7] ifcvf: replace irq_request/free with helpers in vDPA core.
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v7 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v7 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 34/75] x86/head/64: Build k/head64.c with -fno-stack-protector
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 29/75] x86/idt: Move two function from k/idt.c to i/a/desc.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 28/75] x86/idt: Split idt_data setup out of set_intr_gate()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 27/75] x86/idt: Move IDT to data segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 17/75] x86/boot/compressed/64: Change add_identity_map() to take start and end
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 16/75] x86/boot/compressed/64: Don't pre-map memory in KASLR code
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 14/75] x86/boot/compressed/64: Add page-fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 15/75] x86/boot/compressed/64: Always switch to own page-table
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 13/75] x86/boot/compressed/64: Rename kaslr_64.c to ident_map_64.c
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [PATCH v4 68/75] x86/realmode: Setup AP jump table
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 51/75] x86/sev-es: Handle MMIO events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 75/75] x86/sev-es: Check required CPU features for SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 41/75] x86/sev-es: Setup GHCB based boot #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 43/75] x86/sev-es: Allocate and Map stacks for #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 63/75] x86/sev-es: Handle #DB Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 56/75] x86/sev-es: Handle RDTSC(P) Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 61/75] x86/sev-es: Handle VMMCALL Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 66/75] x86/vmware: Add VMware specific handling for VMMCALL under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 40/75] x86/sev-es: Setup early #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 47/75] x86/entry/64: Add entry code for #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 72/75] x86/sev-es: Support CPU offline/online
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 53/75] x86/sev-es: Handle MSR events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 55/75] x86/sev-es: Handle WBINVD Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 67/75] x86/realmode: Add SEV-ES specific trampoline entry point
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 70/75] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 69/75] x86/head/64: Setup TSS early for secondary CPUs
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 45/75] x86/sev-es: Adjust #VC IST Stack on entering NMI handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 62/75] x86/sev-es: Handle #AC Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 65/75] x86/kvm: Add KVM specific VMMCALL handling under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 60/75] x86/sev-es: Handle MWAIT/MWAITX Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 71/75] x86/head/64: Rename start_cpu0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 54/75] x86/sev-es: Handle DR7 read/write events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 42/75] x86/sev-es: Setup per-cpu GHCBs for the runtime handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 74/75] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 49/75] x86/sev-es: Wire up existing #VC exit-code handlers
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 64/75] x86/paravirt: Allow hypervisor specific VMMCALL handling under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 59/75] x86/sev-es: Handle MONITOR/MONITORX Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 58/75] x86/sev-es: Handle INVD Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 50/75] x86/sev-es: Handle instruction fetches from user-space
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 57/75] x86/sev-es: Handle RDPMC Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 48/75] x86/sev-es: Add Runtime #VC Exception Handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 44/75] x86/sev-es: Allocate and setup IST entry for #VC
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 52/75] x86/sev-es: Handle MMIO String Instructions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 73/75] x86/sev-es: Handle NMI State
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 46/75] x86/dumpstack/64: Add noinstr version of get_stack_info()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 22/75] x86/boot/compressed/64: Setup GHCB Based VC Exception handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 36/75] x86/head/64: Move early exception dispatch to C code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 38/75] x86/sev-es: Print SEV-ES info into kernel log
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 34/75] x86/head/64: Build k/head64.c with -fno-stack-protector
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 30/75] x86/head/64: Install boot GDT
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 15/75] x86/boot/compressed/64: Always switch to own page-table
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 32/75] x86/head/64: Load segment registers earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 29/75] x86/idt: Move two function from k/idt.c to i/a/desc.h
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 31/75] x86/head/64: Reload GDT after switch to virtual addresses
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 13/75] x86/boot/compressed/64: Rename kaslr_64.c to ident_map_64.c
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 35/75] x86/head/64: Load IDT earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 37/75] x86/sev-es: Add SEV-ES Feature Detection
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 39/75] x86/sev-es: Compile early handler code into kernel image
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 18/75] x86/boot/compressed/64: Add stage1 #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 27/75] x86/idt: Move IDT to data segment
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 21/75] x86/boot/compressed/64: Add set_page_en/decrypted() helpers
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 33/75] x86/head/64: Switch to initial stack earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 19/75] x86/boot/compressed/64: Call set_sev_encryption_mask earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 20/75] x86/boot/compressed/64: Check return value of kernel_ident_mapping_init()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 26/75] x86/sev-es: Add CPUID handling to #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 17/75] x86/boot/compressed/64: Change add_identity_map() to take start and end
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 16/75] x86/boot/compressed/64: Don't pre-map memory in KASLR code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 28/75] x86/idt: Split idt_data setup out of set_intr_gate()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 06/75] x86/insn: Make inat-tables.c suitable for pre-decompression code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 24/75] x86/sev-es: Add support for handling IOIO exceptions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 25/75] x86/fpu: Move xgetbv()/xsetbv() into separate header
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 10/75] x86/insn: Add insn_has_rep_prefix() helper
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 11/75] x86/boot/compressed/64: Disable red-zone usage
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 12/75] x86/boot/compressed/64: Add IDT Infrastructure
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 14/75] x86/boot/compressed/64: Add page-fault handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 23/75] x86/boot/compressed/64: Unmap GHCB page before booting the kernel
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 08/75] x86/umip: Factor out instruction decoding
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 05/75] x86/traps: Move pf error codes to <asm/trap_pf.h>
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 07/75] x86/umip: Factor out instruction fetch
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 04/75] x86/cpufeatures: Add SEV-ES CPU feature
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 00/75] x86: SEV-ES Guest Support
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 01/75] KVM: SVM: Add GHCB definitions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 09/75] x86/insn: Add insn_get_modrm_reg_off()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 03/75] KVM: SVM: Use __packed shorthand
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v4 02/75] KVM: SVM: Add GHCB Accessor functions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v6 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v6 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v6 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: remove unnecessary condition check
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v3 02/19] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: boqun.feng@xxxxxxxxx
• Re: [PATCH v2 12/24] scsi: virtio_scsi: Demote seemingly unintentional kerneldoc header
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v3 07/19] vhost: Remove redundant use of read_barrier_depends() barrier
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 12/24] scsi: virtio_scsi: Demote seemingly unintentional kerneldoc header
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vsock/virtio: annotate 'the_virtio_vsock' RCU pointer
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/18] Allow architectures to override __READ_ONCE()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] vhost/scsi: fix up req type endian-ness
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] vsock/virtio: annotate 'the_virtio_vsock' RCU pointer
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 6/7] ifcvf: replace irq_request/free with helpers in vDPA core.
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 5/7] virtio_vdpa: init IRQ offloading function pointers to NULL.
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 4/7] vDPA: implement IRQ offloading helpers in vDPA core
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/7] vhost_vdpa: implement IRQ offloading functions in vhost_vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v2 12/24] scsi: virtio_scsi: Demote seemingly unintentional kerneldoc header
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [vhost:config-endian 38/39] drivers/platform/mellanox/mlxbf-tmfifo.c:1241:22: error: expected ')' before ';' token
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: sparse warning fixup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost/scsi: fix up req type endian-ness
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: fix sparse warning
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [vhost:config-endian 38/39] drivers/platform/mellanox/mlxbf-tmfifo.c:1237:2: error: invalid preprocessing directive #defined; did you mean
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] kvm/vfio: detect assigned device via irqbypass manager
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• ICITS'21 - 4th Int. Conference on Information Technology & Systems, Santa Elena, Ecuador
  • From: "Maria" <marialemos72@xxxxxxxxx>
• [vhost:config-endian 22/36] ./usr/include/linux/virtio_9p.h:39:2: error: unknown type name '__virtio16'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [vhost:config-endian 33/36] drivers/vdpa/vdpa_sim/vdpa_sim.c:335:21: sparse: sparse: incorrect type in assignment (different base types)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V6 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v3 06/19] asm/rwonce: Don't pull <asm/barrier.h> into 'asm-generic/rwonce.h'
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 06/19] asm/rwonce: Don't pull <asm/barrier.h> into 'asm-generic/rwonce.h'
  • From: Nick Desaulniers via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 19/19] arm64: lto: Strengthen READ_ONCE() to acquire when CONFIG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 04/19] alpha: Override READ_ONCE() with barriered implementation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 18/19] arm64: alternatives: Remove READ_ONCE() usage during patch operation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 17/19] arm64: cpufeatures: Add capability for LDAPR instruction
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 16/19] arm64: alternatives: Split up alternative.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 15/19] arm64: Reduce the number of header files pulled into vmlinux.lds.S
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 14/19] checkpatch: Remove checks relating to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 01/19] tools: bpf: Use local copy of headers including uapi/linux/filter.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 02/19] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 13/19] include/linux: Remove smp_read_barrier_depends() from comments
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 12/19] tools/memory-model: Remove smp_read_barrier_depends() from informal doc
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 11/19] Documentation/barriers/kokr: Remove references to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 10/19] Documentation/barriers: Remove references to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 09/19] locking/barriers: Remove definitions for [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 08/19] alpha: Replace smp_read_barrier_depends() usage with smp_[r]mb()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 07/19] vhost: Remove redundant use of read_barrier_depends() barrier
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 06/19] asm/rwonce: Don't pull <asm/barrier.h> into 'asm-generic/rwonce.h'
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 05/19] asm/rwonce: Remove smp_read_barrier_depends() invocation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 03/19] asm/rwonce: Allow __READ_ONCE to be overridden by the architecture
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 00/18] Allow architectures to override __READ_ONCE()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH V6 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] vsock/virtio: annotate 'the_virtio_vsock' RCU pointer
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: clear modern features under legacy
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] virtio_balloon: clear modern features under legacy
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: fix sparse warning
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] virtio_ring: sparse warning fixup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] vhost/scsi: fix up req type endian-ness
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio_balloon: fix sparse warning
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: sparse warnings in net/vmw_vsock/virtio_transport.c
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• sparse warnings in net/vmw_vsock/virtio_transport.c
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: Remove unnecessary condition checks
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: Remove unnecessary condition checks
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 12/24] scsi: virtio_scsi: Demote seemingly unintentional kerneldoc header
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 12/24] scsi: virtio_scsi: Demote seemingly unintentional kerneldoc header
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: Remove unnecessary condition checks
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: remove unnecessary condition check
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] scsi: virtio_scsi: remove unnecessary condition check
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 00/34] iommu: Move iommu_group setup to IOMMU core code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] crypto: virtio - constify features[] and id_table[]
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] drivers/char: Constify static variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v3 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] powerpc: move spinlock implementation to simple_spinlock
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] powerpc/pseries: move some PAPR paravirt functions to their own file
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] powerpc/powernv: must include hvcall.h to get PAPR defines
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] virtio: let arch validate VIRTIO features
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v5 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 4/4] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 3/4] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 2/4] rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 1/4] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v3 0/4] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Nick Desaulniers via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 1/2] virtio: let arch validate VIRTIO features
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 1/2] virtio: let arch validate VIRTIO features
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v4 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 1/2] virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 6/6] powerpc/qspinlock: optimised atomic_try_cmpxchg_lock that adds the lock hint
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 4/6] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 3/6] powerpc: move spinlock implementation to simple_spinlock
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 2/6] powerpc/pseries: move some PAPR paravirt functions to their own file
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 1/6] powerpc/powernv: must include hvcall.h to get PAPR defines
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 5/5] virtio_console: Constify some static variables
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio_console: Constify some static variables
  • From: Amit Shah <amitshah@xxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2 6/6] powerpc/qspinlock: optimised atomic_try_cmpxchg_lock that adds the lock hint
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 4/6] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 3/6] powerpc: move spinlock implementation to simple_spinlock
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 2/6] powerpc/pseries: move some PAPR paravirt functions to their own file
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 1/6] powerpc/powernv: must include hvcall.h to get PAPR defines
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 0/6] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 6/8] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 6/8] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 6/8] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/4] Remove 32-bit Xen PV guest support
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Remove 32-bit Xen PV guest support
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 2/8] powerpc/pseries: use smp_rmb() in H_CONFER spin yield
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/5] drivers/char: Constify static variables
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/8] powerpc/pseries: use smp_rmb() in H_CONFER spin yield
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Remove 32-bit Xen PV guest support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 8/8] powerpc/64s: remove paravirt from simple spinlocks (RFC only)
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 7/8] powerpc/qspinlock: optimised atomic_try_cmpxchg_lock that adds the lock hint
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 6/8] powerpc/pseries: implement paravirt qspinlocks for SPLPAR
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 5/8] powerpc/64s: implement queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 4/8] powerpc: move spinlock implementation to simple_spinlock
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 3/8] powerpc/pseries: move some PAPR paravirt functions to their own file
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 2/8] powerpc/pseries: use smp_rmb() in H_CONFER spin yield
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 1/8] powerpc/powernv: must include hvcall.h to get PAPR defines
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 0/8] powerpc: queued spinlocks and rwlocks
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-mmio: Reject invalid IRQ 0 command line argument
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 2/2] virtio-mmio: Reject invalid IRQ 0 command line argument
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH 01/18] tools: bpf: Use local copy of headers including uapi/linux/filter.h
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] drm/virtgpu: remove redundant assignments to width and height
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 02/18] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 2/4] x86/paravirt: remove 32-bit support from PARAVIRT_XXL
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH v2 3/4] x86/paravirt: cleanup paravirt macros
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH v2 0/4] Remove 32-bit Xen PV guest support
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/34] iommu: Move iommu_group setup to IOMMU core code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 02/18] compiler.h: Split {READ,WRITE}_ONCE definitions out into rwonce.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 5/5] vdpasim: support batch updating
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 4/5] vhost-vdpa: support IOTLB batching hints
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 3/5] vhost-vdpa: support get/set backend features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 2/5] vhost: generialize backend features setting/getting
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/5] vhost-vdpa: refine ioctl pre-processing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 0/5]
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 00/18] Allow architectures to override __READ_ONCE()
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: free vblk-vqs in error path of virtblk_probe()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] virtio-blk: free vblk-vqs in error path of virtblk_probe()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/18] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 18/18] arm64: lto: Strengthen READ_ONCE() to acquire when CLANG_LTO=y
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 17/18] arm64: alternatives: Remove READ_ONCE() usage during patch operation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 16/18] arm64: cpufeatures: Add capability for LDAPR instruction
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 15/18] arm64: alternatives: Split up alternative.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 14/18] arm64: Reduce the number of header files pulled into vmlinux.lds.S
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 13/18] checkpatch: Remove checks relating to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 12/18] include/linux: Remove smp_read_barrier_depends() from comments
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 11/18] tools/memory-model: Remove smp_read_barrier_depends() from informal doc
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 10/18] Documentation/barriers/kokr: Remove references to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 09/18] Documentation/barriers: Remove references to [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 08/18] locking/barriers: Remove definitions for [smp_]read_barrier_depends()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 07/18] alpha: Replace smp_read_barrier_depends() usage with smp_[r]mb()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 06/18] vhost: Remove redundant use of read_barrier_depends() barrier
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 05/18] asm/rwonce: Remove smp_read_barrier_depends() invocation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 04/18] alpha: Override READ_ONCE() with barriered implementation
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 03/18] asm/rwonce: Allow __READ_ONCE to be overridden by the architecture
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 02/18] compiler.h: Split {READ, WRITE}_ONCE definitions out into rwonce.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 01/18] tools: bpf: Use local copy of headers including uapi/linux/filter.h
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 00/18] Allow architectures to override __READ_ONCE()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v1 6/6] virtio-mem: don't special-case ZONE_MOVABLE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/6] mm/page_isolation: cleanup set_migratetype_isolate()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 5/6] mm/page_alloc: restrict ZONE_MOVABLE optimization in has_unmovable_pages() to memory offlining
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/6] mm/page_isolation: don't dump_page(NULL) in set_migratetype_isolate()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/6] mm/page_isolation: drop WARN_ON_ONCE() in set_migratetype_isolate()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/6] mm/page_alloc: tweak comments in has_unmovable_pages()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/6] mm / virtio-mem: support ZONE_MOVABLE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 0/3] virtio: NUMA-aware memory allocation
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/3] virtio: NUMA-aware memory allocation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 0/3] virtio: NUMA-aware memory allocation
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• RE: [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 0/3] virtio: NUMA-aware memory allocation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 2/2] virtio: virtio_has_iommu_quirk -> virtio_has_dma_quirk
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio: VIRTIO_F_IOMMU_PLATFORM -> VIRTIO_F_ACCESS_PLATFORM
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• [RFC 3/3] virtio-blk: use NUMA-aware memory allocation in probe
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [RFC 2/3] virtio_ring: use NUMA-aware memory allocation in probe
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [RFC 1/3] virtio-pci: use NUMA-aware memory allocation in probe
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [RFC 0/3] virtio: NUMA-aware memory allocation
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v2 1/2] virtio: VIRTIO_F_IOMMU_PLATFORM -> VIRTIO_F_ACCESS_PLATFORM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [GIT PULL] virtio: fixes, tests
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2 2/2] virtio: virtio_has_iommu_quirk -> virtio_has_dma_quirk
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 1/2] virtio: VIRTIO_F_IOMMU_PLATFORM -> VIRTIO_F_ACCESS_PLATFORM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 0/2] virtio: modernize DMA quirks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio: VIRTIO_F_IOMMU_PLATFORM -> VIRTIO_F_ACCESS_PLATFORM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• [GIT PULL] virtio: fixes, tests
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] xen: introduce xen_vring_use_dma
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] xen: introduce xen_vring_use_dma
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [RFC v9 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Should SEV-ES #VC use IST? (Re: [PATCH] Allow RDTSC and RDTSCP from userspace)
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: AMD IOMMU + SME + amdgpu regression
  • From: "Alex Xu \(Hello71\) via Virtualization" <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: AMD IOMMU + SME + amdgpu regression
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [RFC v9 09/11] vhost/scsi: switch to buf APIs
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC v9 10/11] vhost/vsock: switch to the buf API
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH V2] drivers/block: Use kobj_to_dev() API
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 4.19 066/267] crypto: virtio: Fix dest length calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 065/267] crypto: virtio: Fix src/dst scatterlist calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 064/267] crypto: virtio: Fix use-after-free in virtio_crypto_skcipher_finalize_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 051/190] crypto: virtio: Fix dest length calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 050/190] crypto: virtio: Fix src/dst scatterlist calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 049/190] crypto: virtio: Fix use-after-free in virtio_crypto_skcipher_finalize_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drm/virtio: Fix an IS_ERR() vs NULL check in virtio_gpu_object_shmem_init()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] drivers\block: Use kobj_to_dev() API
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] virtio-mem: Fix build error due to improper use 'select'
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] virtio-mem: Fix build error due to improper use 'select'
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] virtio-mem: Fix build error due to improper use 'select'
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 1/3] virtio: add dma-buf support for exported objects
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v4 1/3] virtio: add dma-buf support for exported objects
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH RFC 4/5] vhost-vdpa: support IOTLB batching hints
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC 5/5] vdpasim: support batch updating
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC 3/5] vhost-vdpa: support get/set backend features
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC 2/5] vhost: generialize backend features setting/getting
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC 1/5] vhost-vdpa: refine ioctl pre-processing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC 0/5] support batched IOTLB updating in vhost-vdpa
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 096/266] virtiofs: schedule blocking async replies in separate worker
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 059/266] scsi: vhost: Notify TCM about the maximum sg entries supported per command
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 131/388] virtiofs: schedule blocking async replies in separate worker
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 077/388] scsi: vhost: Notify TCM about the maximum sg entries supported per command
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vhost: add an RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v1] MAINTAINERS: add URL for virtio-mem
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 1/1] s390: virtio: let arch accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v3 0/1] s390: virtio: let arch choose to accept devices without IOMMU feature
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 4/4] vhost: vdpa: report iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 3/4] vdpa: get_iova_range() is mandatory for device specific DMA translation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 2/4] vdpa_sim: implement get_iova_range bus operation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/4] vdpa: introduce config op to get valid iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 0/4] vDPA: API for reporting IOVA range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH RFC v7 03/14] vhost: use batched get_vq_desc version
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5.6 100/161] crypto: virtio: Fix src/dst scatterlist calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.6 099/161] crypto: virtio: Fix use-after-free in virtio_crypto_skcipher_finalize_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.6 098/161] crypto: virtio: Fix dest length calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5.7 095/163] crypto: virtio: Fix src/dst scatterlist calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.7 094/163] crypto: virtio: Fix use-after-free in virtio_crypto_skcipher_finalize_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.7 093/163] crypto: virtio: Fix dest length calculation in __virtio_crypto_skcipher_do_req()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/2] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>