From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0067.outbound.protection.outlook.com [104.47.40.67]) by dpdk.org (Postfix) with ESMTP id D3CFC49E1 for ; Tue, 10 Jul 2018 14:23:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=f9+APHiuhsSt3cVON1TmwyybgoyrMP1F2sALOdujX18=; b=QnQ81S5/q2CKTAdMNBQ8zy7KG3ClsZyo26156HhnoCEQL+UkvfhBQVj56f4p86B2bW5vf02yvkVJv/AKQzwQCeO3M3vxxgAiz4wokWMf+yOemEKVRm9ZhitFpOputmTGCJUSeHZKOQ7BzzzY3uV5NgzPp6JKbBGr4c1qAkX1UA4= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Anoob.Joseph@cavium.com; Received: from [192.168.1.103] (183.82.131.183) by SN6PR07MB4909.namprd07.prod.outlook.com (2603:10b6:805:37::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.17; Tue, 10 Jul 2018 12:23:46 +0000 To: "De Lara Guarch, Pablo" , "Doherty, Declan" Cc: Akhil Goyal , Ankur Dwivedi , Jerin Jacob , Narayana Prasad , "dev@dpdk.org" References: <1529389574-6643-1-git-send-email-anoob.joseph@caviumnetworks.com> <1530712550-18099-1-git-send-email-anoob.joseph@caviumnetworks.com> <1530712550-18099-3-git-send-email-anoob.joseph@caviumnetworks.com> From: Anoob Joseph Message-ID: <38fdd0af-1d77-a648-3bd3-ef7ab2899c40@caviumnetworks.com> Date: Tue, 10 Jul 2018 17:53:28 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [183.82.131.183] X-ClientProxiedBy: PN1PR01CA0082.INDPRD01.PROD.OUTLOOK.COM (2603:1096:c00:1::22) To SN6PR07MB4909.namprd07.prod.outlook.com (2603:10b6:805:37::30) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5cd6d9d4-f9c5-4bf6-3112-08d5e65ffe8f X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:SN6PR07MB4909; X-Microsoft-Exchange-Diagnostics: 1; SN6PR07MB4909; 3:9hv/LaFrNf7wlA5+k+8Mi5HmM5i0ZxNM29tanw/2K6G9YjuInqOL7KHoDCKVHl2niWzLS4D9F8/i3NKAzBkTISpicW0WuYT5Lk79ZXqWB7aQz0V9KH6vI5UfnIqLwuFcRwzz4gH3DmGqr5QqVqoxJvQxTZMzdVsavoDTw8030trXvmGJ04KBTy7Hal2aOKX68gX75tRLl1Nk1JTvFFKF22tIqKpdQnRxSApIiS/jlHznthkkFIvlLP1zRdf4p6VM; 25:+cEq0au6oYLBbYZ8Fcc+gx2DkVDkjiN1VnEb40sbgk+TXyEXqeI0nDQo0poAOpSJ/ERHD/BZlI2yEVsQfogSwV60yPnQkn96FOSMTHKW2d8dbyTP7Xh4BvuZBrXW4gAlv0ky7UKwe7OrUPWqeXdjqesF6RKuANzuNokHCi5uuo+BKkRJ1W+xrPsE+5YmoDiWgcq2T2b3AzJxo5jEFZ/JECgYMha7nqEkkCOv0jciy7QLYP9JgJ352zGGQ1QrgIMj9EVznlKz0Kk9+6lMa3O9DphM663/5veoz3B8OeIqVfO9bsxKe/FYn4WdhWF8CDfOZgX7SBlipX1sFDgbOyyXRA==; 31:MDvk7Fi/IrmekAWhxJ2WctJaLbNGHZXN2IT0aURn5HdnT8P9Mfk59lQjVBsSPJkgMdnGIzrxQJOkyaAqzksNyQlggwEl6T9O0CIsl5/cUBrP6OQQhpMlLxUS5InzAQVUrXobf3bHpLEmIV7kyp7ZVdqssc8tLwynXLUGAt11rRMpjQJydqcpReeGQjGLF2209JhLVIJXRXgRkRm8WqBZOtPvQAKrVA4RQ4NKCKQ/H2o= X-MS-TrafficTypeDiagnostic: SN6PR07MB4909: X-Microsoft-Exchange-Diagnostics: 1; SN6PR07MB4909; 20:IyqoNGwKyF5VJmYkkac4HBnyI9xrHvdfkLlDWqAkn7FSKUbwfQVoGIVg2XdPg8T5s4z+D9aLLRe7LMI9oK8hjv3FvXgMZDkegfsePu4On91gE0k0zakbC2FQ1OKf/EolYJEuNZNYYG6i13BeAo50eE4n3hp+Ru/FiYdO35Vzta0YaZWksuXG5+CN4sFA8h2GocVGE1KT50el4C3pOYS6wBqE48aGY06wPg0AfcgxH6bORbZkeMGWR37jQ+slUaMMjgq+WQSydTbyWfs6wzmb2er2Gn07fNP6oAV0y5Agpuv62dhelea4l0pbSTUQziD0EvKk8umOm+AXLLIbep+xfZfgyDNZf4t86beqgmtaNj5BTwdCMA372pmzenrYgGLh5akHBD5dpuK2CMPaIWz14D2Ymb8hY5pDeP8rgfX64OAbVvIkpZJ6J/RZrB+4fk3Nk4NLkAzZhagZ+h9VZHIyMTCMx6CZWN5c0RJ+e8DTbRGtivIDweYD0T2lbiNAGU+tDhy/PHP1PYlabCOc+ahfVNov35q9l0MlS+tR0GOwFNaQE+kbpMgpI41rAUuvmPbdjGOTQ4AiSamubDt4XGNYeTLiNfx+MuCP80XE33E5FJ0= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(185117386973197)(228905959029699); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(93006095)(10201501046)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:SN6PR07MB4909; BCL:0; PCL:0; RULEID:; SRVR:SN6PR07MB4909; X-Microsoft-Exchange-Diagnostics: 1; SN6PR07MB4909; 4:SsHIfsYVEEIrmENUrxid8qe3d6XxnlDTtC0W6pcLixwikgOLM75SSndGEg2naWQM8AlKPX9HmWIp930CYoy97TMyMofjCjAPeDBQ3HOoQGKAolyloxd3/IUFOR9O5vQKE7w6GMryiz8v/5xnlUKzPAqktpV9eRZG7KJE7BYjVcNxHVPiNt27a+m4VnMUo4l9yxenFdEQ7BgQvtQqThDIXIwMxwXFYaGV54zTtjBWFIr/8ibkLynIEc8lUCmBzdBDTwTnnGxh71YNFtPyeOP52/Lb3JghXB2aEDs2cxkT/CIVpYv9VMniTZYzFLussYqcqvcHxi9Ovz2aTEDu6M4v/0E+9jfh/XsAhfHpM+DHRNM= X-Forefront-PRVS: 0729050452 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(136003)(366004)(346002)(396003)(376002)(39860400002)(189003)(199004)(57704003)(13464003)(52164004)(16576012)(58126008)(105586002)(8676002)(106356001)(31686004)(81166006)(81156014)(316002)(6666003)(6116002)(3846002)(229853002)(50466002)(8936002)(110136005)(47776003)(65806001)(54906003)(66066001)(65956001)(72206003)(65826007)(68736007)(2906002)(7736002)(478600001)(186003)(52146003)(2486003)(26005)(77096007)(16526019)(6486002)(36756003)(23676004)(64126003)(76176011)(52116002)(93886005)(53546011)(386003)(230700001)(5660300001)(42882007)(446003)(11346002)(117156002)(486006)(97736004)(6246003)(67846002)(3260700006)(25786009)(53936002)(2616005)(476003)(956004)(31696002)(44832011)(4326008)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR07MB4909; H:[192.168.1.103]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; Received-SPF: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtTTjZQUjA3TUI0OTA5OzIzOkhMdldrSHRYNjhZbXhMZWs2N0NQU3NIb0NE?= =?utf-8?B?a1FLWk93b1FKVHlaL1JHMjFDL1V4NXFKc1FvamVTZktnMFpNRmppbnYvazl6?= =?utf-8?B?UnA2OFVvRkVwckx5TkNMQXV4M01vUkFvRFAxWUpXelh2SVp5SlZNWVkyTUF3?= =?utf-8?B?N042Y2tzWXVScWo2Qm45RldPTjNwL3hmRGlhQyttMFhIVW5uNnZDYXgwVitR?= =?utf-8?B?dWcwcGNIRzd6Y1NkL3hFYldRNmNDeG4rcllCcHFPc2dGVGJheHJpZlZ6TkNI?= =?utf-8?B?cFFUdVlBZ3RNUWZNWVJFZ0dwZ3g2bXFGcmNmNzNid0VNZmJWUkQ3ZTdTY244?= =?utf-8?B?VEw4em9HQ0RYUG5UWUFyTm5hTzhFTWExRW9ReHFXVVpwUVNzU3VjM21wWDNp?= =?utf-8?B?bnZGcTJvbU52dXNkZ1hNc085RjdKREJYNE02RHNiRnp5V1hSTTBZUkZ0VDdk?= =?utf-8?B?RGo0WDRQeWlsRmg5WHBFVFFNT0lNVStJQ0kvMHZkbitsYTNITFV4bU5KZFc0?= =?utf-8?B?WjByN05KUHR1VURzNzJuTmlLWCtRSnBsRWpwaUo3Q05wcksyQnFWbENYZHg2?= =?utf-8?B?dW5FWVdTVkFCb0xCWXdsaW9FTnZtQnRXOWFkRngvbVJPeURrRkNuWDk5eTky?= =?utf-8?B?dlBZZG5iWWp3Tkw3cGJSTjVIQXAzcmRtM1VJSlgyckgvUHhUTnpvdGRkTTlX?= =?utf-8?B?NDR3SzRWVDY3VmxuTVFWTjB2eTd6MGZTTXRuVnluY2owa2pJMmZwSllmZG9m?= =?utf-8?B?QTlUVjluQjA4SS9zQkkydCtTMDdYTWF1QjFGd041aDRnN1EwM1pkd05oOGgz?= =?utf-8?B?UlJHQ0FyZUYzb1RRaVRoenlkcS9EWmpuTjV1cHlGdUk5b2UzWVVGcWo4NU9X?= =?utf-8?B?ZkQ3dENCTDAyT0JUZDRGd1NsVHY3TUx3R0dXTFArUXR3VjhqRDNnV01mLzdW?= =?utf-8?B?UnFYbUROUFlsS0lVRnd6YmpMZ3RPZFUzSGFpS0tabTgrWngyVzZSNlVJV3Ri?= =?utf-8?B?TW50NmdYbDZ4UXdmYnA4enJlaVNoYXU1YllYNHplRXNaRk9idnlZdnBiK3JL?= =?utf-8?B?Y0NrV1JJNGJrRTYxWDh1Q0V3YXVKbnNsYzllRjJlNHZnTzhMQXMrSHJNU0Zx?= =?utf-8?B?elFLcDVVT3o5cTlnbWtsSjlQZExkYy9vdktPUzNXb1U1bE9zYmU4eWtRMDlR?= =?utf-8?B?UnFxbS9rdjk2a3JoaEpIOHA1THVQck0wYnZZcmtXeGo0eWRQWmQwcHVoRmkv?= =?utf-8?B?MnoyQjkyUzRrUmJJUHUwU1NYT2J3MndZcDgrODdRVUx3alZTaCtvMkRLbTdi?= =?utf-8?B?azgzc3NKdGhtM3JrVmNyV0tCbDFSOU1WWTRaa3dkSllYbk1FTGRpTG9sMmVX?= =?utf-8?B?dCtQSTNWN2hHcTlUN1dsbElWWTlvREdYY0lqdmUzL1ZCakVJeUd2T3VwcTBV?= =?utf-8?B?bEVMWjJPazYzajgxZFZWMEh5SnNTNWxtQ2pHTUpTMDRRYTNGNTZsQmgyK2JQ?= =?utf-8?B?OGdHTmg5WFNqWjZJTzMrMGNURjBCUEpBSWFMTE9aQzhjNEp2TWVWbHhuLzBh?= =?utf-8?B?bER6cW03bXBEU2dUWE9ESWFMeU9tWTFEb0IwMFIrUnQ5NFBGa3duRW1HZEJ5?= =?utf-8?B?VlNGd2xXNGowbkIvYzV1R1krMzFhN3hBS1hPeTNvNkhtWVFtZk03eHJQL2JY?= =?utf-8?B?Rno5Y1krM0I5eU9tM2FSbE1ORldib1hBd1RzdkZ1MDlPTGE5Uit3VlUzQ3U4?= =?utf-8?B?Nm40QlFZdTZHdGxKWmlTWVI0WDY1QjJNc3ZYL2RLSldpa2ZTbmJUNmtyZzNK?= =?utf-8?B?UmVSb1A3T3lPczNMWnZ0UWI4dGpySXFTV045cFYxdUlrUURHcksxYVA1ODVx?= =?utf-8?B?VEU1a0ZyN1hja0cySGxpR1FZbU1oYTNSZ1NWRmNnZXpGYytDM2ZSbUpGR281?= =?utf-8?B?dzUzaCtiNlFmZGRyYk8vWjBLcFcvRWR4VkpCMG52STcrUXg0aFdVTWlQOEVk?= =?utf-8?B?RkdadThyV25rRHlvZHRHQnFJMzBiQ1lwUHdNM2lzMlBEenBqcTlFeUVLcW9Z?= =?utf-8?B?eHNDU0xnbVVFZ1hvenpocS81U2V3NVFtZFo3UUZmV3B0bncxMDg3WUJSMWJn?= =?utf-8?B?SzArWUkxRkVpZWU4K3VhZDJtaHA5UUpoa0ZIWUJzQkZ0VVlpN3F6TWZSMU1o?= =?utf-8?B?Y0JxVDgvaFZUcWNQUExCNlBFQjNnPT0=?= X-Microsoft-Antispam-Message-Info: ZaxiPjlRa03/4B3qapwCzjzlMdZ8uYzEZECkGfnBeZ+biuHd5EcsIW7TibkCO+dfI33j+fl9GaBWTBAbNYrDBl/Qbc+il+x0YmYLRzO7bf0ZJsWFXFto/kuQ+HC9E0pBMOQewHg/7y63BL+FDqlD0VywUbpfdtwytgczL1JNMrSrbS2HWZ7TRQuxa0ad7gRo71/g52YrRtfTHvo7OU4HHEpXuQVabDpMbdUw6dHXExe4jf1JbRH7aBgPkB4vgbIUOJQOAd56aZkjqG6FPVCO4QcvuXp3yZ044vDSWs7MSKv4CdLg57dHs60VqxS0iBk0BJ27bvFk9SxXF+B57nT6ykRrMhaiR+LuZGkN+Ke6YrE= X-Microsoft-Exchange-Diagnostics: 1; SN6PR07MB4909; 6:G52f86W91x/4ReznttqHSnQgamLWoBMoTd5xDBq/0A/s50Frzf9ciC2PezlNuhc0DbnpDsSRZHa6xTAosXvYXpXj+ctUmly7bSc/nOrqIXUlUuboNze3dX6vTSs+cTYvNSIq1IeyZ4pnFeH5KBcQv1Zxj9aIuFtcBt1vTO68d19LkjdUTE08kvaKyFYU3u/j+sXbIPcOIbbAxjpOd210TyeZ4JS6mbwiBONGM1YxLbQ8UrV9kUZ1kdt9f/3/AbaiWL3h95SxLXkE9GEU32Hi5zR55r/xySttJMH7AJh24IiC6ZV5bOMOjeqTkkttVNqxQxDrc7Ke1YXs8wJeAy+oVRE+maFvkOK7aL6/pW0ROnq1Xm4yLx/25N11XIqCt8FYStzvQNW/CCDDxih+cGQeiRlafkfS1oNlZd+Y+xlsHP2K5SDgwuoVVcCs9GhFQ8Dau6o2+F0WpmB1xcDVFUn5uw==; 5:q7y9E+rZzYbjOFToLz4Qedm1g4pxbuwPpea0Csb68vt4mpyBOvqMz5AMK6IgToSbTr1Erp0QCG4KuQVKOGu3zl5d5jPCpvbJ8URUjsoH3jZ0lRqzl1eDkwUrhLfeDdOIzjqgSNVy44kqMTR3QwZKIwPK3NMJgxmKyOy9hWady38=; 24:x5AWQwb/teQ57vncMBg6YuQ5GCgs4dzjgHe2IYOQ92kGGnAIkdCEC7YMdQ14k1vBdG/fPGmEZeZGVmBlPy/BiA2GNGFchEKXx0u4OoyHuaM= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN6PR07MB4909; 7:hSeUvtT7MA641StpYJo5uu57FLxBuxgncFnR79Q5cYRZwwLD8zPE8kORo6rVwkKB9GNrQePDF+/xrBNmJFMXyZieikihbY4lBO2okF913btt4XcvhIlrr/AlULu/JLU5OmptP2Wyw2GfeCJfgV9qPKLvl6n7pg96IQfvg+MzOoWRww4ao+oRWAb5CdfaZNWzqsqR5Iez+e+OVGh8yyenrZYZl/9jVf2ce7YCVYFSIVyz07x/X0JSHFygNTLndvdk X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jul 2018 12:23:46.9233 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 5cd6d9d4-f9c5-4bf6-3112-08d5e65ffe8f X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 711e4ccf-2e9b-4bcf-a551-4094005b6194 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR07MB4909 Subject: Re: [dpdk-dev] [PATCH v1 2/3] app/crypto-perf: honour cryptodev's min headroom/tailroom 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: , X-List-Received-Date: Tue, 10 Jul 2018 12:23:54 -0000 Hi Pablo, Please see inline. Thanks, Anoob On 10-07-2018 17:18, De Lara Guarch, Pablo wrote: > External Email > >> -----Original Message----- >> From: De Lara Guarch, Pablo >> Sent: Tuesday, July 10, 2018 12:17 PM >> To: 'Anoob Joseph' ; Doherty, Declan >> >> Cc: 'Akhil Goyal' ; 'Ankur Dwivedi' >> ; 'Jerin Jacob' >> ; 'Narayana Prasad' >> ; 'dev@dpdk.org' >> >> Subject: RE: [PATCH v1 2/3] app/crypto-perf: honour cryptodev's min >> headroom/tailroom >> >> >> >>> -----Original Message----- >>> From: De Lara Guarch, Pablo >>> Sent: Tuesday, July 10, 2018 12:08 PM >>> To: 'Anoob Joseph' ; Doherty, Declan >>> >>> Cc: Akhil Goyal ; Ankur Dwivedi >>> ; Jerin Jacob >>> ; Narayana Prasad >>> ; dev@dpdk.org >>> Subject: RE: [PATCH v1 2/3] app/crypto-perf: honour cryptodev's min >>> headroom/tailroom >>> >>> >>> >>>> -----Original Message----- >>>> From: Anoob Joseph [mailto:anoob.joseph@caviumnetworks.com] >>>> Sent: Wednesday, July 4, 2018 2:56 PM >>>> To: Doherty, Declan ; De Lara Guarch, >>>> Pablo >>>> Cc: Anoob Joseph ; Akhil Goyal >>>> ; Ankur Dwivedi >>>> ; Jerin Jacob >>>> ; Narayana Prasad >>>> ; dev@dpdk.org >>>> Subject: [PATCH v1 2/3] app/crypto-perf: honour cryptodev's min >>>> headroom/tailroom >>>> >>>> Crypto dev would specify its headroom and tailroom requirement and >>>> the application is expected to honour this while creating buffers. >>>> >>>> Signed-off-by: Anoob Joseph >>> ... >>> >>>> --- a/app/test-crypto-perf/cperf_test_common.c >>>> +++ b/app/test-crypto-perf/cperf_test_common.c >>> ... >>> >>>> fill_multi_seg_mbuf(struct rte_mbuf *m, struct rte_mempool *mp, >>>> m->buf_iova = next_seg_phys_addr; >>>> next_seg_phys_addr += mbuf_hdr_size + segment_sz; >>>> m->buf_len = segment_sz; >>>> - m->data_len = segment_sz; >>>> + m->data_len = data_len; >>>> >>>> - /* No headroom needed for the buffer */ >>>> - m->data_off = 0; >>>> + /* Use headroom specified for the buffer */ >>>> + m->data_off = headroom; >>> Headroom is only applicable for the first segment/s. >>> This is adding headroom in all the segments, which looks wrong. >>> >> I think "max_size" needs to be recalculated in "cperf_alloc_common_memory", >> adding headroom and tailroom size, which will potentially increase the number >> of segments required. >> Then, headroom size needs to be checked in case it is bigger than segment size, >> so data might need to start in the next segment. >> Similar thing for tailroom. > Actually, forget about this. I have been thinking about it, and it looks artificial to do this. > Generally, in a mbuf pool, headroom is the same for all mbufs/segments. Do I need to revisit this patch? Or is this fine? > > In any case, I have a concern though about this. Headroom size is got from a compile time option: > CONFIG_RTE_PKTMBUF_HEADROOM=128. PMDs generally use this value to set "data_off", > but they could use another different value. > So what happens if min_mbuf_headroom is more than this value? > since this is not configurable, this won't work. Since this is a PMD specific issue, we can have an extra check in the driver to make sure "CONFIG_RTE_PKTMBUF_HEADROOM">= min_mbuf_headroom for the PMD. If this check isn't satisfied, the driver probe would fail. Is this approach fine? If application chooses to ignore CONFIG_RTE_PKTMBUF_HEADROOM altogether, then it will be a problem for most PMDs. With protocol offloads etc, headroom would be used internally, right? > Also, generally, headroom and tailroom are used for encapsulation, so I am not sure if this is the best place. Is your concern about whether there is enough space in headroom for encapsulation & PMD's usage? Application can probe the individual values and see if there is enough space, right? In our use case, the headroom requirement is 24 bytes & tailroom requirement is 8 bytes. > What about using the private size of the mbuf? That is actually configurable, even though that data is not necessarily contiguous > to the mbuf data. That memory being non contiguous is the problem. We use the headroom to specify the command so that one single buffer can be sent to the h/w for processing. If there is a gap of 128 bytes (headroom which lies in between private space & data), it will not work. > > Sorry for the confusion and this last minute concern. > > Thanks, > Pablo > > >> Thanks, >> Pablo >> >>