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 D0324A04B8; Tue, 5 May 2020 13:01:36 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 599E51D580; Tue, 5 May 2020 13:01:36 +0200 (CEST) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) by dpdk.org (Postfix) with ESMTP id 670B01C124 for ; Tue, 5 May 2020 13:01:34 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 567F05DA; Tue, 5 May 2020 07:01:33 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Tue, 05 May 2020 07:01:33 -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=fm1; bh= NYGaHGam6snaoVkCr8Ok2lvxWUKfeC/TFke8eBfwwDY=; b=iK8zDajK4/ScLar+ XcAwFBzp6Hb0O1APVb4h6rv03cgRzgiEuofJnKabQMcyOcyu4ayaQKN07GTy4W8P 20AFoDCZk/OGl0UQCgoLButZIqADkZdZHnkPEfQKvpw2ToypfRk5WXBjjFyQ2T3x fcW87AcYhBIWHc0h3QJz6FJuNIVGN59n+agW2vX2s5kID5NmoCX8qvQQuq3MU6IZ u8OW5DJAnjsJsNkUIH9Ga3RVG1nClnXUI+wmLR/8VOvG5Q5cWys/9g3QR/v3mEge eyABHuzs4eC2QAm5lLOk4NDA0B94/A3sogaWrE9wui49fT0vQnpEGnvMUWgwPquX PhF4CQ== 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=fm2; bh=NYGaHGam6snaoVkCr8Ok2lvxWUKfeC/TFke8eBfww DY=; b=LZSlZxM8BKAI5E2xlJN/hiuyrqJHr6kVhlZJU006rwbNM+qe9h+xTNYsz UDYakWtavX6VSXxj28rjGtO47fO2G9kHx9qUHbW1Dd97NWFto9rIwlkIou4z6eip gy7G4G3VtqJYQ4z8j6j+v0yd1IhHy0OSyg+N+9makWDueheLLVKC97LwWkcA7aek 1E7k9qOKxSklT1XwKDo8iMCo5+nC5pt4ttcbmxwrepYj2nrwqCPLi01bBbPFvqaO pT5SucacYmHwR1/Dl28UGqyMrAqM1PjKhlnGDnkYRoKvnIB33WZXMHtDZ3g0l9aZ r2LJPIh+j48DfuaDnRVMnROWASDtg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrjeeigdeffecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuih iivgepudenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvth 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 40B623066068; Tue, 5 May 2020 07:01:32 -0400 (EDT) From: Thomas Monjalon To: Renata Saiakhova Cc: dev@dpdk.org, ferruh.yigit@intel.com, arybchenko@solarflare.com Date: Tue, 05 May 2020 13:01:30 +0200 Message-ID: <2456587.k3LOHGUjKi@thomas> In-Reply-To: <20200503162636.5233-1-Renata.Saiakhova@ekinops.com> References: <20200503162636.5233-1-Renata.Saiakhova@ekinops.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH 0/2] Memory corruption due to HW rings allocation 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" 03/05/2020 18:26, Renata Saiakhova: > igb and ixgbe drivers allocate HW rings using rte_eth_dma_zone_reserve(), > which checks first if the memzone exists for a given name, consisting of port > id, queue_id, rx/tx direction, but not for the size, alignment, and socket_id. > If the memzone with a given name exists it is returned, otherwise it is > allocated. > Disconnecting dpdk port from one type of interface (igb) and connecting it > to another type of interface (ixgbe) for the same port id, potentially creates > memory overlap and corruption, because it may require memzone of bigger size. > That's what is happening from switching from igb to ixgbe having the same port > id. I don't understand the use case. Do you mean you close one port and open another one, so the port id is recycled by ethdev? Please could you elaborate with some code snippet?