From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 24AFFA0561; Mon, 20 Apr 2020 17:25:05 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 87DDA1D691; Mon, 20 Apr 2020 17:25:03 +0200 (CEST) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id 41CBE1D686 for ; Mon, 20 Apr 2020 17:25:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587396301; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=H6biFA9bfyZsBYgoa2f1tOFEDNVFlWoXLoACDoPcf6I=; b=CF+65GiqC0CVD5gyxobrS6w/zbid2IlNynbMU7DKtiu8GibOSoamS6eDoPSxrH4NXszYkn GrjECqMVhx5Z2wa8z6gpnjoHgRf5VZAY+QMnEz9Gan+mX3/xLJa9UKMFnf9PAYclnEYh5D eoKH4Fti+NK9jveCU3nLNifaQ94F0VU= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-384-U-vpiHoKOrmpHGDotMH-5A-1; Mon, 20 Apr 2020 11:24:57 -0400 X-MC-Unique: U-vpiHoKOrmpHGDotMH-5A-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E3D368018C3; Mon, 20 Apr 2020 15:24:55 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (ovpn-114-167.rdu2.redhat.com [10.10.114.167]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 239E05E001; Mon, 20 Apr 2020 15:24:50 +0000 (UTC) From: Aaron Conole To: "Ananyev\, Konstantin" Cc: "dev\@dpdk.org" , Pavan Nikhilesh , "Richardson\, Bruce" , David Marchand , "Yigit\, Ferruh" , "Burakov\, Anatoly" , Lukasz Wojciechowski References: <20200415172547.1421587-1-aconole@redhat.com> <20200417131410.1343135-1-aconole@redhat.com> <20200417131410.1343135-2-aconole@redhat.com> Date: Mon, 20 Apr 2020 11:24:50 -0400 In-Reply-To: (Konstantin Ananyev's message of "Mon, 20 Apr 2020 12:50:39 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH v5 1/3] ip_frag: ensure minimum v4 fragmentation length X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" "Ananyev, Konstantin" writes: > =20 >> Do a formal parameter check of mtu length, as well as >> checking the the various inputs for validity. If any >> aren't acceptable, we bail. >>=20 >> Acked-by: Lukasz Wojciechowski >> Signed-off-by: Aaron Conole >> --- >> lib/librte_ip_frag/rte_ipv4_fragmentation.c | 9 +++++++++ >> 1 file changed, 9 insertions(+) >>=20 >> diff --git a/lib/librte_ip_frag/rte_ipv4_fragmentation.c b/lib/librte_ip= _frag/rte_ipv4_fragmentation.c >> index 9e9f986cc5..c36678a6d2 100644 >> --- a/lib/librte_ip_frag/rte_ipv4_fragmentation.c >> +++ b/lib/librte_ip_frag/rte_ipv4_fragmentation.c >> @@ -76,6 +76,15 @@ rte_ipv4_fragment_packet(struct rte_mbuf *pkt_in, >> =09uint16_t fragment_offset, flag_offset, frag_size; >> =09uint16_t frag_bytes_remaining; >>=20 >> +=09/* >> +=09 * Formal parameter checking. >> +=09 */ >> +=09if (unlikely(pkt_in =3D=3D NULL) || unlikely(pkts_out =3D=3D NULL) |= | >> +=09 unlikely(nb_pkts_out =3D=3D 0) || >> +=09 unlikely(pool_direct =3D=3D NULL) || unlikely(pool_indirect =3D= =3D NULL) || >> +=09 unlikely(mtu_size < 68)) > > It is better not to use hard-coded constant values. > I think we have a macro for it at lib/librte_net/rte_ether.h: > #define RTE_ETHER_MIN_MTU 68 /**< Minimum MTU for IPv4 packets, see RFC 7= 91. */ Done. > Apart from that: > Acked-by: Konstantin Ananyev > > >> +=09=09return -EINVAL; >> + >> =09/* >> =09 * Ensure the IP payload length of all fragments is aligned to a >> =09 * multiple of 8 bytes as per RFC791 section 2.3. >> -- >> 2.25.1