DPDK patches and discussions
 help / color / mirror / Atom feed
From: taozj888  <taozj888@163.com>
To: "Konstantin Ananyev" <konstantin.v.ananyev@yandex.ru>
Cc: dev@dpdk.org
Subject: Re:Re: [PATCH v1 2/3] examples/l3fwd: relax the Offload requirement
Date: Fri, 13 Oct 2023 00:14:33 +0800 (CST)	[thread overview]
Message-ID: <436b1d87.6fc6.18b24ab13c8.Coremail.taozj888@163.com> (raw)
In-Reply-To: <47cddf82-ee35-473c-aa5f-f5bde64ea4e6@yandex.ru>

[-- Attachment #1: Type: text/plain, Size: 5315 bytes --]

Hi Konstantin:
For your comments, please see my answer inline.
Thanks.




Trevor Tao

At 2023-10-09 17:03:11, "Konstantin Ananyev" <konstantin.v.ananyev@yandex.ru> wrote:
>02.10.2023 09:53, Trevor Tao пишет:
>> Now the port Rx offload mode is set to RTE_ETH_RX_OFFLOAD_CHECKSUM
>> by default, but some hw and/or virtual interface does not support
>> the offload mode presupposed, e.g., some virtio interfaces in
>> the cloud may only partly support RTE_ETH_RX_OFFLOAD_UDP_CKSUM/
>> RTE_ETH_RX_OFFLOAD_TCP_CKSUM,
>> but not RTE_ETH_RX_OFFLOAD_IPV4_CKSUM, and the error msg here:
>> 
>> Ethdev port_id=0 requested Rx offloads 0xe does not match Rx offloads
>> capabilities 0x201d in rte_eth_dev_configure()
>> 
>> So to enable the l3fwd running in that environment, the Rx mode requirement
>> can be relaxed to reflect the hardware feature reality here, and the l3fwd
>> can run smoothly then.
>> A warning msg would be provided to user in case it happens here.
>> 
>> On the other side, enabling the software cksum check in case missing the
>> hw support.
>> 
>> The relax action for rx cksum offload is just enabled when relax_rx_mode is
>> true which is false by default.
>> 
>> Signed-off-by: Trevor Tao <taozj888@163.com>
>> ---
>>   examples/l3fwd/l3fwd.h     | 12 ++++++++++--
>>   examples/l3fwd/l3fwd_em.h  |  2 +-
>>   examples/l3fwd/l3fwd_lpm.h |  2 +-
>>   examples/l3fwd/main.c      | 14 ++++++++++++++
>>   4 files changed, 26 insertions(+), 4 deletions(-)
>> 
>> diff --git a/examples/l3fwd/l3fwd.h b/examples/l3fwd/l3fwd.h
>> index b55855c932..fd98ad3373 100644
>> --- a/examples/l3fwd/l3fwd.h
>> +++ b/examples/l3fwd/l3fwd.h
>> @@ -159,7 +159,7 @@ send_single_packet(struct lcore_conf *qconf,
>>   
>>   #ifdef DO_RFC_1812_CHECKS
>>   static inline int
>> -is_valid_ipv4_pkt(struct rte_ipv4_hdr *pkt, uint32_t link_len)
>> +is_valid_ipv4_pkt(struct rte_ipv4_hdr *pkt, uint32_t link_len, uint64_t ol_flags)
>>   {
>>   	/* From http://www.rfc-editor.org/rfc/rfc1812.txt section 5.2.2 */
>>   	/*
>> @@ -170,7 +170,15 @@ is_valid_ipv4_pkt(struct rte_ipv4_hdr *pkt, uint32_t link_len)
>>   		return -1;
>>   
>>   	/* 2. The IP checksum must be correct. */
>> -	/* this is checked in H/W */
>> +	/* if this is not checked in H/W, check it. */
>> +	if ((ol_flags & RTE_ETH_RX_OFFLOAD_IPV4_CKSUM) == 0) {
>> +		uint16_t actual_cksum, expected_cksum;
>> +		actual_cksum = pkt->hdr_checksum;
>> +		pkt->hdr_checksum = 0;
>> +		expected_cksum = rte_ipv4_cksum(pkt);
>> +		if (actual_cksum != expected_cksum)
>> +			return -2;
>> +	}
>>   
>>   	/*
>>   	 * 3. The IP version number must be 4. If the version number is not 4
>> diff --git a/examples/l3fwd/l3fwd_em.h b/examples/l3fwd/l3fwd_em.h
>> index 7d051fc076..1fee2e2e6c 100644
>> --- a/examples/l3fwd/l3fwd_em.h
>> +++ b/examples/l3fwd/l3fwd_em.h
>> @@ -20,7 +20,7 @@ l3fwd_em_handle_ipv4(struct rte_mbuf *m, uint16_t portid,
>>   
>>   #ifdef DO_RFC_1812_CHECKS
>>   	/* Check to make sure the packet is valid (RFC1812) */
>> -	if (is_valid_ipv4_pkt(ipv4_hdr, m->pkt_len) < 0) {
>> +	if (is_valid_ipv4_pkt(ipv4_hdr, m->pkt_len, m->ol_flags) < 0) {
>>   		rte_pktmbuf_free(m);
>>   		return BAD_PORT;
>>   	}
>> diff --git a/examples/l3fwd/l3fwd_lpm.h b/examples/l3fwd/l3fwd_lpm.h
>> index c61b969584..5ddae7da0f 100644
>> --- a/examples/l3fwd/l3fwd_lpm.h
>> +++ b/examples/l3fwd/l3fwd_lpm.h
>> @@ -22,7 +22,7 @@ l3fwd_lpm_simple_forward(struct rte_mbuf *m, uint16_t portid,
>>   
>>   #ifdef DO_RFC_1812_CHECKS
>>   		/* Check to make sure the packet is valid (RFC1812) */
>> -		if (is_valid_ipv4_pkt(ipv4_hdr, m->pkt_len) < 0) {
>> +		if (is_valid_ipv4_pkt(ipv4_hdr, m->pkt_len) < 0, m->ol_flags) {
>

>Typo, pls fix.


>OK, I will fix it. Thanks.
>
>>   			rte_pktmbuf_free(m);
>>   			return;
>>   		}
>> diff --git a/examples/l3fwd/main.c b/examples/l3fwd/main.c
>> index 2c8f528d00..a48ae7f62b 100644
>> --- a/examples/l3fwd/main.c
>> +++ b/examples/l3fwd/main.c
>> @@ -1284,6 +1284,20 @@ l3fwd_poll_resource_setup(void)
>>   				local_port_conf.rx_adv_conf.rss_conf.rss_hf);
>>   		}
>>   
>> +		/* relax the rx offload requirement */
>> +		if ((local_port_conf.rxmode.offloads & dev_info.rx_offload_capa) !=
>> +			local_port_conf.rxmode.offloads) {
>
>
>Ok, but we relax only IP cksum.
>Though l3fwd tries to enable IP/TCP/UDP cksum.

>What if TCP/UDP is not supported, should we allow it or fail?


>I think the l3fwd just check the packet at the IP layer, and the TCP/UDP should not bother us here, so I think it can be allowed to relax them if they are not supported. 
What do think about it?
Thanks.




>
>
>> +			printf("Port %u requested Rx offloads 0x%"PRIx64" does not"
>> +				" match Rx offloads capabilities 0x%"PRIx64"\n",
>> +				portid, local_port_conf.rxmode.offloads,
>> +				dev_info.rx_offload_capa);
>> +			if (relax_rx_mode) {
>> +				local_port_conf.rxmode.offloads &= dev_info.rx_offload_capa;
>> +				printf("warning: modified the rx offload to 0x%"PRIx64" based on device"
>> +				" capability\n", local_port_conf.rxmode.offloads);
>> +			}
>> +		}
>> +
>>   		ret = rte_eth_dev_configure(portid, nb_rx_queue,
>>   					(uint16_t)n_tx_queue, &local_port_conf);
>>   		if (ret < 0)
>
>if you going to submit new version, pls don't forget to bump the version 

>number of the patch.


>OK, I will check it.
Thanks.

[-- Attachment #2: Type: text/html, Size: 6977 bytes --]

  reply	other threads:[~2023-10-12 16:14 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-02  8:53 [PATCH v1 1/3] examples/l3fwd: relax RSS requirement with option Trevor Tao
2023-10-02  8:53 ` [PATCH v1 2/3] examples/l3fwd: relax the Offload requirement Trevor Tao
2023-10-09  9:03   ` Konstantin Ananyev
2023-10-12 16:14     ` taozj888 [this message]
2023-10-02  8:53 ` [PATCH v1 3/3] doc: add a relax rx mode requirement option Trevor Tao
2023-10-09  8:43 ` [PATCH v1 1/3] examples/l3fwd: relax RSS requirement with option Konstantin Ananyev
2023-10-12 16:20   ` taozj888

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=436b1d87.6fc6.18b24ab13c8.Coremail.taozj888@163.com \
    --to=taozj888@163.com \
    --cc=dev@dpdk.org \
    --cc=konstantin.v.ananyev@yandex.ru \
    /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;
as well as URLs for NNTP newsgroup(s).