From: Akihiko Odaki <akihiko.odaki@daynix.com>
To: Jason Wang <jasowang@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
"Xuan Zhuo" <xuanzhuo@linux.alibaba.com>,
"Eugenio Pérez" <eperezma@redhat.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Andrew Melnychenko" <andrew@daynix.com>,
"Joe Damato" <jdamato@fastly.com>,
"Philo Lu" <lulie@linux.alibaba.com>,
virtualization@lists.linux.dev, linux-kernel@vger.kernel.org,
netdev@vger.kernel.org, devel@daynix.com
Subject: Re: [PATCH net-next 3/4] virtio_net: Use new RSS config structs
Date: Wed, 19 Mar 2025 13:48:42 +0900 [thread overview]
Message-ID: <b6eec81d-618f-4a59-8680-8e22f1a798bf@daynix.com> (raw)
In-Reply-To: <CACGkMEv1TTXHd_JGb_vyN8pfTAMLbsTE6oU9_phrdpaZBrE97Q@mail.gmail.com>
On 2025/03/19 10:43, Jason Wang wrote:
> On Tue, Mar 18, 2025 at 5:57 PM Akihiko Odaki <akihiko.odaki@daynix.com> wrote:
>>
>> The new RSS configuration structures allow easily constructing data for
>> VIRTIO_NET_CTRL_MQ_RSS_CONFIG as they strictly follow the order of data
>> for the command.
>>
>> Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
>> ---
>> drivers/net/virtio_net.c | 117 +++++++++++++++++------------------------------
>> 1 file changed, 43 insertions(+), 74 deletions(-)
>>
>> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
>> index d1ed544ba03a..4153a0a5f278 100644
>> --- a/drivers/net/virtio_net.c
>> +++ b/drivers/net/virtio_net.c
>> @@ -360,24 +360,7 @@ struct receive_queue {
>> struct xdp_buff **xsk_buffs;
>> };
>>
>> -/* This structure can contain rss message with maximum settings for indirection table and keysize
>> - * Note, that default structure that describes RSS configuration virtio_net_rss_config
>> - * contains same info but can't handle table values.
>> - * In any case, structure would be passed to virtio hw through sg_buf split by parts
>> - * because table sizes may be differ according to the device configuration.
>> - */
>> #define VIRTIO_NET_RSS_MAX_KEY_SIZE 40
>> -struct virtio_net_ctrl_rss {
>> - __le32 hash_types;
>> - __le16 indirection_table_mask;
>> - __le16 unclassified_queue;
>> - __le16 hash_cfg_reserved; /* for HASH_CONFIG (see virtio_net_hash_config for details) */
>> - __le16 max_tx_vq;
>> - u8 hash_key_length;
>> - u8 key[VIRTIO_NET_RSS_MAX_KEY_SIZE];
>> -
>> - __le16 *indirection_table;
>> -};
>>
>> /* Control VQ buffers: protected by the rtnl lock */
>> struct control_buf {
>> @@ -421,7 +404,9 @@ struct virtnet_info {
>> u16 rss_indir_table_size;
>> u32 rss_hash_types_supported;
>> u32 rss_hash_types_saved;
>> - struct virtio_net_ctrl_rss rss;
>> + struct virtio_net_rss_config_hdr *rss_hdr;
>> + struct virtio_net_rss_config_trailer rss_trailer;
>> + u8 rss_hash_key_data[VIRTIO_NET_RSS_MAX_KEY_SIZE];
>>
>> /* Has control virtqueue */
>> bool has_cvq;
>> @@ -523,23 +508,16 @@ enum virtnet_xmit_type {
>> VIRTNET_XMIT_TYPE_XSK,
>> };
>>
>> -static int rss_indirection_table_alloc(struct virtio_net_ctrl_rss *rss, u16 indir_table_size)
>> +static size_t virtnet_rss_hdr_size(const struct virtnet_info *vi)
>> {
>> - if (!indir_table_size) {
>> - rss->indirection_table = NULL;
>> - return 0;
>> - }
>> + u16 indir_table_size = vi->has_rss ? vi->rss_indir_table_size : 1;
>>
>> - rss->indirection_table = kmalloc_array(indir_table_size, sizeof(u16), GFP_KERNEL);
>> - if (!rss->indirection_table)
>> - return -ENOMEM;
>> -
>> - return 0;
>> + return struct_size(vi->rss_hdr, indirection_table, indir_table_size);
>> }
>>
>> -static void rss_indirection_table_free(struct virtio_net_ctrl_rss *rss)
>> +static size_t virtnet_rss_trailer_size(const struct virtnet_info *vi)
>> {
>> - kfree(rss->indirection_table);
>> + return struct_size(&vi->rss_trailer, hash_key_data, vi->rss_key_size);
>> }
>>
>> /* We use the last two bits of the pointer to distinguish the xmit type. */
>> @@ -3576,15 +3554,16 @@ static void virtnet_rss_update_by_qpairs(struct virtnet_info *vi, u16 queue_pair
>>
>> for (; i < vi->rss_indir_table_size; ++i) {
>> indir_val = ethtool_rxfh_indir_default(i, queue_pairs);
>> - vi->rss.indirection_table[i] = cpu_to_le16(indir_val);
>> + vi->rss_hdr->indirection_table[i] = cpu_to_le16(indir_val);
>> }
>> - vi->rss.max_tx_vq = cpu_to_le16(queue_pairs);
>> + vi->rss_trailer.max_tx_vq = cpu_to_le16(queue_pairs);
>> }
>>
>> static int virtnet_set_queues(struct virtnet_info *vi, u16 queue_pairs)
>> {
>> struct virtio_net_ctrl_mq *mq __free(kfree) = NULL;
>> - struct virtio_net_ctrl_rss old_rss;
>> + struct virtio_net_rss_config_hdr *old_rss_hdr;
>> + struct virtio_net_rss_config_trailer old_rss_trailer;
>> struct net_device *dev = vi->dev;
>> struct scatterlist sg;
>>
>> @@ -3599,24 +3578,28 @@ static int virtnet_set_queues(struct virtnet_info *vi, u16 queue_pairs)
>> * update (VIRTIO_NET_CTRL_MQ_VQ_PAIRS_SET below) and return directly.
>> */
>> if (vi->has_rss && !netif_is_rxfh_configured(dev)) {
>> - memcpy(&old_rss, &vi->rss, sizeof(old_rss));
>> - if (rss_indirection_table_alloc(&vi->rss, vi->rss_indir_table_size)) {
>> - vi->rss.indirection_table = old_rss.indirection_table;
>> + old_rss_hdr = vi->rss_hdr;
>> + old_rss_trailer = vi->rss_trailer;
>> + vi->rss_hdr = kmalloc(virtnet_rss_hdr_size(vi), GFP_KERNEL);
>> + if (!vi->rss_hdr) {
>> + vi->rss_hdr = old_rss_hdr;
>> return -ENOMEM;
>> }
>>
>> + *vi->rss_hdr = *old_rss_hdr;
>> virtnet_rss_update_by_qpairs(vi, queue_pairs);
>>
>> if (!virtnet_commit_rss_command(vi)) {
>> /* restore ctrl_rss if commit_rss_command failed */
>> - rss_indirection_table_free(&vi->rss);
>> - memcpy(&vi->rss, &old_rss, sizeof(old_rss));
>> + kfree(vi->rss_hdr);
>> + vi->rss_hdr = old_rss_hdr;
>> + vi->rss_trailer = old_rss_trailer;
>>
>> dev_warn(&dev->dev, "Fail to set num of queue pairs to %d, because committing RSS failed\n",
>> queue_pairs);
>> return -EINVAL;
>> }
>> - rss_indirection_table_free(&old_rss);
>> + kfree(old_rss_hdr);
>> goto succ;
>> }
>>
>> @@ -4059,28 +4042,12 @@ static int virtnet_set_ringparam(struct net_device *dev,
>> static bool virtnet_commit_rss_command(struct virtnet_info *vi)
>> {
>> struct net_device *dev = vi->dev;
>> - struct scatterlist sgs[4];
>> - unsigned int sg_buf_size;
>> + struct scatterlist sgs[2];
>>
>> /* prepare sgs */
>> - sg_init_table(sgs, 4);
>> -
>> - sg_buf_size = offsetof(struct virtio_net_ctrl_rss, hash_cfg_reserved);
>> - sg_set_buf(&sgs[0], &vi->rss, sg_buf_size);
>> -
>> - if (vi->has_rss) {
>> - sg_buf_size = sizeof(uint16_t) * vi->rss_indir_table_size;
>> - sg_set_buf(&sgs[1], vi->rss.indirection_table, sg_buf_size);
>> - } else {
>> - sg_set_buf(&sgs[1], &vi->rss.hash_cfg_reserved, sizeof(uint16_t));
>> - }
>> -
>> - sg_buf_size = offsetof(struct virtio_net_ctrl_rss, key)
>> - - offsetof(struct virtio_net_ctrl_rss, max_tx_vq);
>> - sg_set_buf(&sgs[2], &vi->rss.max_tx_vq, sg_buf_size);
>> -
>> - sg_buf_size = vi->rss_key_size;
>> - sg_set_buf(&sgs[3], vi->rss.key, sg_buf_size);
>> + sg_init_table(sgs, 2);
>> + sg_set_buf(&sgs[0], vi->rss_hdr, virtnet_rss_hdr_size(vi));
>> + sg_set_buf(&sgs[1], &vi->rss_trailer, virtnet_rss_trailer_size(vi));
>
> So I still see this:
>
> if (vi->has_rss || vi->has_rss_hash_report) {
> if (!virtnet_commit_rss_command(vi)) {
>
> Should we introduce a hash config helper instead?
I think it's fine to use virtnet_commit_rss_command() for hash
reporting. struct virtio_net_hash_config and struct
virtio_net_rss_config are defined to have a common layout to allow
sharing this kind of logic.
Regards,
Akihiko Odaki
>
> Thanks
>
next prev parent reply other threads:[~2025-03-19 4:48 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-18 9:56 [PATCH net-next 0/4] virtio_net: Fixes and improvements Akihiko Odaki
2025-03-18 9:56 ` [PATCH net-next 1/4] virtio_net: Split struct virtio_net_rss_config Akihiko Odaki
2025-03-19 1:42 ` Jason Wang
2025-03-18 9:56 ` [PATCH net-next 2/4] virtio_net: Fix endian with virtio_net_ctrl_rss Akihiko Odaki
2025-03-19 1:43 ` Jason Wang
2025-03-18 9:56 ` [PATCH net-next 3/4] virtio_net: Use new RSS config structs Akihiko Odaki
2025-03-19 1:22 ` Xuan Zhuo
2025-03-19 4:46 ` Akihiko Odaki
2025-03-19 1:43 ` Jason Wang
2025-03-19 4:48 ` Akihiko Odaki [this message]
2025-03-20 1:50 ` Jason Wang
2025-03-20 5:36 ` Akihiko Odaki
2025-03-21 0:35 ` Jason Wang
2025-03-21 6:34 ` Akihiko Odaki
2025-03-24 4:05 ` Jason Wang
2025-03-18 9:56 ` [PATCH net-next 4/4] virtio_net: Allocate rss_hdr with devres Akihiko Odaki
2025-03-19 1:43 ` Jason Wang
2025-03-19 8:17 ` [PATCH net-next 0/4] virtio_net: Fixes and improvements Lei Yang
2025-03-19 9:07 ` Michael S. Tsirkin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b6eec81d-618f-4a59-8680-8e22f1a798bf@daynix.com \
--to=akihiko.odaki@daynix.com \
--cc=andrew+netdev@lunn.ch \
--cc=andrew@daynix.com \
--cc=davem@davemloft.net \
--cc=devel@daynix.com \
--cc=edumazet@google.com \
--cc=eperezma@redhat.com \
--cc=jasowang@redhat.com \
--cc=jdamato@fastly.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lulie@linux.alibaba.com \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=virtualization@lists.linux.dev \
--cc=xuanzhuo@linux.alibaba.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®