From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from delivery.mailspamprotection.com (delivery.mailspamprotection.com [198.143.161.14]) by dpdk.org (Postfix) with ESMTP id 5D1201B50B for ; Sat, 9 Feb 2019 12:11:06 +0100 (CET) Received: from ns1.es18.siteground.eu ([37.60.250.193] helo=es18.siteground.eu) by se8.mailspamprotection.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1gsQXI-0000ZV-1h for users@dpdk.org; Sat, 09 Feb 2019 05:11:05 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=filipjaniszewski.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=t3fS3gQ8JzuUoGb6vn3RBPbyCpQCIcxowlNPwch1mK4=; b=lB8cypBm6WJ6R2SiEKNEbzz7/K ZIFEtCi/V+MNpJsOBflYo/Bd0hP3GCh6iPaKPISD5xQ5kII5G/jWBUBwwJe9KrqUYJxzhnhaoAftQ WKGaVc5gsBW4qOxC614DhsszCc23pKPiZn7MdwQ5b3CAydwoWI9RtJHh6OimXC8i7uIUM90hgx7qV /t6AarjTiE1987ZfspnpcLeIlQ7z1jB+FJG3eziF0g2jron+ypiOTyJk/XhB7QczGMJWfkNop2yYH mVu1qoYi7F9ipw7CU9d3B4cSp8/13DTbxA40bfPeJtqhkV7ovxAGO3955H/jHZ07KKuTbtHuT+R3E CHi+breA==; Received: from [89.64.173.160] (port=51302 helo=localhost.localdomain) by es18.siteground.eu with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_34-9f6032f-XX) (envelope-from ) id 1gsQXG-0003H7-Tv for users@dpdk.org; Sat, 09 Feb 2019 12:11:02 +0100 To: users@dpdk.org From: Filip Janiszewski Message-ID: <4bd38b68-02e7-f031-5627-2bd2c9a38333@filipjaniszewski.com> Date: Sat, 9 Feb 2019 12:11:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: 37.60.250.193 X-SpamExperts-Domain: es18.siteground.eu X-SpamExperts-Username: 37.60.250.193 Authentication-Results: mailspamprotection.com; auth=pass smtp.auth=37.60.250.193@es18.siteground.eu X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.15) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5jtLCqYcmFgX6XflrJFpYux602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO1v+PcEVtX7KZY7H5dkGCkxVjyn5UrUp4n4yKOOaq9AxPLqP1gAW8z61nicCLF9qAVDj fzzJ6O8jiVhZi+WiYeCsScX6I9Dl5i6VrUM1b/j5z5dX/3bynuHH4j7b7O1LcOM0SnoZX29Ppjgp pjrn+Yq1umcuh1GvkHLZ8OnZHyNWPMpNXxpZuiYRs23iVM0elyiH1+ntxr00hn81KleQJQ+Py4pL zcBjxmjH72ILbiTFKPGp/DIIBivDZ+qRALOR3IWfOYTdHK+DIp6SWjAcPxjNdMc0+tLrm/OM2ZNN 7xVKXvDuFGkOuRGwqhSPI4i0mE7ORMeWjWZXIFUBbQIaxIo93SsS4aMXJmiJ2G0eb5ahlbDFGdMZ ORWs51tC2DIbMynb08gY7Z9WGbWn9uGQ9nE7ewl4g2tpBYo5PepVWtf5e3KKC/am0SSdnvIEkFKi CUWk9qjCPHj1p0MEjRB6kxXL1dQzbDGk/AKdxeY/WW00fYAy4vlA3YWfaDvrf50X3pWTe/LAmB3p +jSMM6x+41l8INNIA9UqfvgPO3fLGQzK+/YTAUzIKEDhdJQDEmx2LY8zlF0NuV2x3dbZ9Yap7kaK TkqNTmfIXTDQjES/cfAgBJt09RtfY0jfl26yqVDqrRMCmPOYNtu9U1P0PUiSA1CDPFytuHyCRAEK JNmMsV0OFS3j1CL0MCFwBsMTHyeaweTU5hCKmg0HvFcvqfVW7HGsHaGRbkv0i/cE9eg6RnHh5HDM G1jnOMNkkY91frKIelHy4A1GDh4BjJHk5pSlfEVGbGQH/hvcskRuIZpEVkpjmgDFztBFtxZ8WEFg +J73OM3nbw3qUx3nrgnxDIe1R1Eai8lITf0h/EL6RdOFfhWCOjIS2sRkljbb0V8yFyPFYPOvZuSq z72ZUJpUnrU91lNvSkhDfFRNluiqVRX3kqZrvzBmgWOpVgHABM8iVVdczDEPiNSX+/t4ouUI77Yp oPs8F/IJRA8ZF8C5AnJBxSFDr6AeYKj2k4CPZZebokP6BRSzT3e/vErSojFNgZ+z2eBr1XnruN+a 229WXkyXzpy1 X-Report-Abuse-To: spam@quarantine1.mailspamprotection.com Subject: [dpdk-users] RX of multi-segment jumbo frames X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Feb 2019 11:11:06 -0000 Hi, I'm attempting to receive jumbo frames (~9000 bytes) on a Mellonox card using DPDK, I've configured the DEV_RX_OFFLOAD_JUMBO_FRAME offload for rte_eth_conf and rte_eth_rxconf (per RX Queue), but I can capture jumbo frames only if the mbuf is large enough to contain the whole packet, is there a way to enable DPDK to chain the incoming data in mbufs smaller than the actual packet? We don't have many of those big packets coming in, so would be optimal to leave the mbuf size to RTE_MBUF_DEFAULT_BUF_SIZE and then configure the RX device to chain those bufs for larger packets, but can't find a way to do it, any suggestion? Thanks -- BR, Filip +48 666 369 823