Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp85865rdb; Thu, 21 Dec 2023 03:41:01 -0800 (PST) X-Google-Smtp-Source: AGHT+IFLiiDl1/bHqos0SOWWzM2yBGyD+sKmJlnbfK7TuvEqvcvyz/0nO5xNfNqElkRrBhcNpLRT X-Received: by 2002:a17:906:73cd:b0:a23:4ca1:9662 with SMTP id n13-20020a17090673cd00b00a234ca19662mr4002259ejl.49.1703158861670; Thu, 21 Dec 2023 03:41:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703158861; cv=none; d=google.com; s=arc-20160816; b=RRfHqQJWCLvMclHF+EZZaE1T921SKtO5woF2cNTAfRjCu7sU+5TL5ygMK4mkcSwdKq br7oZ+s5ZqxZ9ouzBxMd9MbXb7deycL+WBdqMRwtIRYNLfDbw+vVX4p/BgqbMyD04omT 1Je4wvqqRwNFuAPLOPeBtba9eCUYJZ/l2X15l+/Y1pKHxckloputcQZ++BWejLA1WzLT yLNc1F+nDHOzKqy7egCjZEESaO+o4bslhH081rmepxvTVI5YIHYDEwwo+ruzRcGtPron kOEnrRHTFf8Rm0Skdxz1BYCcZ/IQVQal6gF4jipCF2zg7R7oViU+DEKe+VUAo+rl/CyO px9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=VNkbf5i4foQ1keAbyikAZ2RlUW2elGtN3g6X2mm46Uk=; fh=WVp0xvjyzHxwiLMPTCrB9Hw30PrcT/SNQ5z/y+ClnXk=; b=K1MFYNvpnpKB4LOBZ9TmPHVmGqUDpEEI/RDJh4uspIzrMDSbNuxW1TLBKp+ITsgIe2 uowl+vBkkRQbveUnArlIMw0PtplO6/eoAtyzR+qWJ8oJ5VkvtMK2gyd7d27vGFKW/Vrk HR9+OfGW3JWR8Ar3bJvhcplLxccXYGOUunhlgmQP4UcSjnWaK30EYFOSCXVYFDDw3SdK gJvtbEfEf5VwKi5j0KFBbp9o6n6wxRqKm08wC7xlCpcYqFx/z10M1Qyz6fgAHKsBACrF G74Szc2hj3ZIIQiLv8hMOAiB7Hs089YULmOT4Xs+Ufa6STQbobu4wLEGwtAL7DhaMTZo BpLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=EJjKfMIv; spf=pass (google.com: domain of linux-kernel+bounces-8296-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8296-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id v5-20020a170906488500b00a2375c07456si737087ejq.656.2023.12.21.03.41.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Dec 2023 03:41:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-8296-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=EJjKfMIv; spf=pass (google.com: domain of linux-kernel+bounces-8296-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8296-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 48B1F1F263FF for ; Thu, 21 Dec 2023 11:40:58 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1B1A36D1C6; Thu, 21 Dec 2023 11:40:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="EJjKfMIv" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3C4426D1A4; Thu, 21 Dec 2023 11:40:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7491AC433C7; Thu, 21 Dec 2023 11:40:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703158835; bh=0XVAbyt5Q2EdtCdnVgot+orUzg22qdyuWONYOCaOdvc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EJjKfMIv+lEiqo5m5vpW/rQ70EOUNXbX2Lyc3QilwQXwY+cjKMEek8oJD0ypJ9pzZ 0+YC8yJmimS0t+HDpBcAx65cpJ6QC2Y0GPWs+wRAYoPfWHPunk1hf+iQ+CvS1J5ey6 hiIz/ea1PaZcIIXaXsIxFMuamU2vuqUISJ8dVXqvlGkjnByx/ajgecqSeOUokKCt2E TP2BmAsJIaIoW0Ld47zRAGl/pZ135pFhycy7N7bAS8AcruycCyRevpTOLA/1bTF0EF y97Yz2wffZPtPoqvXe2MLE89FsxWzie35kqvUH/9SeNTYQnwt/giyfHkAz5vG23+mO mzKPhMMX8Skig== Date: Thu, 21 Dec 2023 11:40:20 +0000 From: Jonathan Cameron To: Paul Cercueil Cc: Lars-Peter Clausen , Sumit Semwal , Christian =?UTF-8?B?S8O2bmln?= , Vinod Koul , Jonathan Corbet , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org, linux-iio@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, Nuno =?UTF-8?B?U8Oh?= , Michael Hennerich Subject: Re: [PATCH v5 3/8] dmaengine: Add API function dmaengine_prep_slave_dma_vec() Message-ID: <20231221114020.2d1e6364@jic23-huawei> In-Reply-To: <20231219175009.65482-4-paul@crapouillou.net> References: <20231219175009.65482-1-paul@crapouillou.net> <20231219175009.65482-4-paul@crapouillou.net> X-Mailer: Claws Mail 4.2.0 (GTK 3.24.38; x86_64-pc-linux-gnu) 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-Transfer-Encoding: 7bit On Tue, 19 Dec 2023 18:50:04 +0100 Paul Cercueil wrote: > This function can be used to initiate a scatter-gather DMA transfer, > where the address and size of each segment is located in one entry of > the dma_vec array. > > The major difference with dmaengine_prep_slave_sg() is that it supports > specifying the lengths of each DMA transfer; as trying to override the > length of the transfer with dmaengine_prep_slave_sg() is a very tedious > process. The introduction of a new API function is also justified by the > fact that scatterlists are on their way out. > > Note that dmaengine_prep_interleaved_dma() is not helpful either in that > case, as it assumes that the address of each segment will be higher than > the one of the previous segment, which we just cannot guarantee in case > of a scatter-gather transfer. > > Signed-off-by: Paul Cercueil This and the next patch look fine to me as clearly simplify things for our usecases, but they are really something for the dmaengine maintainers to comment on. Jonathan