Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2324705imm; Mon, 28 May 2018 06:05:54 -0700 (PDT) X-Google-Smtp-Source: AB8JxZplBGBkvXEvOtiDdzCgmTy0LkImmVcXCaCmfLlgDdV2zpwidvoFUcEoIbI9cibeEn/kU1GL X-Received: by 2002:a63:6107:: with SMTP id v7-v6mr10791735pgb.264.1527512754428; Mon, 28 May 2018 06:05:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527512754; cv=none; d=google.com; s=arc-20160816; b=jkqDF/Qrtl7IUdDy2nJGI4WloW5mD7jjFPBTW4iBTTwxJgCXgMgoHC5UvTd6Wkzcj3 /3tZU5C8ZuxnIV7/D4d6CU2omc2K9+QcMMsImHTmnR0P8WN2soihcBnLTPd0wAWfdX6c 7uohs8jDCFM4n5HMOGFbK5O0WIghPQS92dtpMgLtD6mg5neoXEAje4Wv9fvsQx09VTKn oiUaEbSkBQyJvoXrizaJr1me8aeDS4j6jZ+aeKly1wCoWSSjtee4Qtb25pwRT70Q2EMm OwhFjH53mvJRlAmrXUsofnYVFSV8nUH4HUyoAdSxPshIdlfqUxUoUF+c6GiduLlYD0Kq YV9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:references:message-id:date :thread-index:thread-topic:subject:cc:to:from:dkim-signature :arc-authentication-results; bh=gy41m4Dy7yJrqTTtKSbWPUCfjqqOgLm5bGi8sTcb/QM=; b=d3iY2O1r7QAYaLFoWrwsBBE9LU9viNvB8nyKUHRg/Yxu4zE5XwvSdwRrmfb7lpvKlP E8DtDCADN2FNjU74jLjZoPIV1axv9hzRO64rpQG8Z6A9Cf310J1uhsHjX9/CxJh7IdUY 6sJPEPpovslfXlXTXKJ3Gs1qsJfqVGH7gg7KlSNJr7CbAUpD9joAH9bh/UofNJrfbdpN NUAykHecuStEJ8MKNByqLTncAuBFs/G2anelctxR1NEK4GCaX7MKKsu461H2+vWcB7Xa rO7h6vQpeC9lqHRPnjW+pPML6k9jhJo3kSfsB3asmw8ZrjsZ9op/G/1b+rbH3mIQ0cyY kzOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@synopsys.com header.s=mail header.b=HpayYIUk; 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=synopsys.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p21-v6si7082222plq.94.2018.05.28.06.05.35; Mon, 28 May 2018 06:05:54 -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=@synopsys.com header.s=mail header.b=HpayYIUk; 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=synopsys.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1165154AbeE1NEq (ORCPT + 99 others); Mon, 28 May 2018 09:04:46 -0400 Received: from smtprelay6.synopsys.com ([198.182.37.59]:50787 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1163817AbeE1NEm (ORCPT ); Mon, 28 May 2018 09:04:42 -0400 Received: from mailhost.synopsys.com (mailhost3.synopsys.com [10.12.238.238]) by smtprelay.synopsys.com (Postfix) with ESMTP id B52AB1E04A3; Mon, 28 May 2018 15:04:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=synopsys.com; s=mail; t=1527512681; bh=xqYj51jXB2hpQCN9LAclZh9zG8LJuO5xurLrlcOVeHI=; h=From:To:CC:Subject:Date:References:From; b=HpayYIUkGqLFL6kjo0H2r0hyrThSkKGL3oiEiPEEGqx9GDwDbWtDjg/WDfoxE+pkZ 9C8G5RIF7HO81GSqwGMuP6kZNPSuLUKY3Y530jv12shCwbIbXqFOdvRZyTBDHonS6w 8n1H4g12UrkZq1YSUERyHaCRWnPFgd+oIo/WjMhu/4NrKsKbXyEl0OD4PXnNDcKLTD JFDwFU6WLsVhMUSjUoVORxSYzwv1GgXye7WKFw0hU+9tiUl+S5QChYmtIb0AEseoMK 9zS9XWHFOLYzPYT2Cupc3CVAwDPqiUb3C6Vi2QEQ8uB5kvLpj8QjI8WcwNIl1lmFSi KB3OoG2eP2/5g== Received: from US01WEHTC3.internal.synopsys.com (us01wehtc3.internal.synopsys.com [10.15.84.232]) by mailhost.synopsys.com (Postfix) with ESMTP id DBFDF3FEB; Mon, 28 May 2018 06:04:39 -0700 (PDT) Received: from IN01WEHTCA.internal.synopsys.com (10.144.199.104) by US01WEHTC3.internal.synopsys.com (10.15.84.232) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 28 May 2018 06:03:24 -0700 Received: from IN01WEMBXB.internal.synopsys.com ([169.254.4.157]) by IN01WEHTCA.internal.synopsys.com ([::1]) with mapi id 14.03.0361.001; Mon, 28 May 2018 18:33:21 +0530 From: Prabu Thangamuthu To: Andy Shevchenko CC: "ulf.hansson@linaro.org" , Adrian Hunter , "linux-kernel@vger.kernel.org" , "linux-mmc@vger.kernel.org" , Manjunath M Bettegowda Subject: Re: [PATCH 1/1] mmc: sdhci-pci-dwc-mshc: synopsys dwc mshc support Thread-Topic: [PATCH 1/1] mmc: sdhci-pci-dwc-mshc: synopsys dwc mshc support Thread-Index: AdPxmBIFOmCk2CVqRi+baz/mIdVd7Q== Date: Mon, 28 May 2018 13:03:21 +0000 Message-ID: <705D14B1C7978B40A723277C067CEDE2010A9B65FC@IN01WEMBXB.internal.synopsys.com> References: <705D14B1C7978B40A723277C067CEDE2010A9B43CC@IN01WEMBXB.internal.synopsys.com> Accept-Language: en-US, en-IN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.12.239.235] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy,=0A= =0A= Thanks for pointing all. We will fix it.=0A= =0A= Regards,=0A= Prabu=0A= =0A= On 5/28/2018 5:49 PM, Andy Shevchenko wrote:=0A= > On Tue, May 22, 2018 at 9:42 AM, Prabu Thangamuthu = wrote:=0A= >> To enable Synopsys DWC MSHC controller on HPAS-DX platform connected usi= ng=0A= >> PCIe interface. As Clock generation logic is implemented in MMCM module = of=0A= >> HAPS-DX platform, we have separate functions to control the MMCM to=0A= >> generate required clocks with respect to speed mode. Also we have platfo= rm=0A= >> specific set_power function to support different VDD of eMMC devices.=0A= >> + * Authors:=0A= >> + * Prabu Thangamuthu =0A= >> + * Manjunath M B =0A= >> + *=0A= > Redundant last line in above excerpt.=0A= >=0A= >> +#include =0A= >> +#include =0A= >> +#include =0A= >> +#include =0A= > This one is effectively included by module.h.=0A= >=0A= >> +/* Default emmc vdd is set to 3.3V */=0A= >> +static unsigned int emmc_vdd =3D SDHC_EMMC_VDD_330V;=0A= >> +module_param(emmc_vdd, int, 0444);=0A= > This looks weird. Why do you need a module parameter?=0A= >=0A= >> + u16 clk =3D 0;=0A= >> + u32 reg =3D 0;=0A= >> + u32 vendor_ptr =3D 0;=0A= > Why do above have assignments?=0A= >=0A= >> +MODULE_PARM_DESC(emmc_vdd, "VDD to configure eMMC device supply voltage= ");=0A= > This better to be near to the parameter declaration. Though, as I said=0A= > above, it feels wrong to have it in the first place.=0A= >=0A= >=0A= >> +/* Synopsys Vendor Specific Registers */=0A= >> +#define SDHC_GPIO_OUT 0x34=0A= >> +#define SDHC_AT_CTRL_R 0x40=0A= >> +=0A= >> +#define SDHC_SW_TUNE_EN 0x00000010=0A= >> +=0A= >> +/* MMCM DRP */=0A= >> +#define SDHC_MMCM_DIV_REG 0x1020=0A= >> +#define DIV_REG_100_MHZ 0x1145=0A= >> +=0A= >> +#define SDHC_MMCM_CLKFBOUT 0x1024=0A= >> +#define CLKFBOUT_100_MHZ 0x0000=0A= >> +=0A= >> +#define SDHC_CCLK_MMCM_RST 0x00000001=0A= > Do you need these all in the header file? Why?=0A= >=0A= >=0A= >> +#define PCI_DEVICE_ID_SYNOPSYS_DWC_MSHC 0xC202=0A= > Absent blank line.=0A= > Broken style of the value.=0A= >=0A= > Who knows what else wrong with this patch? Please, pay attention to=0A= > the details and check twice before submit.=0A= >=0A= =0A=