From mboxrd@z Thu Jan 1 00:00:00 1970 From: Abhishek Sahu Subject: [PATCH v2 0/3] Support for QCOM BAM DMA command descriptor Date: Mon, 26 Jun 2017 18:19:26 +0530 Message-ID: <1498481369-29497-1-git-send-email-absahu@codeaurora.org> Return-path: Received: from smtp.codeaurora.org ([198.145.29.96]:51326 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751435AbdFZMtl (ORCPT ); Mon, 26 Jun 2017 08:49:41 -0400 Sender: linux-arm-msm-owner@vger.kernel.org List-Id: linux-arm-msm@vger.kernel.org To: andy.gross@linaro.org, david.brown@linaro.org, vinod.koul@intel.com, dan.j.williams@intel.com Cc: linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org, Abhishek Sahu v2: 1. Added DMA_PREP_CMD flag and used the same for BAM DMA command descriptor 2. Removed custom mapping API patches v1: https://www.spinics.net/lists/dmaengine/msg12009.html These patches mainly add the support for QCOM BAM command descriptor implementing BAM DMA support for some QCOM peripherals like QPIC NAND/LCD. The BAM command descriptors perform all register reads and writes while data descriptors do the actual data transfer. The QPIC NAND forms the chain of command and data descriptors for full page read/write and submit it to BAM DMA. Currently there is no flag in DMA API which tells the DMA controller that the passed data is in command descriptor format so added the flag in DMA API for this. Abhishek Sahu (3): dmaengine: add DMA_PREP_CMD for non-Data descriptors. dmaengine: qcom: bam_dma: wrapper functions for command descriptor dmaengine: qcom: bam_dma: add command descriptor flag drivers/dma/qcom/bam_dma.c | 6 ++- include/linux/dma/qcom_bam_dma.h | 79 ++++++++++++++++++++++++++++++++++++++++ include/linux/dmaengine.h | 3 ++ 3 files changed, 87 insertions(+), 1 deletion(-) create mode 100644 include/linux/dma/qcom_bam_dma.h -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation