Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755711AbcCCCAp (ORCPT ); Wed, 2 Mar 2016 21:00:45 -0500 Received: from lucky1.263xmail.com ([211.157.147.131]:41403 "EHLO lucky1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751270AbcCCCAn (ORCPT ); Wed, 2 Mar 2016 21:00:43 -0500 X-263anti-spam: KSV:0; X-MAIL-GRAY: 1 X-MAIL-DELIVERY: 0 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-ADDR-CHECKED: 0 X-RL-SENDER: shawn.lin@rock-chips.com X-FST-TO: zhangfei.gao@linaro.org X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: shawn.lin@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [PATCH 2/2] mmc: dw_mmc: add resets support to dw_mci_parse_dt() To: Guodong Xu , robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com, ijc+devicetree@hellion.org.uk, galak@codeaurora.org, jh80.chung@samsung.com, ulf.hansson@linaro.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org References: <1456968818-22140-1-git-send-email-guodong.xu@linaro.org> <1456968818-22140-2-git-send-email-guodong.xu@linaro.org> Cc: shawn.lin@rock-chips.com, shawn.lin@kernel-upstream.org, Xinwei Kong , Zhangfei Gao From: Shawn Lin Message-ID: <56D79AB4.7050809@rock-chips.com> Date: Thu, 3 Mar 2016 10:00:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <1456968818-22140-2-git-send-email-guodong.xu@linaro.org> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2429 Lines: 78 Hi Guodong, On 2016/3/3 9:33, Guodong Xu wrote: > With this, user can add a 'resets' property into dw_mmc dts > node, and when driver probe and parse_dt, it will call > reset APIs to reset dw_mmc host controller. > > Please also refer to Documentation/devicetree/bindings/reset/reset.txt I have no hard objection for this patch, but I'd rather not add it unless we actually need it. Could you elaborate more about any futher actions you will take if it's applied(i.e: deal with some unrecoverable broken case)? If we just reset the controller while probing, actually I can't find any problems without it based on tons of my reboot test. > > Signed-off-by: Guodong Xu > Signed-off-by: Xinwei Kong > Signed-off-by: Zhangfei Gao > --- > drivers/mmc/host/dw_mmc.c | 7 +++++++ > include/linux/mmc/dw_mmc.h | 6 ++++-- > 2 files changed, 11 insertions(+), 2 deletions(-) > > diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c > index 242f9a0..d3a7376 100644 > --- a/drivers/mmc/host/dw_mmc.c > +++ b/drivers/mmc/host/dw_mmc.c > @@ -2878,6 +2878,13 @@ static struct dw_mci_board *dw_mci_parse_dt(struct dw_mci *host) > if (!pdata) > return ERR_PTR(-ENOMEM); > > + /* find reset controller when exist */ > + pdata->rstc = devm_reset_control_get_optional(dev, NULL); > + if (IS_ERR(pdata->rstc)) > + pdata->rstc = NULL; > + else > + reset_control_deassert(pdata->rstc); > + if the PTR_ERR(pdata->rstc) is -EPROBE_DEFER, should we defer probing the driver? > /* find out number of slots supported */ > of_property_read_u32(np, "num-slots", &pdata->num_slots); > > diff --git a/include/linux/mmc/dw_mmc.h b/include/linux/mmc/dw_mmc.h > index 7b41c6d..b95cd84 100644 > --- a/include/linux/mmc/dw_mmc.h > +++ b/include/linux/mmc/dw_mmc.h > @@ -14,9 +14,10 @@ > #ifndef LINUX_MMC_DW_MMC_H > #define LINUX_MMC_DW_MMC_H > > -#include > -#include > #include > +#include > +#include > +#include > > #define MAX_MCI_SLOTS 2 > > @@ -260,6 +261,7 @@ struct dw_mci_board { > /* delay in mS before detecting cards after interrupt */ > u32 detect_delay_ms; > > + struct reset_control *rstc; > struct dw_mci_dma_ops *dma_ops; > struct dma_pdata *data; > }; > -- Best Regards Shawn Lin