|
From: | Jason Wang |
Subject: | Re: VIRTIO_NET_HDR_F_RSC_INFO in virtio-net vs headers update |
Date: | Mon, 27 Apr 2020 16:41:30 +0800 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 |
On 2020/4/27 下午3:33, Cornelia Huck wrote:
Hi, I'm currently trying to prepare a linux-headers update to 5.7-rc3, which adds the definition of VIRTIO_NET_HDR_F_RSC_INFO. Unfortunately, this breaks the build of virtio-net, because now virtio_net_rsc_ext_num_{packets,dupacks} are undefined (they are guarded by existence of VIRTIO_NET_HDR_F_RSC_INFO). What is the right way to fix this? Remove the constants that are now provided by the header and keep the definitions of virtio_net_rsc_ext_num_{packets,dupacks}?
We probably need to add a version of the above function when VIRTIO_NET_HDR_F_RSC_INFO is defined as attached.
But I fail to understand why we need a fallback when VIRTIO_NET_HDR_F_RSC_INFO is not defined.
Thanks
[I'd like to queue a headers update as soon as possible, as the whole s390 protected virt stuff depends on it...]
0001-.patch
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |