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 9A707A04B5; Thu, 29 Oct 2020 22:30:49 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DD470CA18; Thu, 29 Oct 2020 22:30:47 +0100 (CET) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by dpdk.org (Postfix) with ESMTP id 8227DCA16 for ; Thu, 29 Oct 2020 22:30:46 +0100 (CET) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 2544E5C01A5; Thu, 29 Oct 2020 17:30:45 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 29 Oct 2020 17:30:45 -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= xgy8iBowiRN4rChMHKIpubb80JwmnarespQqKtWd85A=; b=qpJu1bR0sbNTLQFz W8QLmDZT05vEBd/9ZyaxuyTkXNjV1aZBKWgMMsnUh/6OAK5Iw7tVLD7iy7QO/ozn FBNZ9yDuzdkjWS6ECa5libNFqhjqqutWm2gbdnnKvGtw5ddxCItP/HWMDCpTb8IP Zt/th0O+2uUqsAybNR4CExaej7KzsM1tsovE0T5lqU4Zm3Wm3tn9/ysKf1K1975n lv+hLwK48ln+MHt3e57PaDosXnWJtpOd9RwQNFJKqMmRbN4xujyErKjcNfvbrgoZ G8bRfCUHZmuqwyXz5/Bq6a2Ysz8g37IMyZOQq2vOuuG8Z4zqSpY8cKaDl5DZG/Cz NwQoFg== 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=xgy8iBowiRN4rChMHKIpubb80JwmnarespQqKtWd8 5A=; b=C1ZkeO6eTklw5KzA7lQxJpx6Ij0OFmbXdrJGvDXqDb3cx3eob6aVTzfDX mUvHgb30f0+hPb7jVC4gq4yf4KQK0A5j60uY84JY0y7cpy50Bd0Oc3TaiPWh3Bwm 32gVH39cNJRXVmiRf5BNI9jGcubwWWQA9i5vCtkSLxVBDIR8RFvJoUDK7YES2cbU +zrWPSzY4FN4hY1eNg0/0zNxPzd6rCG+zHJO950yZLyGPWSduJ8QaNZCnwBCTx3l iftON4Y0kCnIjsavj2uiNPVBFMmPzFGE8wUWfq5vzYuZ/i9hsr2YIIS4kk4UjZxB YGaGmo8qbnEXxM4OQeWu9tt0SEQ6Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrleefgddugeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkjghfggfgtgesthfure dttddtvdenucfhrhhomhepvfhhohhmrghsucfoohhnjhgrlhhonhcuoehthhhomhgrshes mhhonhhjrghlohhnrdhnvghtqeenucggtffrrghtthgvrhhnpedugefgvdefudfftdefge elgffhueekgfffhfeujedtteeutdejueeiiedvffegheenucfkphepjeejrddufeegrddv tdefrddukeegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepthhhohhmrghssehmohhnjhgrlhhonhdrnhgvth 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 C7D2F3280063; Thu, 29 Oct 2020 17:30:43 -0400 (EDT) From: Thomas Monjalon To: anatoly.burakov@intel.com Cc: dev@dpdk.org, david.marchand@redhat.com, David Christensen Date: Thu, 29 Oct 2020 22:30:42 +0100 Message-ID: <1702095.ccVl4exlMd@thomas> In-Reply-To: <1907482.5PRSjmWX3Q@thomas> References: <20200810210707.745083-1-drc@linux.vnet.ibm.com> <20201015172305.105717-2-drc@linux.vnet.ibm.com> <1907482.5PRSjmWX3Q@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v4 1/1] vfio: modify spapr iommu support to use static window sizing 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" Ping for review please 20/10/2020 14:05, Thomas Monjalon: > Anatoly, please could you review this patch? > > 15/10/2020 19:23, David Christensen: > > The SPAPR IOMMU requires that a DMA window size be defined before memory > > can be mapped for DMA. Current code dynamically modifies the DMA window > > size in response to every new memory allocation which is potentially > > dangerous because all existing mappings need to be unmapped/remapped in > > order to resize the DMA window, leaving hardware holding IOVA addresses > > that are temporarily unmapped. The new SPAPR code statically assigns > > the DMA window size on first use, using the largest physical memory > > memory address when IOVA=PA and the highest existing memseg virtual > > address when IOVA=VA. > > > > Signed-off-by: David Christensen