I'm sorry for giving you the wrong information.
I didn't use the -drive parameter in QEMU, but the -blockdev parameter instead.
Below are the commands I used in the scenario where I/O performance
remains the same
1-1 execute the qemu process with
...
-object throttle-group,id=tg,x-bps-total=10485
Actually, the above is a simple scenario, and I want to apply a filter
to an overlay image as following.
1. Execute the QEMU process as in 1-1 or 2-1.
2. Run the command to create the overlay image
{"execute":"blockdev-snapshot-sync","arguments":{"node-name":
"qcow2-node", "snapshot-file":"/path/t
Hi Mark
That's a good point, I'll try that then: checking first the status of the existing PC CS4231 then I'll check the existing driver code and see how things look. I'm trying to get my hands on a real SS-5 to dispell some doubts as well.
Thank you for your time once again.
Best regards,
On Wed, Jan 08, 2025 at 06:45:54PM +0900, Henry lol wrote:
> I want to apply a throttle block filter using the QMP command, but
> it doesn't seem to work as the I/O performance remains the same.
>
> Are there any additional steps I need to follow?
> I predefined the throttle-group object and block
I'm observing unexpected behavior with NVMe command completions in
QEMU. Here's what happens:
I issue a single READ command (NVME_NVM_CMD_READ) with:
CID: 8
NSID: 1
LBA: 0x802
NLB: 1
The trace log shows two IRQ notifications::
pci_nvme_irq_msix raising MSI-X IRQ vector 1
apic_deliver_irq dest 0
Hi Peter,
I don't want to ignore it if you think I've found a bug here - but my
reproducer unfortunately is the VM that was launched with
libvirt/virt-install. If you know of a pure QEMU command to spin up a
new QEMU VM that would attempt to use the "neoverse-v1" CPU model with
KVM (run on a host
Hello,
I want to apply a throttle block filter using the QMP command, but it
doesn't seem to work as the I/O performance remains the same.
Are there any additional steps I need to follow?
I predefined the throttle-group object and block device in the QEMU
parameters and then used the blockdev-add
On 06/01/2025 05:16, JF Sebastian wrote:
In short, I'm wondering if the solution for sound on the SS-5 in QEMU would then be a
completely new undertaking from scratch, or if in fact, it would be a matter of
glueing existing work, the majority of which done already.
Thank you for your time.
Bes
