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 2387BA04E6; Sat, 31 Oct 2020 16:07:13 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8113ACAA7; Sat, 31 Oct 2020 16:07:10 +0100 (CET) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id 37D1CCA67 for ; Sat, 31 Oct 2020 16:07:08 +0100 (CET) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id CCFE95C00B3; Sat, 31 Oct 2020 11:07:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sat, 31 Oct 2020 11:07:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm2; bh= YyQ9RMhMx0kt78A30KJJsihKQti2QwZ0XyEWdLEsEfY=; b=XnBRHQMSlBteT7cj C/3/lMKNPDrbn28sjczQ5wnnZUk9udxHHUZ+8H6umj5yhLGxXYv7rLeEzDGv6CHg M3UfJKK0y5sFFYJTvgw+QY0dcT0GbnAwWPR0rAWrJOH7NTFs9BDYptz1zDwbUpnN VSyFYg769MEWbCo26gOnhb+GFvt11me9xdAVOEZp1oZOjrTiZr5UChmzKEsU47WA yePPR7AmdOjmsosMzUU9kQDfs5ZquYmu4uDGFxXxRbQWk8Qh2vvObd9g5BJ9GS6m 9tHmgk683h7ifQ+erXy2IP0YAVZY/7tCNJDOCCyQZ+G0Q6ZmWWYK4r6WaVIm0AyI ZWiGKw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=YyQ9RMhMx0kt78A30KJJsihKQti2QwZ0XyEWdLEsE fY=; b=AwnxeBPQ0UjAvX4t0/hS+UusjG3GzRsiOwBVCTVaufdLJGW4mfU9CF1J4 F5gRlqLSw1LWB9zd2j1x6ZNiTmtDUp0MLu6+95Oy7hricvPUapnV67VuXHdNmwRk dCGM5psk2CpBuuDKf4kz8nuObEqGbY37m2JiINbaYRAX0F5hOvStcoyWm/hHKDYh rEGemzWv9SKDgn3MxkMNlCgwNweLhxMnT9zehRSGgbNjgwbuyaxKd5JYQ3y0Kp6r vWuiOaUIBxKMdiiAEF6Y/LG1nYLEce6TLgVPVXGFf4uxuK6T1zkDzY7csLxXzpiy F0+Q+pqUJSVb79ooi7wB9N/HkkYrQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrleejgdejfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgjfhgggfgtsehtufertd dttddvnecuhfhrohhmpefvhhhomhgrshcuofhonhhjrghlohhnuceothhhohhmrghssehm ohhnjhgrlhhonhdrnhgvtheqnecuggftrfgrthhtvghrnhepudeggfdvfeduffdtfeegle fghfeukefgfffhueejtdetuedtjeeuieeivdffgeehnecukfhppeejjedrudefgedrvddt fedrudekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehthhhomhgrshesmhhonhhjrghlohhnrdhnvght X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id AA8E03280060; Sat, 31 Oct 2020 11:07:05 -0400 (EDT) From: Thomas Monjalon To: dev@dpdk.org Cc: ferruh.yigit@intel.com, david.marchand@redhat.com, bruce.richardson@intel.com, olivier.matz@6wind.com, andrew.rybchenko@oktetlabs.ru, akhil.goyal@nxp.com, jerinj@marvell.com Date: Sat, 31 Oct 2020 16:07:04 +0100 Message-ID: <16204738.pLQXvH3U5b@thomas> In-Reply-To: <20201030174441.1076264-1-thomas@monjalon.net> References: <20201026052105.1561859-1-thomas@monjalon.net> <20201030174441.1076264-1-thomas@monjalon.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v6 00/15] remove mbuf userdata 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" 30/10/2020 18:44, Thomas Monjalon: > The mbuf field userdata (aliased as udata64) > was announced to be removed for two reasons: > - applications, libraries and drivers used the same field > for different purposes, with a risk of usage conflict. > - this field always used 8 bytes even if unneeded > > Some dynamic fields are created when needed to replace > the big static userdata field. > As a consequence, 8 bytes can be re-allocated to dynamic fields. > > This mbuf layout change is important to allow adding more features > (consuming more dynamic fields) during the next year. Applied