mirror of
https://git.proxmox.com/git/qemu-server
synced 2025-06-03 06:28:07 +00:00
089aed811d
Quoting from QEMU commit 4271f40383 ("virtio-net: correctly report
maximum tx_queue_size value"):
> Maximum value for tx_queue_size depends on the backend type.
> 1024 for vDPA/vhost-user, 256 for all the others.
> So the parameter is silently ignored and ethtool reports a different
> value than the one provided by the user.
Indeed, for a non-vDPA/vhost-user netdev, the guest will see TX: 256
instead of the specified 1024 here. With the mentioned QEMU commit (in
master and will be part of 8.1), using 1024 will be a hard error:
> Invalid tx_queue_size (= 1024), must be a power of 2 between 256 and 256
Since neither vhost-user, nor vhost-vdpa netdev types are exposed by
Proxmox VE, just changing the limit to the correct 256 should be fine.
No obvious issue during live-migration found.
Fixes:
|
||
|---|---|---|
| .. | ||
| cfg2cmd | ||
| MigrationTest | ||
| ovf_manifests | ||
| restore-config-expected | ||
| restore-config-input | ||
| snapshot-expected | ||
| snapshot-input | ||
| Makefile | ||
| run_config2command_tests.pl | ||
| run_ovf_tests.pl | ||
| run_pci_addr_checks.pl | ||
| run_qemu_img_convert_tests.pl | ||
| run_qemu_migrate_tests.pl | ||
| run_qemu_restore_config_tests.pl | ||
| run_snapshot_tests.pl | ||
| snapshot-test.pm | ||
| test_get_replicatable_volumes.pl | ||
| test.vmdk | ||