Hi Michael,
On Mon, Sep 22, 2025 at 10:21 PM Paolo Abeni wrote:
> Some virtualized deployments use UDP tunnel pervasively and are impacted
> negatively by the lack of GSO support for such kind of traffic in the
> virtual NIC driver.
>
> The virtio_net specification recently int
ed-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v6 -> v6:
- clarified commit message
v4 -> v5:
- reordered virtio_set_features{_ex}() definitions
v3 -> v4:
- use new virtio_features macro names
v2 -> v3:
- _array -> _ex
v1 -> v2:
- uint128_t -> u
Acked-by: Jason Wang
Acked-by: Markus Armbruster
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v6 -> v7:
- fixed features description typo
v3 -> v4:
- cleanup unknown features init
- update QMP example and doc accordingly
- use new virtio_features macro names
v2
Use the extended types and helpers to manipulate the virtio_net
features.
Note that offloads are still 64bits wide, as per specification,
and extended offloads will be mapped into such range.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- reba
The set_offload() argument list is already pretty long and
we are going to introduce soon a bunch of additional offloads.
Replace the offload arguments with a single struct and update
all the relevant call-sites.
No functional changes intended.
Signed-off-by: Paolo Abeni
---
v5 -> v6:
-
t going to implement
extended features soon.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- fix compile warning for real :(
- de-duplicate code from vhost_{get,ack}_features and
vhost_{get,ack}_features_ex
- use new vi
Such annotation is present into the kernel uAPI headers since
v6.7, and will be used soon by the vhost_type.h. Deal with it
just stripping it.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
scripts/update-linux-headers.sh | 1 +
1
non zero. Relay on reset to clear all the feature
space before load.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v5 -> v6:
- fixed checkpatch error (missing brackets on a single line statement)
v4 -> v5:
- add blank line
manipulate them.
Most drivers will keep using only 64 bits features space: use union
to allow them access the lower part of the extended space without any
per driver change.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v6 ->
Update headers to include the virtio GSO over UDP tunnel features
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- fetch the headers from the linux vanilla tree instead of net-next
---
include/standard-headers/drm/drm_fourcc.h |
changed belongs to the 64 bit range.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Acked-by: Stefano Garzarella
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
v1 -> v2:
- synced with kernel ioctl changes
---
hw/virtio/vhost-backend.
Provide extended version of the features manipulation helpers,
and let the device initialization deal with the full features space,
adjusting the relevant format strings accordingly.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- add miss
patch 1 unmodified, still some hope we could live with that;)
v2: https://lists.gnu.org/archive/html/qemu-devel/2025-07/msg03000.html
Paolo Abeni (14):
net: bundle all offloads in a single struct
linux-headers: deal with counted_by annotation
linux-headers: Update to Linux v6.17-rc1
virt
On 9/22/25 2:55 PM, Michael S. Tsirkin wrote:
> On Fri, Sep 12, 2025 at 03:07:00PM +0200, Paolo Abeni wrote:
>> Extend the VirtioDeviceFeatures struct with an additional u64
>> to track unknown features in the 64-127 bit range and decode
>> the full virtio features spaces
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- cleanup unknown features init
- update QMP example and doc accordingly
- use new virtio_features macro names
v2 -> v3:
- unknown-dev-features-dword2 -> unknown-dev-features2
- _array -> _ex
- fixed typo
Hi Michael,
On Fri, Sep 12, 2025 at 9:10 PM Paolo Abeni wrote:
> Some virtualized deployments use UDP tunnel pervasively and are impacted
> negatively by the lack of GSO support for such kind of traffic in the
> virtual NIC driver.
>
> The virtio_net specification recently introdu
changed belongs to the 64 bit range.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
v1 -> v2:
- synced with kernel ioctl changes
---
hw/virtio/vhost-backend.c | 62 ---
implementation deduplicating a bit of code
- many more cleanups, see the individual patches changelog for the
details
- I left patch 1 unmodified, still some hope we could live with that;)
v2: https://lists.gnu.org/archive/html/qemu-devel/2025-07/msg03000.html
Paolo Abeni (14):
net: bundle all o
Provide extended version of the features manipulation helpers,
and let the device initialization deal with the full features space,
adjusting the relevant format strings accordingly.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- add miss
Update headers to include the virtio GSO over UDP tunnel features
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- fetch the headers from the linux vanilla tree instead of net-next
---
include/standard-headers/drm/drm_fourcc.h |
Use the extended types and helpers to manipulate the virtio_net
features.
Note that offloads are still 64bits wide, as per specification,
and extended offloads will be mapped into such range.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- reba
On 9/12/25 3:42 PM, Markus Armbruster wrote:
> Paolo Abeni writes:
>
>> Extend the VirtioDeviceFeatures struct with an additional u64
>> to track unknown features in the 64-127 bit range and decode
>> the full virtio features spaces for vhost and virtio devices.
>&g
to support both of them or none.
The new features are disabled by default to avoid compat issues,
and could be enabled, after that hw_compat_10_1 will be added,
together with the related compat entries.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
--
v4 -> v5
t going to implement
extended features soon.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- fix compile warning for real :(
- de-duplicate code from vhost_{get,ack}_features and
vhost_{get,ack}_features_ex
- use new virtio_features macro na
-by: Paolo Abeni
---
v3 -> v4:
- move the build bug before vmstate_virtio
- use new virtio_features macro names
v2 -> v3:
- 128bit_features state load/stores only the high bits
- consolidate the load implementation to use a single set
helper for 128/64/32 bits features
- _array ->
non zero. Relay on reset to clear all the feature
space before load.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v5 -> v6:
- fixed checkpatch error (missing brackets on a single line statement)
v4 -> v5:
- add blank line after QEMU_BUILD_BUG_ON()
Such annotation is present into the kernel uAPI headers since
v6.7, and will be used soon by the vhost_type.h. Deal with it
just stripping it.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
scripts/update-linux-headers.sh | 1 +
1 file changed, 1 insertion
or the host negotiated any UDP tunnel related feature:
add them to the kernel supported features list, to allow qemu
transfer to the backend the needed information.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- '|' -> '||'
es
need to implemented a new pair of features getter/setter, the
core will conditionally use them instead of the basic one.
Note that 'bad_features' don't need to be extended, as they are
bound to the 64 bits limit.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by:
manipulate them.
Most drivers will keep using only 64 bits features space: use union
to allow them access the lower part of the extended space without any
per driver change.
Reviewed-by: Akihiko Odaki
Acked-by: Jason Wang
Signed-off-by: Paolo Abeni
---
v5 -> v6:
- removed trailing
The set_offload() argument list is already pretty long and
we are going to introduce soon a bunch of additional offloads.
Replace the offload arguments with a single struct and update
all the relevant call-sites.
No functional changes intended.
Signed-off-by: Paolo Abeni
---
v5 -> v6:
-
On 9/1/25 4:47 AM, Jason Wang wrote:
> On Thu, Aug 28, 2025 at 9:47 AM Akihiko Odaki
> wrote:
>>
>> On 2025/08/13 19:28, Paolo Abeni wrote:
>>> Some virtualized deployments use UDP tunnel pervasively and are impacted
>>> negatively by the lack of GSO sup
Hi Jason,
On Wed, Aug 13, 2025 at 6:30 PM Paolo Abeni wrote:
> Some virtualized deployments use UDP tunnel pervasively and are impacted
> negatively by the lack of GSO support for such kind of traffic in the
> virtual NIC driver.
>
> The virtio_net specification recently introdu
Hi,
On 8/13/25 12:34 PM, Michael Tokarev wrote:
> On 13.08.2025 13:26, Paolo Abeni wrote:
>
>> +typedef struct NetOffloads {
>> +bool csum;
>> +bool tso4;
>> +bool tso6;
>> +bool ecn;
>> +bool ufo;
>> +bool uso4;
>> +
or the host negotiated any UDP tunnel related feature:
add them to the kernel supported features list, to allow qemu
transfer to the backend the needed information.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- '|' -> '||'
v2 -> v3:
- rebased on top of "net: C
Provide extended version of the features manipulation helpers,
and let the device initialization deal with the full features space,
adjusting the relevant format strings accordingly.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- add missing features initialization
- use new virtio_featu
of the few spots that need explicitly to know and set
in stone the extended features array size; add a build bug to prevent
breaking the migration should such size change again in the future:
more serialization plumbing will be needed.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- move the bu
non zero. Relay on reset to clear all the feature
space before load.
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- add blank line after QEMU_BUILD_BUG_ON()
- make virtio_pci_select_max() robust vs future feature space increase
v3 -> v4:
- use new virtio_features macro names
- move the
manipulate them.
Most drivers will keep using only 64 bits features space: use union
to allow them access the lower part of the extended space without any
per driver change.
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- DEFINE_PROP_FEATURE -> VIRTIO_DEFINE_PROP_FEATURE
v3 -> v4:
- VIR
es
need to implemented a new pair of features getter/setter, the
core will conditionally use them instead of the basic one.
Note that 'bad_features' don't need to be extended, as they are
bound to the 64 bits limit.
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- reord
Extend the VirtioDeviceFeatures struct with an additional u64
to track unknown features in the 64-127 bit range and decode
the full virtio features spaces for vhost and virtio devices.
Also add entries for the soon-to-be-supported virtio net GSO over
UDP features.
Signed-off-by: Paolo Abeni
Use the extended types and helpers to manipulate the virtio_net
features.
Note that offloads are still 64bits wide, as per specification,
and extended offloads will be mapped into such range.
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- rebased on top of 6071d13c6a37
v3 -> v4:
- u
to support both of them or none.
The new features are disabled by default to avoid compat issues,
and could be enabled, after that hw_compat_10_1 will be added,
together with the related compat entries.
Signed-off-by: Paolo Abeni
--
v4 -> v5:
- disable features by default
- DEFINE
t going to implement
extended features soon.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- fix compile warning for real :(
- de-duplicate code from vhost_{get,ack}_features and
vhost_{get,ack}_features_ex
- use new virtio_features macro names
v2 -> v3:
- fix compile warning
- _array
changed belongs to the 64 bit range.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
v1 -> v2:
- synced with kernel ioctl changes
---
hw/virtio/vhost-backend.c | 62 ---
1 file changed, 51 insertions(+), 11 deletions(-)
diff
- I left patch 1 unmodified, still some hope we could live with that;)
v2: https://lists.gnu.org/archive/html/qemu-devel/2025-07/msg03000.html
Paolo Abeni (13):
linux-headers: deal with counted_by annotation
linux-headers: Update to Linux v6.17-rc1
virtio: introduce extended features type
v
Update headers to include the virtio GSO over UDP tunnel features
Signed-off-by: Paolo Abeni
--
v4 -> v5:
- fetch the headers from the linux vanilla tree instead of net-next
---
include/standard-headers/drm/drm_fourcc.h | 56 ++-
include/standard-headers/linux/ethtool.h |
Such annotation is present into the kernel uAPI headers since
v6.7, and will be used soon by the vhost_type.h. Deal with it
just stripping it.
Signed-off-by: Paolo Abeni
---
scripts/update-linux-headers.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/update-linux-headers.sh b
The set_offload() argument list is already pretty long and
we are going to introduce soon a bunch of additional offloads.
Replace the offload arguments with a single struct and update
all the relevant call-sites.
No functional changes intended.
Signed-off-by: Paolo Abeni
---
v4 -> v5:
- s
On 8/13/25 7:55 AM, Jason Wang wrote:
> On Tue, Aug 12, 2025 at 4:03 PM Akihiko Odaki
> wrote:
>>
>> On 2025/08/12 13:01, Jason Wang wrote:
>>> On Fri, Aug 8, 2025 at 12:55 PM Akihiko Odaki
>>> wrote:
>>>>
>>>> On 2025/08/08 5:18, Paol
On 7/26/25 1:52 PM, Akihiko Odaki wrote:
> On 2025/07/24 4:31, Paolo Abeni wrote:
>> @@ -1477,6 +1509,13 @@ int virtio_pci_add_shm_cap(VirtIOPCIProxy *proxy,
>> return virtio_pci_add_mem_cap(proxy, &cap.cap);
>> }
>>
>> +static int virtio_pc
changed belongs to the 64 bit range.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
v1 -> v2:
- synced with kernel ioctl changes
---
hw/virtio/vhost-backend.c | 62 ---
1 file changed, 51 insertions(+), 11 deletions(-)
diff
Use the extended types and helpers to manipulate the virtio_net
features.
Note that offloads are still 64bits wide, as per specification,
and extended offloads will be mapped into such range.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
v2 -> v3:
- r
or the host negotiated any UDP tunnel related feature:
add them to the kernel supported features list, to allow qemu
transfer to the backend the needed information.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- '|' -> '||'
v2 -> v3:
- rebased on top of "net: C
Such annotation is present into the kernel uAPI headers since
v6.7, and will be used soon by the vhost_type.h. Deal with it
just stripping it.
Signed-off-by: Paolo Abeni
---
scripts/update-linux-headers.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/update-linux-headers.sh b
Extend the VirtioDeviceFeatures struct with an additional u64
to track unknown features in the 64-127 bit range and decode
the full virtio features spaces for vhost and virtio devices.
Also add entries for the soon-to-be-supported virtio net GSO over
UDP features.
Signed-off-by: Paolo Abeni
to support both of them or none.
Note that this will requires a few compat entries after that
hw_compat_10_1 will be added.
Signed-off-by: Paolo Abeni
--
v3 -> v4:
- move DEFINE_PROP_FEATURE() in patch 4
v2 -> v3:
- use bool type for tap_probe_has_tunnel()
- rebased on top of 2deec9a
non zero. Relay on reset to clear all the feature
space before load.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_features macro names
- move the build bug before vmstate_virtio_pci_modern_state_sub
v2 -> v3:
- drop the pre_load/post_load trickery and relay on reset z
manipulate them.
Most drivers will keep using only 64 bits features space: use union
to allow them access the lower part of the extended space without any
per driver change.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- VIRTIO_FEATURES_DWORDS -> VIRTIO_FEATURES_NU64S
- VIRTI
Update headers to include the virtio GSO over UDP tunnel features
Signed-off-by: Paolo Abeni
--
Note: while the relevant change are not into Linus's tree yet, they have
been merged in the net-next tree and they should land into the vanilla
tree during the next merge window.
---
include/sta
of the few spots that need explicitly to know and set
in stone the extended features array size; add a build bug to prevent
breaking the migration should such size change again in the future:
more serialization plumbing will be needed.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- move the bu
t going to implement
extended features soon.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- fix compile warning for real :(
- de-duplicate code from vhost_{get,ack}_features and
vhost_{get,ack}_features_ex
- use new virtio_features macro names
v2 -> v3:
- fix compile warning
- _array
Provide extended version of the features manipulation helpers,
and let the device initialization deal with the full features space,
adjusting the relevant format strings accordingly.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- add missing features initialization
- use new virtio_featu
es
need to implemented a new pair of features getter/setter, the
core will conditionally use them instead of the basic one.
Note that 'bad_features' don't need to be extended, as they are
bound to the 64 bits limit.
Signed-off-by: Paolo Abeni
---
v3 -> v4:
- use new virtio_fe
The set_offload() argument list is already pretty long and
we are going to introduce soon a bunch of additional offloads.
Replace the offload arguments with a single struct and update
all the relevant call-sites.
No functional changes intended.
Signed-off-by: Paolo Abeni
---
v3 ->
see the individual patches changelog for the
details
- I left patch 1 unmodified, still some hope we could live with that;)
Paolo Abeni (14):
net: bundle all offloads in a single struct
linux-headers: deal with counted_by annotation
linux-headers: Update to Linux ~v6.16-rc7 net-next
On 7/23/25 7:47 AM, Jason Wang wrote:
> On Tue, Jul 22, 2025 at 3:37 PM Paolo Abeni wrote:
>>
>> On 7/22/25 5:28 AM, Jason Wang wrote:
>>> On Fri, Jul 18, 2025 at 4:53 PM Paolo Abeni wrote:
>>>>
>>>> Extend the features configuration space t
On 7/22/25 5:32 AM, Jason Wang wrote:
> On Fri, Jul 18, 2025 at 4:53 PM Paolo Abeni wrote:
>>
>> Similar to virtio infra, vhost core maintains the features status
>> in the full extended format and allows the devices to implement
>> extended version of the get
On 7/22/25 5:28 AM, Jason Wang wrote:
> On Fri, Jul 18, 2025 at 4:53 PM Paolo Abeni wrote:
>>
>> Extend the features configuration space to 128 bits, and allow the
>> common read/write operation to access all of it.
>>
>> On migration, save the 128 bit version of
On 7/22/25 5:50 AM, Jason Wang wrote:
> On Fri, Jul 18, 2025 at 4:54 PM Paolo Abeni wrote:
>> Tap devices support GSO over UDP tunnel offload. Probe for such
>> feature in a similar manner to other offloads.
>>
>> GSO over UDP tunnel needs to be enabled in addition to a
On 7/18/25 1:17 PM, Stefano Garzarella wrote:
> On Fri, Jul 18, 2025 at 10:52:38AM +0200, Paolo Abeni wrote:
>> @@ -4245,6 +4274,14 @@ static const Property virtio_net_properties[] = {
>> rss_data.speci
On 7/21/25 9:49 AM, Akihiko Odaki wrote:
> On 2025/07/21 16:33, Paolo Abeni wrote:
>> On 7/20/25 12:41 PM, Akihiko Odaki wrote:
>>> On 2025/07/18 17:52, Paolo Abeni wrote:
>>>> diff --git a/include/hw/virtio/virtio-features.h
>>>> b/include/hw/virtio/v
On 7/21/25 4:53 AM, Lei Yang wrote:
> On Fri, Jul 18, 2025 at 10:37 PM Stefano Garzarella
> wrote:
>> On Fri, Jul 18, 2025 at 10:52:33AM +0200, Paolo Abeni wrote:
>>> Similar to virtio infra, vhost core maintains the features status
>>> in the full extended fo
On 7/21/25 9:23 AM, Akihiko Odaki wrote:
> On 2025/07/18 17:52, Paolo Abeni wrote:
>> Extend the VirtioDeviceFeatures struct with an additional u64
>> to track unknown features in the 64-127 bit range and decode
>> the full virtio features spaces for vhost and virtio de
7/20/25 12:44 PM, Akihiko Odaki wrote:
> On 2025/07/18 17:52, Paolo Abeni wrote:
>> @@ -,26 +3362,23 @@ virtio_load(VirtIODevice *vdev, QEMUFile *f, int
>> version_id)
>> vdev->device_endian = virtio_default_endian();
>> }
>>
>>
On 7/20/25 12:41 PM, Akihiko Odaki wrote:
> On 2025/07/18 17:52, Paolo Abeni wrote:
>> diff --git a/include/hw/virtio/virtio-features.h
>> b/include/hw/virtio/virtio-features.h
>> new file mode 100644
>> index 00..68e326e3e8
>> --- /dev/null
>> ++
On 7/19/25 8:57 AM, Markus Armbruster wrote:
> Paolo Abeni writes:
>
>> Extend the VirtioDeviceFeatures struct with an additional u64
>> to track unknown features in the 64-127 bit range and decode
>> the full virtio features spaces for vhost and virtio devices.
>&g
On 7/18/25 4:36 PM, Stefano Garzarella wrote:
> On Fri, Jul 18, 2025 at 10:52:33AM +0200, Paolo Abeni wrote:
>> @@ -1871,6 +1900,20 @@ uint64_t vhost_get_features(struct vhost_dev *hdev,
>> const int *feature_bits,
>> return features;
>> }
>>
>> +void
On 7/18/25 3:01 PM, Stefano Garzarella wrote:
> On Fri, Jul 18, 2025 at 10:52:36AM +0200, Paolo Abeni wrote:
>> @@ -234,7 +234,8 @@ struct vhost_net *vhost_net_init(VhostNetOptions
>> *options)
>> int r;
>> bool backend_kernel = options->backend_typ
On 7/18/25 3:22 PM, Stefano Garzarella wrote:
> On Fri, Jul 18, 2025 at 10:52:39AM +0200, Paolo Abeni wrote:
>> diff --git a/net/tap.c b/net/tap.c
>> index 23c6c118e7..2dfa843547 100644
>> --- a/net/tap.c
>> +++ b/net/tap.c
>> @@ -62,6 +62,8 @@ sta
On 7/18/25 12:18 PM, Stefano Garzarella wrote:
> On Fri, Jul 18, 2025 at 10:52:34AM +0200, Paolo Abeni wrote:
>> diff --git a/hw/virtio/virtio-qmp.c b/hw/virtio/virtio-qmp.c
>> index 3b6377cf0d..03c6163cf4 100644
>> --- a/hw/virtio/virtio-qmp.c
>> +++ b/hw/virtio/virtio
to support both of them or none.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- use bool type for tap_probe_has_tunnel()
- rebased on top of 2deec9ab7d ("virtio-net: Move
virtio_net_get_features() down")
- _array -> _ex
v1 -> v2:
- peer_has_tunnel return a bool
-
manipulate them.
Most drivers will keep using only 64 bits features space: use union
to allow them access the lower part of the extended space without any
per driver change.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- fix preprocessor guard name
- use BIT_ULL
- add missing parentheses
changed belongs to the 64 bit range.
Signed-off-by: Paolo Abeni
---
v1 -> v2:
- synced with kernel ioctl changes
---
hw/virtio/vhost-backend.c | 62 ---
1 file changed, 51 insertions(+), 11 deletions(-)
diff --git a/hw/virtio/vhost-backend.c b/hw/virtio/vh
of the few spots that need explicitly to know and set
in stone the extended features array size; add a build bug to prevent
breaking the migration should such size change again in the future:
more serialization plumbing will be needed.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- 128bit_featu
or the host negotiated any UDP tunnel related feature:
add them to the kernel supported features list, to allow qemu
transfer to the backend the needed information.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- rebased on top of "net: Consolidate vhost feature bits into vhost_net
s
Provide extended version of the features manipulation helpers,
and let the device initialization deal with the full features space,
adjusting the relevant format strings accordingly.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- use virtio_features_andnot return value instead
es
need to implemented a new pair of features getter/setter, the
core will conditionally use them instead of the basic one.
Note that 'bad_features' don't need to be extended, as they are
bound to the 64 bits limit.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- _array -&g
Extend the VirtioDeviceFeatures struct with an additional u64
to track unknown features in the 64-127 bit range and decode
the full virtio features spaces for vhost and virtio devices.
Also add entries for the soon-to-be-supported virtio net GSO over
UDP features.
Signed-off-by: Paolo Abeni
Use the extended types and helpers to manipulate the virtio_net
features.
Note that offloads are still 64bits wide, as per specification,
and extended offloads will be mapped into such range.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- rebased on top of 2deec9ab7d ("virtio-n
Update headers to include the virtio GSO over UDP tunnel features
Signed-off-by: Paolo Abeni
--
Note: while the relevant change are not into Linus's tree yet, they have
been merged in the net-next tree and they should land into the vanilla
tree during the next merge window.
---
include/sta
The set_offload() argument list is already pretty long and
we are going to introduce soon a bunch of additional offloads.
Replace the offload arguments with a single struct and update
all the relevant call-sites.
No functional changes intended.
Signed-off-by: Paolo Abeni
---
Note: I maintained
Extend the features configuration space to 128 bits, and allow the
common read/write operation to access all of it.
On migration, save the 128 bit version of the features only if the
upper bits are non zero. Relay reset to clear all the feature
space before load.
Signed-off-by: Paolo Abeni
t going to implement
extended features soon.
Signed-off-by: Paolo Abeni
---
v2 -> v3:
- fix compile warning
- _array -> _ex
v1 -> v2:
- uint128_t -> uint64_t[]
- add _ex() variant of features manipulation helpers
---
hw/virtio/vhost.c | 73 +++-
og for the
details
- I left patch 1 unmodified, still some hope we could live with that;)
Paolo Abeni (13):
net: bundle all offloads in a single struct
linux-headers: Update to Linux ~v6.16-rc5 net-next
virtio: introduce extended features type
virtio: serialize extended features sta
On 7/16/25 6:13 PM, Zhao Liu wrote:
> On Wed, Jul 16, 2025 at 05:22:46PM +0200, Paolo Bonzini wrote:
>> Date: Wed, 16 Jul 2025 17:22:46 +0200
>> From: Paolo Bonzini
>> Subject: Re: boot failure on top of current git
>>
>> On 7/16/25 16:44, Paolo Abeni wrote:
&
On 7/16/25 5:39 PM, Paolo Bonzini wrote:
> On Wed, Jul 16, 2025 at 5:26 PM Paolo Abeni wrote:
>> On 7/16/25 5:22 PM, Paolo Bonzini wrote:
>>> On 7/16/25 16:44, Paolo Abeni wrote:
>>>> I'm observing boot failure for a rhel-9.7 VM. I'm using qemu git tree at
On 7/16/25 5:26 PM, Paolo Abeni wrote:
> On 7/16/25 5:22 PM, Paolo Bonzini wrote:
>> On 7/16/25 16:44, Paolo Abeni wrote:
>>> I'm observing boot failure for a rhel-9.7 VM. I'm using qemu git tree at
>>> commit c079d3a31e.
>>
>> No and I cannot re
On 7/16/25 5:22 PM, Paolo Bonzini wrote:
> On 7/16/25 16:44, Paolo Abeni wrote:
>> I'm observing boot failure for a rhel-9.7 VM. I'm using qemu git tree at
>> commit c079d3a31e.
>
> No and I cannot reproduce it.
>
> What host is it (processor) and kernel v
Hi,
I'm observing boot failure for a rhel-9.7 VM. I'm using qemu git tree at
commit c079d3a31e.
My local conf is:
/configure --enable-kvm --enable-lto --target-list=x86_64-softmmu
enable-numa --enable-curses --enable-vhost-net
and the qemu command line:
/build/qemu-system-x86_64 -smp 4 -enab
1 - 100 of 155 matches
Mail list logo
