Message ID | 20200129153628.29329-1-amelie.delaunay@st.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <SRS0=PRo+=3S=vger.kernel.org=dmaengine-owner@kernel.org> Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 779AC1800 for <patchwork-dmaengine@patchwork.kernel.org>; Wed, 29 Jan 2020 15:36:53 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 55BA9206F0 for <patchwork-dmaengine@patchwork.kernel.org>; Wed, 29 Jan 2020 15:36:53 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=st.com header.i=@st.com header.b="s8f6/RFx" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726756AbgA2Pgw (ORCPT <rfc822;patchwork-dmaengine@patchwork.kernel.org>); Wed, 29 Jan 2020 10:36:52 -0500 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:27436 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726271AbgA2Pgw (ORCPT <rfc822;dmaengine@vger.kernel.org>); Wed, 29 Jan 2020 10:36:52 -0500 Received: from pps.filterd (m0046660.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 00TFNdPo030981; Wed, 29 Jan 2020 16:36:35 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=st.com; h=from : to : cc : subject : date : message-id : mime-version : content-type; s=STMicroelectronics; bh=8Dj/ZHHrmEfV1u3H7MKsV7iGJiHB3s1tpyoS859SbVI=; b=s8f6/RFxaFy5xx1Uv1kJ3RJZQu4kJdrxJ6VXlc/zBQZFdn9bN3eyU31mecfnINOymzsK 4VAzuwX0O8Hc5jEiEqv15ClB10RbMX7zivU9J8Zm1NTD712g0Dm67SS0mmeB+2pP4Nox ukx/Nt/3LKMZj/YvzkMyQPcfgthmqy6qfBfmE7G+PrXc2Tr1eIR7WZ5KM3WUqE74+WW5 Efa3X0+pk1RlJfJB0KmZGKpiV42JtAEYuWue4KlpG5o+9j0euOAcrnX3qK692SesuzV6 y+G6uk3s/ZOPi0c0e4zT3xKUDVmqMjEE7Cqd7IO3Lm8AoQmj2kfUkEy/lKBkHUTn0uzw Nw== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 2xrbpb45e4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jan 2020 16:36:35 +0100 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7EC4C10002A; Wed, 29 Jan 2020 16:36:34 +0100 (CET) Received: from Webmail-eu.st.com (sfhdag3node2.st.com [10.75.127.8]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 6E7062BC7C5; Wed, 29 Jan 2020 16:36:34 +0100 (CET) Received: from localhost (10.75.127.47) by SFHDAG3NODE2.st.com (10.75.127.8) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 29 Jan 2020 16:36:33 +0100 From: Amelie Delaunay <amelie.delaunay@st.com> To: Vinod Koul <vkoul@kernel.org>, Dan Williams <dan.j.williams@intel.com>, Maxime Coquelin <mcoquelin.stm32@gmail.com>, Alexandre Torgue <alexandre.torgue@st.com> CC: <dmaengine@vger.kernel.org>, <linux-stm32@st-md-mailman.stormreply.com>, <linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>, Amelie Delaunay <amelie.delaunay@st.com>, Pierre-Yves MORDRET <pierre-yves.mordret@st.com> Subject: [PATCH 0/8] STM32 DMA driver fixes and improvements Date: Wed, 29 Jan 2020 16:36:20 +0100 Message-ID: <20200129153628.29329-1-amelie.delaunay@st.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.75.127.47] X-ClientProxiedBy: SFHDAG1NODE1.st.com (10.75.127.1) To SFHDAG3NODE2.st.com (10.75.127.8) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138,18.0.572 definitions=2020-01-29_03:2020-01-28,2020-01-29 signatures=0 Sender: dmaengine-owner@vger.kernel.org Precedence: bulk List-ID: <dmaengine.vger.kernel.org> X-Mailing-List: dmaengine@vger.kernel.org |
Series |
STM32 DMA driver fixes and improvements
|
expand
|
On 29-01-20, 16:36, Amelie Delaunay wrote: > This series brings improvements to the STM32 DMA driver, with support of > power management and descriptor reuse. Probe function gets a cleanup and > properties like copy_align and max_segment_size are set. > A "sleeping function called from invalid context" bug is also fixed. And > to avoid a race with vchan_complete, driver now adopts > vchan_terminate_vdesc(). Applied, thanks