Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp468575imm; Fri, 5 Oct 2018 06:48:24 -0700 (PDT) X-Google-Smtp-Source: ACcGV60XosVxN5dvtgiVC0B+hm3CruZbSV2rKTuehIbvS+VaraG6Q0DSey1OCzUzGl1V2YUJeNiR X-Received: by 2002:a63:86c8:: with SMTP id x191-v6mr10464000pgd.39.1538747304392; Fri, 05 Oct 2018 06:48:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538747304; cv=none; d=google.com; s=arc-20160816; b=n01quce/3EPZREU9FolTc5wEJ4TTBamceRrICFQFqa6j42kQhxv2PY5U0nJ+C59syp rSiN6DLaX86kPhf0dGtZgv3fnM+FpkQi/bQ4WN5N5wCF+E+Ni6W5iFtesAbMIe5DjWYM j14R1Lh6x4f9qACtZxxcKRf5e2ysxrgUEOXF5kajCoVJSrh+WM+/8Nhis4wfVCo6lBry KYgffHogXuNOejSbn1g2IZOkl78dfqKC7ubS49WhZh6nDJxa07tHknUG192oe1GqDcF+ O1I99nkE8Dcrm8Ivli+sy4PTFxZY/u2gRXflM62mVXXX2kX7ISq1Ikori6k+3CQHzTDk 6b1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature; bh=k6ZeblyyPZv+ruxOP2cA8B6uM+ewR1uksgYFqy+Agc4=; b=YPu9gh3Qs3tyVMFpVD+yC99uuE9u3uaxXYoIgfnpe8P19Lrmc7ZSlSp7ooPRzc6Qai U9BIlGNj+R+hpywtiqjQeK7lk5L9hZLolzop/Ro6tV8iJAkXu8bHyVLc8oSaUA3mi0pf 2+exeYJNsb/XUYrvj9mZDYFO6xIkS2rkLvRoRi406qLpFGDt4wKNeLX0JnUhLtkYkHur gnb/df6WB0ZxwLg40J6dyDQU6jZ3nJtfGA2bF0C+czp5hl+8rdsWNNbeKdD8w2t6qTT+ d2e4BDQ7Q1zZAMsbryCEAzzPcyHVgatF+Z6xZdnalRoRCyGCzkHoxt0m/GPiy6vuNiqY SxNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=criQz7ar; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t1-v6si8276120pgf.262.2018.10.05.06.48.08; Fri, 05 Oct 2018 06:48:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=criQz7ar; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728734AbeJEUqm (ORCPT + 99 others); Fri, 5 Oct 2018 16:46:42 -0400 Received: from mail-it1-f195.google.com ([209.85.166.195]:39736 "EHLO mail-it1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728485AbeJEUqm (ORCPT ); Fri, 5 Oct 2018 16:46:42 -0400 Received: by mail-it1-f195.google.com with SMTP id w200-v6so2770692itc.4 for ; Fri, 05 Oct 2018 06:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=k6ZeblyyPZv+ruxOP2cA8B6uM+ewR1uksgYFqy+Agc4=; b=criQz7arVy+RYju/Zfn4XXyIa9DlyCmH+QjCBvQgKGQ/PEHKSnThXYYe9AAHZjgrG4 O07tT2N8iELSMKKhYfO8oB2SfSIk2noxi8Lx96a5ful/gzd7vGmWWnZ/h1pNbmRxAAS0 +z+kLgLL9DmxyD8TTyYojOXkvP+2C7LqkZD5o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=k6ZeblyyPZv+ruxOP2cA8B6uM+ewR1uksgYFqy+Agc4=; b=PSWKJVOOwnDp+6kBwgVjjzKUd1+Zs+WEf6V3unD2DLHbzCFZUpGB0T2urokZZnW1XN AylJ5TOoGKn/q9OvregUVc+UTyAuNqVf7KBwGY6obe77bSpTlvsb3aDEK/EOIojruYeN b8hqS1RVv/TuDgE8qDBNVbF12SvC3FqslWfyz+ZFKDEW+pZITsJgULEsiYVCJpqpwcDE GZKvyVpFeeovcX2hIhaN9cqgcjtnLB31Ly4TQtn3NLPBylI+XgYqpPTGkOOoNtwbFm46 /xVvWnZcH/ekqgywmEPsXu+XrxB3NCsW90wcu7ajWK4h/XdWzyV2rl3Jub3xSUSHtcAM m6bQ== X-Gm-Message-State: ABuFfoimPu0ofBm1PorHvLhNeV5uMWLXd6xUZuUsLAa+gAqUduz6vuNf T/CNmBw7kT6is8ZSLeJhFWMdq9EMHcd4TBLVIe3c6Q== X-Received: by 2002:a24:8045:: with SMTP id g66-v6mr8958725itd.45.1538747273351; Fri, 05 Oct 2018 06:47:53 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:3941:0:0:0:0:0 with HTTP; Fri, 5 Oct 2018 06:47:12 -0700 (PDT) In-Reply-To: <1538745782-27446-3-git-send-email-ludovic.Barre@st.com> References: <1538745782-27446-1-git-send-email-ludovic.Barre@st.com> <1538745782-27446-3-git-send-email-ludovic.Barre@st.com> From: Ulf Hansson Date: Fri, 5 Oct 2018 15:47:12 +0200 Message-ID: Subject: Re: [PATCH V5 02/24] mmc: mmci: create common mmci_dma_setup/release To: Ludovic Barre Cc: Rob Herring , Srinivas Kandagatla , Maxime Coquelin , Alexandre Torgue , Linux ARM , Linux Kernel Mailing List , DTML , "linux-mmc@vger.kernel.org" , linux-stm32@st-md-mailman.stormreply.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5 October 2018 at 15:22, Ludovic Barre wrote: > From: Ludovic Barre > > This patch creates a common mmci_dma_setup/release which calls > dma_setup/release callbacks of mmci_host_ops and manages > common features like use_dma... If there is a fallbacks to > pio mode, dma functions must check use_dma. > > error management: > -mmci_dmae_setup fail if Tx and Rx dma channels are not defined > -qcom_dma_setup fail if one of both dma channels is not defined, > Qcom has no specific resource to release, just mmci dmae resource. Makes perfect sense! [...] > +void mmci_dma_setup(struct mmci_host *host) > +{ > + if (!host->ops || !host->ops->dma_setup) > + return; > + > + if (host->ops->dma_setup(host)) { > + mmci_dma_release(host); Please remove this and let the variants clean up themselves. That makes it more straight forward. > + return; > + } > + > + host->use_dma = true; > +} > + [...] > diff --git a/drivers/mmc/host/mmci.h b/drivers/mmc/host/mmci.h > index 01e6c6b..9b0a960 100644 > --- a/drivers/mmc/host/mmci.h > +++ b/drivers/mmc/host/mmci.h > @@ -273,7 +273,8 @@ struct variant_data { > > /* mmci variant callbacks */ > struct mmci_host_ops { > - void (*dma_setup)(struct mmci_host *host); > + int (*dma_setup)(struct mmci_host *host); > + void (*dma_release)(struct mmci_host *host); > }; > > struct mmci_host_next { > @@ -323,6 +324,7 @@ struct mmci_host { > unsigned int size; > int (*get_rx_fifocnt)(struct mmci_host *h, u32 status, int remain); > > + u8 use_dma:1; > #ifdef CONFIG_DMA_ENGINE > /* DMA stuff */ > struct dma_chan *dma_current; > @@ -336,3 +338,14 @@ struct mmci_host { > #endif > }; > > +#ifdef CONFIG_DMA_ENGINE > +void mmci_variant_init(struct mmci_host *host); > +#else > +static inline void mmci_variant_init(struct mmci_host *host) > +{ > +} > +#endif This can be kept in mmci.c instead. > + > +int mmci_dmae_setup(struct mmci_host *host); > +void mmci_dmae_release(struct mmci_host *host); > + > diff --git a/drivers/mmc/host/mmci_qcom_dml.c b/drivers/mmc/host/mmci_qcom_dml.c > index be3fab5..aa070a9 100644 > --- a/drivers/mmc/host/mmci_qcom_dml.c > +++ b/drivers/mmc/host/mmci_qcom_dml.c > @@ -119,19 +119,22 @@ static int of_get_dml_pipe_index(struct device_node *np, const char *name) > } > > /* Initialize the dml hardware connected to SD Card controller */ > -static void qcom_dma_setup(struct mmci_host *host) > +static int qcom_dma_setup(struct mmci_host *host) > { > u32 config; > void __iomem *base; > int consumer_id, producer_id; > struct device_node *np = host->mmc->parent->of_node; > > + if (mmci_dmae_setup(host)) > + return -EINVAL; > + > consumer_id = of_get_dml_pipe_index(np, "tx"); > producer_id = of_get_dml_pipe_index(np, "rx"); > > if (producer_id < 0 || consumer_id < 0) { > host->variant->qcom_dml = false; > - return; > + return -EINVAL; This relies on error handling to be done by mmci_dma_setup(), which as stated, feels a bit wrong. I would rather just call mmci_dmae_realease() here, before returning -EINVAL. [...] Otherwise, this looks good to me now. Kind regards Uffe