From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f174.google.com (mail-pf1-f174.google.com [209.85.210.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 465B3358369 for ; Mon, 16 Mar 2026 21:02:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.174 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773694949; cv=none; b=OGuXgve9EQ9agyJSijHUqFXfU/VUX2C5caetp/VqxfPFSq4xKkc00ERZ5ojeWS2fJgBXd8yxqFYCiZh1zY6LbgsbKPSsb4Urv+s6L1APlJIeU2hFmGhnjK7v3vzb9/zj0P6P3KO2evAWYdDv8hX+mj6ePxsCqpoSf97G97fa09A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773694949; c=relaxed/simple; bh=clFfAapLposgODwSVOgRioct5h0pswpgRcVBIoHAreg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Umu+OgaHHu9JqDs4ujBnbSIP/NuS5uVmF4vg7jmsX9ChvE+SGYXT3WvKxLTlVhR+QcO4SaxBbkn405rOqp6V84BLrsl8Awblyln30QiLTeu32OlqesS9z1WNDv9WBo0KAZVuzJgVVp+4dtQvoJRY4LInZC7WZKoRpOonqqKy95k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=dama.to; spf=none smtp.mailfrom=dama.to; dkim=pass (2048-bit key) header.d=dama-to.20230601.gappssmtp.com header.i=@dama-to.20230601.gappssmtp.com header.b=MI98/Wtb; arc=none smtp.client-ip=209.85.210.174 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=dama.to Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=dama.to Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=dama-to.20230601.gappssmtp.com header.i=@dama-to.20230601.gappssmtp.com header.b="MI98/Wtb" Received: by mail-pf1-f174.google.com with SMTP id d2e1a72fcca58-829865a8471so4779620b3a.3 for ; Mon, 16 Mar 2026 14:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dama-to.20230601.gappssmtp.com; s=20230601; t=1773694948; x=1774299748; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:cc:to:from:date:from:to:cc :subject:date:message-id:reply-to; bh=/rGEOeHBziMkO8NOwhTu0zAUiSPeT582b+R/Bae5NL8=; b=MI98/WtbZQNL8aLFr3HR0cXGsPHXWlT5VzUtj3mZHEp5kLEnuCXdZRjnT7ce7WiZGg YvX+38UiAAvshwojypw8Q5B1lfKzljBhXwijRYOUY0O1lvpXvOGpf7qF52pz9+Nlysv3 UYQjD2uQWs4i5zqhEeZ2W/c8T1IN0v7hIkHk/MofzSm9d4rOv7oi9kYNKzf6G7otYHn5 OeRJHmT6Mpf5Cs4aYxIqFPH9JEmu1JYPqe2irQm17CAQRSeLkkuhW1oTB/GbiFFQrdqo 24enZUVySbXnErJScCMM0bCaMsiu+GFHPiMSkGKvsdonNOxdIytQhEIVOE7XSqc1L4+m 5A0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773694948; x=1774299748; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/rGEOeHBziMkO8NOwhTu0zAUiSPeT582b+R/Bae5NL8=; b=O7MMkkaP3+bCQK6DijPqcrXPNVXUKQtTB99NzYPa3uLMYDZgwR3MI/hezx5Vu8TlfL VnI5PiOswvtsbCnqrQ2oFOeNyMIg6Vj5h/qyrND4cEY6WF95gFXFwLheSwjt6v86eJRJ iYAklX2oCnoQibPVLRPtR43hP30WCxiwt4R7DbFfx0p2JnM5c1BJB7Te3YI7B9hrDi73 oxTj/z1RF7+7qHf/ebInJ8g2i0mAWGrZX1nY3zqP9OnC2VfykpqxCknU+wNyJHL7cM7k OgWxFaB5cdt771CbIwolnQSclCBtjO/V5y4rD0fCSSIuwrf5ECd61Iz/0lulGCkIO9k7 HC1g== X-Forwarded-Encrypted: i=1; AJvYcCXkEXufvzyleAM18u6PgecbDVWNWhOhwfZuV1lZsb7SgD28KfWZS/Jwo2AXElsc3VjydJmTPgzeBgwhDwU=@vger.kernel.org X-Gm-Message-State: AOJu0YxAwFdC/W2vSkmoACzAewWhrv5sk1jK4rOk5eZORSqhIWBy+Jqb pIyHkVyJeMk7LxU60f/QAF1vQwmYi7f8x072R+GTc/jT5CbQdT+LJ30x6SGmYzUFAKA= X-Gm-Gg: ATEYQzwYpAs9IOR/chYUHkTQU/JXQajYkbOzQ49FexsGp1bFCswFz1EPus3yIzWmY1d 7uZLOSNoZDC+FgpoIkz6meeQIo3jigp8i08I+t+j5Am7k5bsb7b9rXjMjVDtdTWWSMi4y5qbrG+ t3+qRMwKe65D+J3rt+HwNiNU4qQ9xHKEp/X6TJJaXIovllGtZ/698gTS18ds9ta3bn4rCtePMB3 kkVgTHDuiPNpRXIqiFMjs1YDLfT6+Vr7OOfFKaZLLn/SDa9uxgxo0pRHQL2+5CrnCL/EiC881ZV P7QT6XvOE5EK97sbU8SDkfYr+18JxJifHZuGl2wzDfRQ3tp396olzx9RKVD/9X9qFBOCSsNDV09 pk5BBgPG5ZIGYkOBrWVYkHeRF9/u0eRdUXYQEyGlFyEbLJDbe3QHRwlUDpfPkamWY79TfP68xk9 BDHFvA X-Received: by 2002:a05:6a00:14c7:b0:81f:3cac:38a1 with SMTP id d2e1a72fcca58-82a196f5893mr12202997b3a.6.1773694947630; Mon, 16 Mar 2026 14:02:27 -0700 (PDT) Received: from localhost ([2a03:2880:2ff:71::]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-82a072422desm14800519b3a.1.2026.03.16.14.02.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 Mar 2026 14:02:27 -0700 (PDT) Date: Mon, 16 Mar 2026 14:02:26 -0700 From: Joe Damato To: Leon Romanovsky Cc: netdev@vger.kernel.org, michael.chan@broadcom.com, pavan.chebbi@broadcom.com, linux-kernel@vger.kernel.org, Marek Szyprowski Subject: Re: [RFC net-next v2 00/12] Add TSO map-once DMA helpers and bnxt SW USO support Message-ID: Mail-Followup-To: Joe Damato , Leon Romanovsky , netdev@vger.kernel.org, michael.chan@broadcom.com, pavan.chebbi@broadcom.com, linux-kernel@vger.kernel.org, Marek Szyprowski References: <20260312223457.1999489-1-joe@dama.to> <20260316194419.GH61385@unreal> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260316194419.GH61385@unreal> On Mon, Mar 16, 2026 at 09:44:19PM +0200, Leon Romanovsky wrote: > On Thu, Mar 12, 2026 at 03:34:37PM -0700, Joe Damato wrote: > > Greetings: > > > > This series extends net/tso to add a data structure and some helpers allowing > > drivers to DMA map headers and packet payloads a single time. The helpers can > > then be used to reference slices of shared mapping for each segment. This > > helps to avoid the cost of repeated DMA mappings, especially on systems which > > use an IOMMU. > > In modern kernels, it is done by using DMA IOVA API, see NVMe > driver/block layer for the most comprehensive example. > > The pseudo code is: > if (with_iommu) > use dma_iova_link/dma_iova_unlink > else > use dma_map_phys() > > https://lore.kernel.org/all/cover.1746424934.git.leon@kernel.org/ > https://lore.kernel.org/all/20250623141259.76767-1-hch@lst.de/ > https://lwn.net/Articles/997563/ Thanks for the pointer. I agree it's the right approach. Batching the IOVA allocation and IOTLB sync across all regions is a clear win over the per-region dma_map_single/skb_frag_dma_map calls I had in v2. I'll submit a v3 with the tso_dma_map internals updated to use dma_iova_try_alloc + dma_iova_link + dma_iova_sync, with a dma_map_phys fallback.