Loading...

Linking RHIVOS CVEs to...

Migration: Automation ...

Sync from "Extern...

XML

Word

Printable

Type: Story
Resolution: Unresolved
Priority: Normal
Fix Version/s: rhel-10.1
Affects Version/s: None
Component/s: qemu-kvm / Storage / virtio-blk,scsi
Labels:
None

Fixed in Build:
qemu-kvm-10.0.0-1.el10
Severity:
Important
Epic Link:
qemu multiqueue support
sprint_count:
2

AssignedTeam:
rhel-virt-storage
Sub-System Group:

ssg_virtualization

Story Points:
0
Blocked:
False
Ready:
False
Blocked Reason:

Hide

None

Show
None
Product Documentation Required:
None
Sprint:
virt-storage Sprint 4, virt-storage Sprint 5

Preliminary Testing:
Pass
Errata Link:
https://errata.engineering.redhat.com/advisory/147447
Test Coverage:

Automated

Experience:

PX Impact Score:
SFDC Cases Counter:
SFDC Cases Open:
SFDC Cases Links:

Planning:
None

Now that the block backends are ready to receive requests from multiple different threads and virtio-blk has the new iothread-vq-mapping property to allow users to make use of it, a logical next step is to provide the same functionality for virtio-scsi, too, and improve its scalability this way.

blocks

RHEL-77552 Multiqueue block layer support (iothread-vq-mapping) for virtio-scsi

Release Pending

is blocked by

RHEL-74473 Rebase qemu-kvm to QEMU 10.0.0

Release Pending

links to

RHBA-2025:147447 qemu-kvm bug fix and enhancement update

Assignee:: Stefan Hajnoczi

Reporter:: Kevin Wolf

Developer:: virt-maint

QA Contact:: qing wang

Votes:: 0 Vote for this issue

Watchers:: 12 Start watching this issue

Created:: 2024/02/19 4:22 PM

Updated:: 2025/07/17 1:57 AM

Next Planned Release Date:: 2025/11/11

Details

Description

Attachments

Issue Links

Easy Agile Planning Poker

Activity

People

Dates