Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp691522imm; Thu, 5 Jul 2018 07:21:48 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfohDzY+HdohackM5em515s1tjnssVnxqS2RIxeZcB7pP5sIdC9D7zn+5PNrOolkrVGv5N8 X-Received: by 2002:a62:a649:: with SMTP id t70-v6mr6675818pfe.149.1530800508372; Thu, 05 Jul 2018 07:21:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530800508; cv=none; d=google.com; s=arc-20160816; b=zo0un7/9j+aT6RRIb5WGM0ux52kaNlLg4dvhy83Jg42CqXZzvCG3cF6CM0In5An0Wx a2X28v26KhAXTTHrvsJX4QoWy2saN7h7i5tDlg2AfsGgYKXnkU0e4iESk5ax630gg1rF dRsI8yPPOE+AnqZhk//5+lmzePIH3RFuU/iPkI3Db+41qZogmuUG67k+QYAzlBizWNXN urhuLPHg5GRjKN/PKAXkK7NbWwumXOh6IueZ1m1qkwYkaxlsiIcWNYwfCb75Zx+O/XAq TTaFCB93wIOv2EbvxLkmmzJHC5cFR/5SsEl/e3bf74OSJnmkuYZA31Rs6DnNa4UEnhv+ 6Yow== 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 :arc-authentication-results; bh=gTzL1Q3jUHS6ruP9SZrV+PC7rxK8dowebehtUkAgyvo=; b=VOzSqQXa1XZEag/hC0egyzl0Cz+YnhyQcd13AhMF3sak8CLQjmh+SeYvra8K9TWngx LdjQo6WVflYDK03bzp6asbpMkDj56AVzekUvSsJ8vSj/IfUOZjsepiuD+uupKlmFV3f5 fX2l3QXdGAwMhjpixCiacB0lKRN7fZkgONGVxjRsMKpR8vo5QId1F+AGj4XVcw46HfiE kQCdXyG80HcDcDIxhr3b06f5O6F8q4M8Hk/7QGvCTBzou+NlnCfkxnc98YuqJDcsBTg8 xjkI0mFX7WSdjJr4GaCOqpifQ0i8N8Y87Ey31mTzXvzqRbjgNDsVo8lK43isfKduXGl6 bXsg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QG5ag95t; 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 5-v6si6001055plx.517.2018.07.05.07.21.33; Thu, 05 Jul 2018 07:21:48 -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=QG5ag95t; 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 S1753804AbeGEOUr (ORCPT + 99 others); Thu, 5 Jul 2018 10:20:47 -0400 Received: from mail-io0-f196.google.com ([209.85.223.196]:41472 "EHLO mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753591AbeGEOUp (ORCPT ); Thu, 5 Jul 2018 10:20:45 -0400 Received: by mail-io0-f196.google.com with SMTP id q9-v6so7890398ioj.8 for ; Thu, 05 Jul 2018 07:20:45 -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=gTzL1Q3jUHS6ruP9SZrV+PC7rxK8dowebehtUkAgyvo=; b=QG5ag95tSiHlU23jCrjJmc1hBiOQBgjUl+PrjqXulFSI0pPx+2FGotKW/KX66+RwAV Vl9bKr3UCe1poeketv/v9yEbTIib6i7IJ2EkRC5gX+VvIlJVoGGYuEjZiOtIlzoJiSTC h0e5yF9fUICsDp0HPSz2iU9hX1eD6L5qJsnlE= 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=gTzL1Q3jUHS6ruP9SZrV+PC7rxK8dowebehtUkAgyvo=; b=me+BGTG5zac++5SMvNd23T4bVfYaHZuw6eSNpGfrIN42+XOSVfHWogQEtKjD8zNN32 1OwJC3m7SnjlTTew16IvVSGAmY2vOUUd20mx/tBLmNlX5LGCE3LanSXQ0lIUbCwLEbe6 S3U2I+SOzeBBcdDCdeWBxWZ+AB1vTrSJ0Tygx58/rzqEIqPaSfbAplxMOo0mguNnv0Qa /xYFnVxmtFghoatiZAjGdfb/9VT7dgyzNM9QegNbArd+OsTiHwngpPwzbPNkr9TCYyWr B0QLynU8g+wjiBVa0Vh3ix0YSIRc4Kl+sT9QyBByuOS10dIv6ndtH6TJNUAl0+8Q+IA+ 6TWQ== X-Gm-Message-State: AOUpUlHIpI2ucyMIQZezOOKnEpZpeMEkePpUcj4XDCYnaMxZERQv+ku6 j3nAGKnZUqJHqWT9h7u7VI38tbil0sBVCPUA9XgQWw== X-Received: by 2002:a6b:144c:: with SMTP id 73-v6mr5025478iou.218.1530800444579; Thu, 05 Jul 2018 07:20:44 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:818f:0:0:0:0:0 with HTTP; Thu, 5 Jul 2018 07:20:43 -0700 (PDT) In-Reply-To: <1528809280-31116-7-git-send-email-ludovic.Barre@st.com> References: <1528809280-31116-1-git-send-email-ludovic.Barre@st.com> <1528809280-31116-7-git-send-email-ludovic.Barre@st.com> From: Ulf Hansson Date: Thu, 5 Jul 2018 16:20:43 +0200 Message-ID: Subject: Re: [PATCH 06/19] mmc: mmci: add variant properties to define cpsm & cmdresp bits To: Ludovic Barre Cc: Rob Herring , Maxime Coquelin , Alexandre Torgue , Gerald Baeza , Linux ARM , Linux Kernel Mailing List , devicetree@vger.kernel.org, "linux-mmc@vger.kernel.org" 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 12 June 2018 at 15:14, Ludovic Barre wrote: > From: Ludovic Barre > > This patch adds command variant properties to define > cpsm enable bit and responses. > Needed to support the STM32 variant (shift of cpsm bit, > specific definition of commands response). > > Signed-off-by: Ludovic Barre > --- > drivers/mmc/host/mmci.c | 47 +++++++++++++++++++++++++++++++++++++++++++---- > drivers/mmc/host/mmci.h | 8 ++++++++ > 2 files changed, 51 insertions(+), 4 deletions(-) > > diff --git a/drivers/mmc/host/mmci.c b/drivers/mmc/host/mmci.c > index 801c86b..52562fc 100644 > --- a/drivers/mmc/host/mmci.c > +++ b/drivers/mmc/host/mmci.c > @@ -51,6 +51,10 @@ static unsigned int fmax = 515633; > static struct variant_data variant_arm = { > .fifosize = 16 * 4, > .fifohalfsize = 8 * 4, > + .cmdreg_cpsm_enable = MCI_CPSM_ENABLE, > + .cmdreg_lrsp_crc = MCI_CPSM_RESPONSE | MCI_CPSM_LONGRSP, > + .cmdreg_srsp_crc = MCI_CPSM_RESPONSE, > + .cmdreg_srsp = MCI_CPSM_RESPONSE, Do these really needs to be a superset of each other? Maybe it becomes easier for the STM32 variant later though... [...] > @@ -603,16 +639,19 @@ mmci_start_command(struct mmci_host *host, struct mmc_command *cmd, u32 c) While at it, would you mind folding in a cleanup patch removing the "u32 c" as in-parameter? It's currently always set to "0" by the caller, so it's not needed. > dev_dbg(mmc_dev(host->mmc), "op %02x arg %08x flags %08x\n", > cmd->opcode, cmd->arg, cmd->flags); > > - if (readl(base + MMCICOMMAND) & MCI_CPSM_ENABLE) { > + if (readl(base + MMCICOMMAND) & host->variant->cmdreg_cpsm_enable) { > writel(0, base + MMCICOMMAND); > mmci_reg_delay(host); > } > > - c |= cmd->opcode | MCI_CPSM_ENABLE; > + c |= cmd->opcode | host->variant->cmdreg_cpsm_enable; > if (cmd->flags & MMC_RSP_PRESENT) { > if (cmd->flags & MMC_RSP_136) > - c |= MCI_CPSM_LONGRSP; > - c |= MCI_CPSM_RESPONSE; > + c |= host->variant->cmdreg_lrsp_crc; This looks weird. Probably because of the naming of the variant data. Perhaps rename to "cmdreg_lrsp", thus skipping the "_crc" suffix? > + else if (cmd->flags & MMC_RSP_CRC) > + c |= host->variant->cmdreg_srsp_crc; Why is here an else? We can have both MMC_RSP_136 and MMC_RSP_CRC bits set, right!? > + else > + c |= host->variant->cmdreg_srsp; What do you think about using a switch-case, perhaps with fall-through - and then adding those bits that are needed for each response bit+variant instead? Could that make this more readable? > } > if (/*interrupt*/0) > c |= MCI_CPSM_INTERRUPT; > diff --git a/drivers/mmc/host/mmci.h b/drivers/mmc/host/mmci.h > index 7265ca6..e173305 100644 > --- a/drivers/mmc/host/mmci.h > +++ b/drivers/mmc/host/mmci.h > @@ -239,6 +239,10 @@ struct mmci_host; > * @clkreg_enable: enable value for MMCICLOCK register > * @clkreg_8bit_bus_enable: enable value for 8 bit bus > * @clkreg_neg_edge_enable: enable value for inverted data/cmd output > + * @cmdreg_cpsm_enable: enable value for CPSM > + * @cmdreg_lrsp_crc: enable value for long response with crc > + * @cmdreg_srsp_crc: enable value for short response with crc > + * @cmdreg_srsp: enable value for short response without crc > * @datalength_bits: number of bits in the MMCIDATALENGTH register > * @fifosize: number of bytes that can be written when MMCI_TXFIFOEMPTY > * is asserted (likewise for RX) > @@ -282,6 +286,10 @@ struct variant_data { > unsigned int clkreg_enable; > unsigned int clkreg_8bit_bus_enable; > unsigned int clkreg_neg_edge_enable; > + unsigned int cmdreg_cpsm_enable; > + unsigned int cmdreg_lrsp_crc; > + unsigned int cmdreg_srsp_crc; > + unsigned int cmdreg_srsp; > unsigned int datalength_bits; > unsigned int fifosize; > unsigned int fifohalfsize; > -- > 2.7.4 > Kind regards Uffe