Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp2497832rwb; Thu, 29 Sep 2022 10:56:59 -0700 (PDT) X-Google-Smtp-Source: AMsMyM50AaqxnGUxgj7JXPBRoJ6AJYwfQ5gIRERO0XlQiB+FuLZ8I1fkscrdi6PEnG7+OHTSConA X-Received: by 2002:a17:902:820a:b0:178:456e:138 with SMTP id x10-20020a170902820a00b00178456e0138mr4576520pln.145.1664474219017; Thu, 29 Sep 2022 10:56:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664474219; cv=none; d=google.com; s=arc-20160816; b=WH+TUeHLXILNI0wh2Y1EucuZskgQruXF60RnHjCbBH1haqvd2t2VwJiBeB3ua/g6GR 9T6g0bTT4b5ew0Zb30XvnWb0jDB78QiMnm8KoDI3fKPK3g3M6fz9QrAbR8RGoaargjL9 CpjpuGJgAgjowFc4BGDLvDGW/s2ik3/lwuwpENwKBp2CI0pSGd2j08oztk1XwpWY1RlL jw0gGIaEkFtLJKb+1vsvSMzIR/yBEEMUx4sKknJGjFmd8RSRBT7eVRtbz1w5p1MGFvsM eJVos4Str07bvz4JHY2b1ecd7MnaOZOnMfxIJhdqyVa8wIXq6rQM3Edm2BaiAhTfO/H1 d5yQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=4SPjzNrE1pigCxiCeWB59IlkSej83IFSbcxAU63I8Pg=; b=FGbzQxtVMK22x6qTCz6yAuRxHs1oOpWl3e1GKDU1KarML9zygq8eCz0x7JiCl8lpkT slRFVrqQ12kt48BM5Auwl/qLwWNxWeJdRlEk5w44NGNcrBU+lEhnBQJIbYeuqek/svET lQcwZ3ItoeSanzn0XIID2RHI2FGQLfZUdgdjK3dozfFnR5UH8/TNSyHFcNSPMg42L4b2 ztasp/lwYCTd5YbZE+MLeJNQAbIjxZwjxmwri18mK0y8kX9q1bwC/UMbn+DB/SLwGP1G K7zsCu9NziO5FduQqL9nvsgIcNKk64il9RPzAwqiSYFBhQPglhK1qSyxOAgnAWBOFWUt iq0Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CfhK9aF4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kk8-20020a17090b4a0800b002006f9dc2e1si206578pjb.3.2022.09.29.10.56.47; Thu, 29 Sep 2022 10:56:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CfhK9aF4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235587AbiI2RFv (ORCPT + 99 others); Thu, 29 Sep 2022 13:05:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236020AbiI2RFn (ORCPT ); Thu, 29 Sep 2022 13:05:43 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C8AE15FF7; Thu, 29 Sep 2022 10:05:41 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 664BF61FE4; Thu, 29 Sep 2022 17:05:41 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0D866C433C1; Thu, 29 Sep 2022 17:05:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664471140; bh=/Ns5udtIoy5Gv1RHDJwtfbZDb3xMN9STvDj8547wnVo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=CfhK9aF4WgN15PNax22DfvlQxYwDJUNgh6Op8KodStt37Rc/3RmNOC/sxSw3XfuHU UoerEkuVkPrbrCk8Ax6UnbNA6Vk3O0qYc4yP+dsHoIF0B9HJNwOZaZ4PXT96IZMLCa +U81OIPkLqqVYvokw6bopN6p6fNnN8XUW5r5dpBUEwrtpFm265jHOHd1lo/jFHY+cR RJtWo0tIWCxul8KPDVxQa74kbBfTenNNeu+FiUyyWerQwAfqoXmTjHJ4jeOL8FM0RK qpUDtN6mpsUTe01goiQclww1noTHq4wDckzSPGfiBFH4zgrRfdBxKDfLijKRBEOsKQ XHg8scAdta6dQ== Date: Thu, 29 Sep 2022 22:35:36 +0530 From: Vinod Koul To: Vaishnav Achath Cc: dmaengine@vger.kernel.org, kishon@ti.com, linux-kernel@vger.kernel.org, peter.ujfalusi@gmail.com, vigneshr@ti.com Subject: Re: [PATCH v2] dmaengine: ti: k3-udma: Respond TX done if DMA_PREP_INTERRUPT is not requested Message-ID: References: <20220914110049.5842-1-vaishnav.a@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220914110049.5842-1-vaishnav.a@ti.com> X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14-09-22, 16:30, Vaishnav Achath wrote: > If the DMA consumer driver does not expect the callback for TX done, then > we need not perform the channel RT byte counter calculations and estimate > the completion but return complete on first attempt itself.This assumes > that the consumer who did not request DMA_PREP_INTERRUPT has its own > mechanism for understanding TX completion, example: MCSPI EOW interrupt > can be used as TX completion signal for a SPI transaction. Applied, thanks -- ~Vinod