Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp56430pxv; Thu, 24 Jun 2021 02:41:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwf8cakUuDeQikCxDFZm2u3yc7uTYH4qcs1khF38rXv/uunjfvXkzIkJ7+BuZH8Uts+6U1k X-Received: by 2002:a02:c6d9:: with SMTP id r25mr3763726jan.137.1624527715939; Thu, 24 Jun 2021 02:41:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624527715; cv=none; d=google.com; s=arc-20160816; b=Qb83ptD9RoAtetGEVpU3ZIjbR3ix2sxoXVaH8/32PTMqFxYqYv7uQDwtYYbFPv4yqY kF9xIJUlvTd4n+4/oW3jhPI/8Kx78L2PdxbOqVPSn2T2wb+H7rg71khIx6foVdu8uoOy qHbaPbCpRqKOBPR00dCSO9GeTE+7eKzgJE7JgPB/ElQNxQH8dncC5+bfYlYiF+DvE4u0 m27NeEoAoyQxBbopwxEy9OdRSVBpJdPsQG/jsCjod7h7V42PReYODEOhKpiy1xYJyd2n lunekdJCHbriQopPTUs9dMiQBISEYfjhxqXdxKImH5HzFoYKeB3PMxjK2tNfxOxIGobN +l3Q== 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=qEDhYt2leubu9mAEDVbUmPNoFRyqAPacUpoePznnKfA=; b=QmffxMrrtX2aah5mp5xGa+FmqaEXkPnMwdQF1HQDB5G9jMK1H99nWo/ze/yWjdPTvb J/iCZbbeHWACfozifcR8i3AuGvpFgSssZy3bHA5F5xGo8p8phZUJiIFMbAPvEWOFnnBe po0dwDl07XeAn6klqhzysSUltrPm28mevIoey4JMHuSkeVshEdaf9ST/Z8z9ENg9HjC8 TdhrqZXIACNsL7kPX/LSSQnmaVrVSGv0kwQaA0WA8OBuet8rQeinBkO+12ayOi9iKVyR d/IbxR283PREhlxcFNcnuGDj2xYTa/8TwxaE/hn8xETRoRHsllzuIZLg11r63OgMZFuG 7wkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=Nwm8bRaw; 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 p16si3539354jan.14.2021.06.24.02.41.43; Thu, 24 Jun 2021 02:41:55 -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=Nwm8bRaw; 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 S232040AbhFXJmo (ORCPT + 99 others); Thu, 24 Jun 2021 05:42:44 -0400 Received: from mx07-00178001.pphosted.com ([185.132.182.106]:21674 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232005AbhFXJmk (ORCPT ); Thu, 24 Jun 2021 05:42:40 -0400 Received: from pps.filterd (m0046668.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 15O9c8Vv004857; Thu, 24 Jun 2021 11:40:04 +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=qEDhYt2leubu9mAEDVbUmPNoFRyqAPacUpoePznnKfA=; b=Nwm8bRawBzC/qpnqKlVQgFY7oKw+Tc9AdgynK8AFL9epY57FDo6yE4nLFSD+Ek9zzJF9 gNEZYSKBvFSLJu3GBp5PojyzPHHqWcbCcAVv7dns7RRucwUCsGPKM8kfWoCO5ZhWAkg2 Ro1AdyCWPIxXtBASmeXsHcOC3LewqZ4mkJYo8M5WhIz5kf6BMEYayyesSK2YpftAbHaM nijTAKl2n5IxeOf/T9MK9qAZOabJQFGFhNCq7NqsZq0+0HNj3z4BCLjyZ+ITgOA48SrM 1hk4qtiEqP2gKfv71NZmc+er+OMCZ5A9q+6DD5SNALirM0fJdn7MRnHr+M6Bw0SqgQXH 6w== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 39chf6jsvb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 24 Jun 2021 11:40:04 +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 0A58810002A; Thu, 24 Jun 2021 11:40:04 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag2node3.st.com [10.75.127.6]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id E7F1D21B51B; Thu, 24 Jun 2021 11:40:03 +0200 (CEST) Received: from localhost (10.75.127.47) by SFHDAG2NODE3.st.com (10.75.127.6) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 24 Jun 2021 11:40:03 +0200 From: Amelie Delaunay To: Vinod Koul , Rob Herring , Dan Williams , Maxime Coquelin , Alexandre Torgue CC: , , , , , Amelie Delaunay , Pierre-Yves Mordret Subject: [PATCH 1/2] dt-bindings: dma: add alternative REQ/ACK protocol selection in stm32-dma Date: Thu, 24 Jun 2021 11:39:58 +0200 Message-ID: <20210624093959.142265-2-amelie.delaunay@foss.st.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210624093959.142265-1-amelie.delaunay@foss.st.com> References: <20210624093959.142265-1-amelie.delaunay@foss.st.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.75.127.47] X-ClientProxiedBy: SFHDAG1NODE3.st.com (10.75.127.3) 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-06-24_06:2021-06-24,2021-06-24 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. 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