Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5408893pxv; Wed, 21 Jul 2021 04:55:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyzmeOu2dCidHE2f8zaM9nb+IOF/0Bu2m0FOAkJKDQypS1n9foW3vGOzljkyszVa0m0xGxT X-Received: by 2002:a05:6e02:20eb:: with SMTP id q11mr24472047ilv.272.1626868519372; Wed, 21 Jul 2021 04:55:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626868519; cv=none; d=google.com; s=arc-20160816; b=NJKDiWJl503sassIZw8VAuV+G2ZK2Rp9IFCV2imy49sM0CSfKd9/6V5Jo4pQd028Xc QarL60h8Q7qiIBMAYS7zwEQhKSai+xAcpq7ycxoARNRVkClf9pgomVsW5xhrbqaTHlEz HfCCZWb4vVHYozG4XcckLPVgQ1VGkNdvOIalVlmAbgDYttd131uJ93zqy3XvvgXBdVVV AeLnd2xh9n8wHFVkb7+8WsANBbrl5REvPrMZcxl2kptsijG1kPk+k6S3+OPGSKDWdtN2 Z2hOs1Oj0+X4KkyTcXvWcHTjaDYLEZrpBvnHtSYJddAWSfGBp55c9B+3iauKIqBJGAFy clhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=GpaCeRZVjtH/clmvmqA7oS+5T/2FGrNjLTB526P7vpQ=; b=ISV6R9u4rx2a2PmlU1+Ol3MaH4mvuxmLswwHTAL45lQlJlL/iWRnr2Hi0A876ngE0e ZBg7O/J+DkQI6R5YPvdK8yvK84vJq0FlXcSNX5/YsmKAxsrg6tdyLGX4bou7tas7L+XD tpaaXk9D3pPvnzhE9ZE/pzSklSmaZiqIHFMaEc10HRyjcQIOvR5CW72oYqwRBcGjG3GY km1BdmaflHdJ0AACDuJiisJA9A9cVahRhLxgydWwRv2Jk4oMUl+OdyMirswtSxNW1dZP MSieAFStVke4G1ehywzzFEOxE5x3wdaA2cr+qCzim3uGrLBDprgNre52fBeKNXU/3nij FM/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=L6knxW0V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y8si7895924iov.46.2021.07.21.04.55.07; Wed, 21 Jul 2021 04:55:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=L6knxW0V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238013AbhGULMz (ORCPT + 99 others); Wed, 21 Jul 2021 07:12:55 -0400 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:12698 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S238503AbhGUK7l (ORCPT ); Wed, 21 Jul 2021 06:59:41 -0400 Received: from pps.filterd (m0046660.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16LBdD0L011603; Wed, 21 Jul 2021 13:39:59 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-transfer-encoding : content-type; s=selector1; bh=GpaCeRZVjtH/clmvmqA7oS+5T/2FGrNjLTB526P7vpQ=; b=L6knxW0V5wdHd/woeqis8aK9mti6xQ0hucPzhTdsEn3kw+yQHWYC6NgrEh7wh2tjW1gf o0xZ8w965TK/KSjeay2hxB8GjJTOjR8us2hfL2+y2pPQSlHUGp5Zg7XMWzxSG6XoT/uy rHLjnIzpHOkKXwveQlQYKKCiQfsIB5FRTMqKun8fPCA7Q3b8uU/4Xgj5RVZULtmOFuQZ oVfMVJurDD3U0OKbPuHxmYh4SqOvDEn4JYbGXlUDsQpjJpkbReScZCFE7mX123z8Ea8P Bngl/2EnCyDZn1MfdECt82/8vPUuTmNcjlDYUw7N5NBv3Xvl3mXxGaYU5AJFAf2ixik7 2w== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 39xfvah3vp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Jul 2021 13:39:59 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 35DBD100034; Wed, 21 Jul 2021 13:39:59 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag2node3.st.com [10.75.127.6]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 245B72238C3; Wed, 21 Jul 2021 13:39:59 +0200 (CEST) Received: from localhost (10.75.127.51) by SFHDAG2NODE3.st.com (10.75.127.6) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 21 Jul 2021 13:39:58 +0200 From: Amelie Delaunay To: Vinod Koul , Rob Herring , Dan Williams , Maxime Coquelin , Alexandre Torgue CC: , , , , , Amelie Delaunay , Pierre-Yves Mordret , Rob Herring Subject: [RESEND PATCH 1/2] dt-bindings: dma: add alternative REQ/ACK protocol selection in stm32-dma Date: Wed, 21 Jul 2021 13:39:45 +0200 Message-ID: <20210721113946.81001-2-amelie.delaunay@foss.st.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210721113946.81001-1-amelie.delaunay@foss.st.com> References: <20210721113946.81001-1-amelie.delaunay@foss.st.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.75.127.51] X-ClientProxiedBy: SFHDAG2NODE1.st.com (10.75.127.4) To SFHDAG2NODE3.st.com (10.75.127.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391,18.0.790 definitions=2021-07-21_05:2021-07-21,2021-07-21 signatures=0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Default REQ/ACK protocol consists in maintaining ACK signal up to the removal of REQuest and the transfer completion. In case of alternative REQ/ACK protocol, ACK de-assertion does not wait the removal of the REQuest, but only the transfer completion. Due to a possible DMA stream lock when transferring data to/from STM32 USART/UART, this new bindings allow to select this alternative protocol in device tree, especially for STM32 USART/UART nodes. Acked-by: Rob Herring Signed-off-by: Amelie Delaunay --- Documentation/devicetree/bindings/dma/st,stm32-dma.yaml | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/dma/st,stm32-dma.yaml b/Documentation/devicetree/bindings/dma/st,stm32-dma.yaml index 2a5325f480f6..4bf676fd25dc 100644 --- a/Documentation/devicetree/bindings/dma/st,stm32-dma.yaml +++ b/Documentation/devicetree/bindings/dma/st,stm32-dma.yaml @@ -40,6 +40,13 @@ description: | 0x0: FIFO mode with threshold selectable with bit 0-1 0x1: Direct mode: each DMA request immediately initiates a transfer from/to the memory, FIFO is bypassed. + -bit 4: alternative DMA request/acknowledge protocol + 0x0: Use standard DMA ACK management, where ACK signal is maintained + up to the removal of request and transfer completion + 0x1: Use alternative DMA ACK management, where ACK de-assertion does + not wait for the de-assertion of the REQuest, ACK is only managed + by transfer completion. This must only be used on channels + managing transfers for STM32 USART/UART. maintainers: -- 2.25.1