Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp3165352rwb; Mon, 7 Aug 2023 09:08:38 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHIfXUxE6oDw+J2LyQw3XZJteC5Wn/shyO9e6ThaSAODR0DhpeLz5W9f6d6fI+fI3kIXesm X-Received: by 2002:a05:6a21:3e01:b0:13f:3d25:d83 with SMTP id bk1-20020a056a213e0100b0013f3d250d83mr7838102pzc.19.1691424518432; Mon, 07 Aug 2023 09:08:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691424518; cv=none; d=google.com; s=arc-20160816; b=r0BNoWqVZ+xdxBCQ5pGYxri9D+B932BXFbjfWeySla06kl936LsWmCpqnXj8Yvkelv qbLBgV074zdq6Qv+jn07XXTJI8jdYEV0k7KyhqKvG5BZbX5yLm5e/xRfibzsAkFEznTh FdxeziaTPOOzGHtPnCrdBftqOTxAeO9r85Vc+OUVoy9+HQsk6OcMMb4BOoMLTq3HftmB 5dBV1qFqVI2q/EG/tCQ01ONGyHWeBESZ+KQh/H9kzuiKmKxuedbP93ZQfPrHkZNDHbp4 I4BF68k6oRgtci2ujePRFrXwp5z5E3IwI4APNJ4AjKPhHmXR1Nua8TVrS1efx00KQCeL W+2g== 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; bh=nOe0zYwThThZOhvyRWpivkAasx65graMYT30pFSSKoE=; fh=SmpP7BLn3KR54D+PDy2DfTTkfrVPL0KXRiOok5SsugQ=; b=OgW/hfK7RSCf3rXDwowfvBbO9M1ZghZh2xVmXATONIkIZRP1mE0fxmO2eZ2Ia57KvW oHtpDF16YzeaUkB7qC3GuknVoKbwofBheg2s75R1xdb0EX+JlUFkfdU/BNg0gLHadYFC /MWQLa8KUTBn/sPLYAAU8gRKy5PHTnMAQHj8yKCQrUVMTAfyFNko5IeRYmKyW3Wmy1wc qBYpUiu0g089OjQ36X1QfQVGFe6Hh4c5Hbz3yjZGzkIjOkZEBaH16vC/N92AoKnjg/VY jmCDTY69b9oe0/ugk8v26JpJpS8DBcmTG1XtPKkzSCIqkXy5lF5HSGpCQcCIG468Sbie LUFg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n11-20020a635c4b000000b005646227c086si5735044pgm.376.2023.08.07.09.08.25; Mon, 07 Aug 2023 09:08:38 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230474AbjHGPk0 (ORCPT + 99 others); Mon, 7 Aug 2023 11:40:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229621AbjHGPkZ (ORCPT ); Mon, 7 Aug 2023 11:40:25 -0400 Received: from mail11.truemail.it (mail11.truemail.it [IPv6:2001:4b7e:0:8::81]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 28BA4A6; Mon, 7 Aug 2023 08:40:23 -0700 (PDT) Received: from francesco-nb.int.toradex.com (93-49-2-63.ip317.fastwebnet.it [93.49.2.63]) by mail11.truemail.it (Postfix) with ESMTPA id 892FD20676; Mon, 7 Aug 2023 17:40:17 +0200 (CEST) Date: Mon, 7 Aug 2023 17:40:13 +0200 From: Francesco Dolcini To: Vignesh Raghavendra Cc: Peter Ujfalusi , Vinod Koul , dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org, Linux ARM Mailing List Subject: Re: [PATCH] dmaengine: ti: k3-udma: Avoid false error msg on chan teardown Message-ID: References: <20220215044112.161634-1-vigneshr@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220215044112.161634-1-vigneshr@ti.com> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_PASS,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 Hello Vignesh, reviving this old email, since it seems that it raised a valid issue that is still not resolved. On Tue, Feb 15, 2022 at 10:11:12AM +0530, Vignesh Raghavendra wrote: > In cyclic mode, there is no additional descriptor pushed to collect > outstanding data on channel teardown. Therefore no need to wait for this > descriptor to come back. > > Without this terminating aplay cmd outputs false error msg like: > [ 116.402800] ti-bcdma 485c0100.dma-controller: chan1 teardown timeout! I am experiencing a similar issue on Toradex Verdin AM62: ``` kern :warn : [ 40.196661] ti-udma 485c0100.dma-controller: chan2 teardown timeout! kern :warn : [ 41.077013] kauditd_printk_skb: 14 callbacks suppressed kern :warn : [ 46.404672] ti-udma 485c0100.dma-controller: chan2 teardown timeout! kern :warn : [ 50.852643] ti-udma 485c0100.dma-controller: chan1 teardown timeout! kern :warn : [ 56.932709] ti-udma 485c0100.dma-controller: chan1 teardown timeout! kern :warn : [ 64.516797] ti-udma 485c0100.dma-controller: chan1 teardown timeout! kern :warn : [ 70.404724] ti-udma 485c0100.dma-controller: chan1 teardown timeout! kern :warn : [ 71.588933] ti-udma 485c0100.dma-controller: chan2 teardown timeout! kern :warn : [ 75.908818] ti-udma 485c0100.dma-controller: chan1 teardown timeout! kern :warn : [ 77.064761] ti-udma 485c0100.dma-controller: chan2 teardown timeout! ``` I would say just the same, since this happens everytime aplay terminates. Any idea to progress on this? Francesco