|
| 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] |