Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1013710ybe; Fri, 13 Sep 2019 09:43:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqxEGkddvZ+xZir4ZlvFR4yRiPWjWuirpRAllfkvbyiwVSzhHmRKDlwzUKt/OXFuXBlhBNpo X-Received: by 2002:a50:918d:: with SMTP id g13mr48519057eda.64.1568393012908; Fri, 13 Sep 2019 09:43:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568393012; cv=none; d=google.com; s=arc-20160816; b=CEsR2zb+UYEtKkFlyfTqmJfyzx/vl/9ETvM73/CnNJdu2JUCCG0VkdEvmsIfsLcVaz mB3IXJUa0YAj1RE2Jb1VXthQAFtPm1CTUrfkGsS/Syno2Aut2i8n1FI/OklKXcZBONop EteUL5uvcWNxtVUB2Qk+Dk3C4TTbs7QXA+EGuK7c3YLi0rNDqR9NSp0tG+QoNYWeqsk8 1wW7ZMaFtFAmkM9ln0jbwI3H7XShsDeLVja0f7rFlRWlAYG97RCb0ZIBgNh70qsUtT7c X+89RxBd4ICw8GZOuIW4+Q1yxPKXNApxyQbxwXEx1x4N/prm4g/ABvQJXpZfgmpT59Dl v93A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=6c4DHxVZ06yiLn50vgp6aP/Dp+gHOJhWT3kZ3EEnmrU=; b=GyPnIGmJSntetgKgwWZgpr3hZvMSe3I4VLCNrq+drxevcNgW7KubazHhCC5dTYv9Yx PLkP6v+Uv0BWcC175upIN5b5D6u/lkt+66DQpG08IlrZVxo7wUxWV1Zgm2P6AgKBiQ46 RmZ4OrvHjpu6vOUvhJsZ49BcBzNB8bAwTgHQ4I3eCRgyhjQElJ6N1xHjucB1dma2yc7p BIIF9K3Wp4L2MR9LBs6JjEOmzzJIV32nx3/eHG+eu32jrX+8r89S13m3XKyCPUnwX9aT ONesE7sGDngFcNMypUSvWHUk3DfsaAgqZcXa+3RaWE03sZX1jUPqTSAzHoYmkk999IAM 82cQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r18si16822030edy.347.2019.09.13.09.43.09; Fri, 13 Sep 2019 09:43:32 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388915AbfIMPdA (ORCPT + 99 others); Fri, 13 Sep 2019 11:33:00 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:57372 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727452AbfIMPc7 (ORCPT ); Fri, 13 Sep 2019 11:32:59 -0400 Received: from [IPv6:2001:8a0:6c2f:b301:66f4:e6a0:633:7a5e] (unknown [IPv6:2001:8a0:6c2f:b301:66f4:e6a0:633:7a5e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ezequiel) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 279BE28B9BE; Fri, 13 Sep 2019 16:32:56 +0100 (BST) Message-ID: Subject: Re: [PATCH 1/4] MMC: Ingenic: Adjust the macro definition name. From: Ezequiel Garcia To: Zhou Yanjie , linux-mips@vger.kernel.org Cc: linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org, devicetree@vger.kernel.org, ulf.hansson@linaro.org, paul.burton@mips.com, linus.walleij@linaro.org, paul@crapouillou.net, malat@debian.org, yuehaibing@huawei.com, robh+dt@kernel.org, mark.rutland@arm.com, syq@debian.org, jiaxun.yang@flygoat.com Date: Fri, 13 Sep 2019 16:32:52 +0100 In-Reply-To: <1567669089-88693-2-git-send-email-zhouyanjie@zoho.com> References: <1567669089-88693-1-git-send-email-zhouyanjie@zoho.com> <1567669089-88693-2-git-send-email-zhouyanjie@zoho.com> Organization: Collabora X-Priority: 1 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Zhou, Thanks for your interest in this driver, I'm glad so see it's more used. On Thu, 2019-09-05 at 15:38 +0800, Zhou Yanjie wrote: > Adjust the macro definition name to match the corresponding > register name in the datasheet. > It's not really an issue to have slighlt different names on the macros. They are currently sufficiently descriptive, and I don't think it's deserves a patch. Thanks, Ezequiel > Signed-off-by: Zhou Yanjie > --- > drivers/mmc/host/jz4740_mmc.c | 18 +++++++++--------- > 1 file changed, 9 insertions(+), 9 deletions(-) > > diff --git a/drivers/mmc/host/jz4740_mmc.c b/drivers/mmc/host/jz4740_mmc.c > index ffdbfaa..1b1fcb7 100644 > --- a/drivers/mmc/host/jz4740_mmc.c > +++ b/drivers/mmc/host/jz4740_mmc.c > @@ -28,7 +28,7 @@ > #include > > #define JZ_REG_MMC_STRPCL 0x00 > -#define JZ_REG_MMC_STATUS 0x04 > +#define JZ_REG_MMC_STAT 0x04 > #define JZ_REG_MMC_CLKRT 0x08 > #define JZ_REG_MMC_CMDAT 0x0C > #define JZ_REG_MMC_RESTO 0x10 > @@ -40,7 +40,7 @@ > #define JZ_REG_MMC_IREG 0x28 > #define JZ_REG_MMC_CMD 0x2C > #define JZ_REG_MMC_ARG 0x30 > -#define JZ_REG_MMC_RESP_FIFO 0x34 > +#define JZ_REG_MMC_RES 0x34 > #define JZ_REG_MMC_RXFIFO 0x38 > #define JZ_REG_MMC_TXFIFO 0x3C > #define JZ_REG_MMC_DMAC 0x44 > @@ -391,7 +391,7 @@ static void jz4740_mmc_clock_disable(struct jz4740_mmc_host *host) > > writew(JZ_MMC_STRPCL_CLOCK_STOP, host->base + JZ_REG_MMC_STRPCL); > do { > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > } while (status & JZ_MMC_STATUS_CLK_EN && --timeout); > } > > @@ -403,7 +403,7 @@ static void jz4740_mmc_reset(struct jz4740_mmc_host *host) > writew(JZ_MMC_STRPCL_RESET, host->base + JZ_REG_MMC_STRPCL); > udelay(10); > do { > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > } while (status & JZ_MMC_STATUS_IS_RESETTING && --timeout); > } > > @@ -446,7 +446,7 @@ static void jz4740_mmc_transfer_check_state(struct jz4740_mmc_host *host, > { > int status; > > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > if (status & JZ_MMC_STATUS_WRITE_ERROR_MASK) { > if (status & (JZ_MMC_STATUS_TIMEOUT_WRITE)) { > host->req->cmd->error = -ETIMEDOUT; > @@ -580,10 +580,10 @@ static bool jz4740_mmc_read_data(struct jz4740_mmc_host *host, > /* For whatever reason there is sometime one word more in the fifo then > * requested */ > timeout = 1000; > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > while (!(status & JZ_MMC_STATUS_DATA_FIFO_EMPTY) && --timeout) { > d = readl(fifo_addr); > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > } > > return false; > @@ -614,7 +614,7 @@ static void jz4740_mmc_read_response(struct jz4740_mmc_host *host, > { > int i; > uint16_t tmp; > - void __iomem *fifo_addr = host->base + JZ_REG_MMC_RESP_FIFO; > + void __iomem *fifo_addr = host->base + JZ_REG_MMC_RES; > > if (cmd->flags & MMC_RSP_136) { > tmp = readw(fifo_addr); > @@ -797,7 +797,7 @@ static irqreturn_t jz_mmc_irq(int irq, void *devid) > struct mmc_command *cmd = host->cmd; > uint32_t irq_reg, status, tmp; > > - status = readl(host->base + JZ_REG_MMC_STATUS); > + status = readl(host->base + JZ_REG_MMC_STAT); > irq_reg = jz4740_mmc_read_irq_reg(host); > > tmp = irq_reg;