Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750792AbcL1CuC (ORCPT ); Tue, 27 Dec 2016 21:50:02 -0500 Received: from mailout1.samsung.com ([203.254.224.24]:57586 "EHLO mailout1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750697AbcL1Ct5 (ORCPT ); Tue, 27 Dec 2016 21:49:57 -0500 X-AuditID: b6c32a58-f79726d000001ac1-62-586328521b67 Subject: Re: [RFC PATCH 1/6] phy: exynos-pcie: Add support for Exynos PCIe phy To: Vivek Gautam Cc: linux-pci@vger.kernel.org, "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-samsung-soc@vger.kernel.org" , Bjorn Helgaas , robh+dt , Mark Rutland , Kukjin Kim , krzk@kernel.org, javier@osg.samsung.com, kishon , Will Deacon , catalin.marinas@arm.com, CPGS From: Jaehoon Chung Message-id: <21de9ca7-e586-e5c8-ecda-d30c18bb6e40@samsung.com> Date: Wed, 28 Dec 2016 11:49:53 +0900 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-version: 1.0 In-reply-to: Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrLJsWRmVeSWpSXmKPExsWy7bCmhm6QRnKEwdxmVoslTRkW75f1MFq8 PKRpMf/IOVaLN2/XMFn0P37NbHHhaQ+bxfnzG9gtLu+aw2Zxdt5xNosZ5/cxWSy9fpHJonXv EXaLEz93MFu8/HiCxYHfY828NYwel/t6mTwWbCr12LSqk81jS/9ddo++LasYPY7f2M7k8XmT XABHVKpNRmpiSmqRQmpecn5KZl66rZJ3cLxzvKmZgaGuoaWFuZJCXmJuqq2Si0+ArltmDtDp SgpliTmlQKGAxOJiJX07m6L80pJUhYz84hJbpWhDQyM9QwNzPSMjIz0T41grI1OgkoTUjJ1r HrEWzMqqePL0H3sD42+/LkZODgkBE4nzV2+xQthiEhfurWcDsYUEljJKLPxZ28XIBWS3M0ms 23OLBabh/bxOFojEHEaJ5bePs0M49xgllh3YzwRSJSwQILH38gagBAeHiICexJMub5AaZoFu FomLT86DrWAT0JHY/u04WD2vgJ1Ex4KDYGewCKhKbF1zBSwuKhAmsfn+S3aIGkGJH5PvgV3B KRAscfnHAUYQm1lAU+LFl0ksELa8xOY1b5lBlkkI/GSXOPvhHtgREgKyEpsOMEN84CLx+8tb JghbWOLV8S3sELa0xN+ltxghersZJf592cgG4fQwStzauhqqw1ji/oN7zBDb+CR6fz9hgljA K9HRJgRR4iHx9e9lRgjbUeLT6eVskBDqYJJ4/rafbQKj/CwkD81C8sQsJE8sYGRexSiWWlCc m55abFpgolecmFtcmpeul5yfu4kRnHS1InYw/psRdIhRgINRiYc34FpShBBrYllxZe4hRgkO ZiUR3hLV5Agh3pTEyqrUovz4otKc1OJDjKbAQJ7ILCWanA/MCHkl8YYmZoYmRpZAaG5oriTO u6DCOkJIID2xJDU7NbUgtQimj4mDU6qB0fe/Rum92amzonLCmY3PfClaskX9kYZVUUq/h5/h trbqC5+n7/LIDrhpqbvozA3mEK4ZK+Ts3N99//DZwNarO+rInb7PrXx8O+2SrpWKCLJeCBFZ 8ta8Uke9c+ND640WPlO+lijmdTpf4Jx+VW6/y7XKO2k/xEznnHNfG7zlwuYtSXa83j3dSizF GYmGWsxFxYkAg+WGwdADAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOIsWRmVeSWpSXmKPExsVy+t9jQd1AjeQIg8uXjCyWNGVYvF/Ww2jx 8pCmxfwj51gt3rxdw2TR//g1s8WFpz1sFufPb2C3uLxrDpvF2XnH2SxmnN/HZLH0+kUmi9a9 R9gtTvzcwWzx8uMJFgd+jzXz1jB6XO7rZfJYsKnUY9OqTjaPLf132T36tqxi9Dh+YzuTx+dN cgEcUW42GamJKalFCql5yfkpmXnptkqhIW66FkoKeYm5qbZKEbq+IUFKCmWJOaVAnpEBGnBw DnAPVtK3S3DL2LnmEWvBrKyKJ0//sTcw/vbrYuTkkBAwkXg/r5MFwhaTuHBvPVsXIxeHkMAs RomNj7uZIJwHjBLPbi1iAqkSFvCT+HZ5FXsXIweHiICexJMub4iaLiaJlU8Ps4I4zAK9LBKL ml6wgTSwCehIbP92HKyZV8BOomPBQVYQm0VAVWLrmitMIINEBcIknjc6QZQISvyYfA/sIk6B YIl7Da9YQUqYBdQlpkzJBQkzC8hLbF7zlnkCI9CVCB2zEKpmIalawMi8ilEitSC5oDgpPdco L7Vcrzgxt7g0L10vOT93EyM4kp9J72A8vMv9EKMAB6MSD2/AtaQIIdbEsuLK3EOMEhzMSiK8 JarJEUK8KYmVValF+fFFpTmpxYcYTYG+mMgsJZqcD0wyeSXxhibmJubGBhbmlpYmRkrivI2z n4ULCaQnlqRmp6YWpBbB9DFxcEo1MBpcZ9m0KN3TUvXBtqh1fAvMjtV+4rnbOEfW57qNQMTE HSllSQciVi6YeP7otL4yJf789VpPi3QEur3XnQqea1eyrv2hgby42PKPB3eW/DFu8njaeMD6 r5LbstDXxjMOmM/eJxaXm2l1w1nJpVaLK4PJZNFWM8u4dQwd7dXH5hvM3ZzGHDR5nxJLcUai oRZzUXEiAJn8dBj6AgAA X-MTR: 20000000000000000@CPGS X-CMS-MailID: 20161228024953epcas5p20298b0c3ff32fb15b74dfcad8519ba7a X-Msg-Generator: CA X-Sender-IP: 203.254.230.27 X-Local-Sender: =?UTF-8?B?7KCV7J6s7ZuIG1RpemVuIFBsYXRmb3JtIExhYihTL1fshLw=?= =?UTF-8?B?7YSwKRvsgrzshLHsoITsnpAbUzUo7LGF7J6EKS/ssYXsnoQ=?= X-Global-Sender: =?UTF-8?B?SmFlaG9vbiBDaHVuZxtUaXplbiBQbGF0Zm9ybSBMYWIuG1Nh?= =?UTF-8?B?bXN1bmcgRWxlY3Ryb25pY3MbUzUvU2VuaW9yIEVuZ2luZWVy?= X-Sender-Code: =?UTF-8?B?QzEwG1NUQUYbQzEwVjgxMTE=?= CMS-TYPE: 105P DLP-Filter: Pass X-CFilter-Loop: Reflected X-HopCount: 7 X-CMS-RootMailID: 20161226052030epcas5p4ea673fc4ee5c0b2664e80f53d4758553 X-RootMTR: 20161226052030epcas5p4ea673fc4ee5c0b2664e80f53d4758553 References: <20161226052029.10552-1-jh80.chung@samsung.com> <20161226052029.10552-2-jh80.chung@samsung.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 13221 Lines: 371 Hi Vivek, On 12/27/2016 02:53 PM, Vivek Gautam wrote: > Hi Jaehoon, > > > On Mon, Dec 26, 2016 at 10:50 AM, Jaehoon Chung wrote: >> This patch supports to use Generic Phy framework for Exynos PCIe phy. >> When Exynos that supported the pcie want to use the PCIe, >> it needs to control the phy resgister. >> But it should be more complex to control in their own PCIe device drivers. >> >> Signed-off-by: Jaehoon Chung >> --- >> drivers/phy/Kconfig | 9 ++ >> drivers/phy/Makefile | 1 + >> drivers/phy/phy-exynos-pcie.c | 227 ++++++++++++++++++++++++++++++++++++++++++ >> 3 files changed, 237 insertions(+) >> create mode 100644 drivers/phy/phy-exynos-pcie.c >> >> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig >> index fe00f91..94b0433 100644 >> --- a/drivers/phy/Kconfig >> +++ b/drivers/phy/Kconfig >> @@ -341,6 +341,15 @@ config PHY_EXYNOS5_USBDRD >> This driver provides PHY interface for USB 3.0 DRD controller >> present on Exynos5 SoC series. >> >> +config PHY_EXYNOS_PCIE >> + bool "Exynos PCIe PHY driver" > > Is there a reason for this not being 'tristate' ? Will change. > >> + depends on ARCH_EXYNOS && OF >> + depends on PCI_EXYNOS5433 >> + select GENERIC_PHY >> + help >> + Enable PCIe PHY support for Exynos SoC series. > > If this driver is for Exynos5433, then same should come in this help > text as well. will support the other exynos series. I'm working on refactoring exynos5440 with PHY generic Framework. Then this drive is not for only Exnyos5433. how about? > >> + This driver provides PHY interface for Exynos PCIe controller. >> + >> config PHY_PISTACHIO_USB >> tristate "IMG Pistachio USB2.0 PHY driver" >> depends on MACH_PISTACHIO >> diff --git a/drivers/phy/Makefile b/drivers/phy/Makefile >> index a534cf5..586344d 100644 >> --- a/drivers/phy/Makefile >> +++ b/drivers/phy/Makefile >> @@ -38,6 +38,7 @@ phy-exynos-usb2-$(CONFIG_PHY_EXYNOS4X12_USB2) += phy-exynos4x12-usb2.o >> phy-exynos-usb2-$(CONFIG_PHY_EXYNOS5250_USB2) += phy-exynos5250-usb2.o >> phy-exynos-usb2-$(CONFIG_PHY_S5PV210_USB2) += phy-s5pv210-usb2.o >> obj-$(CONFIG_PHY_EXYNOS5_USBDRD) += phy-exynos5-usbdrd.o >> +obj-$(CONFIG_PHY_EXYNOS_PCIE) += phy-exynos-pcie.o >> obj-$(CONFIG_PHY_QCOM_APQ8064_SATA) += phy-qcom-apq8064-sata.o >> obj-$(CONFIG_PHY_ROCKCHIP_USB) += phy-rockchip-usb.o >> obj-$(CONFIG_PHY_ROCKCHIP_INNO_USB2) += phy-rockchip-inno-usb2.o >> diff --git a/drivers/phy/phy-exynos-pcie.c b/drivers/phy/phy-exynos-pcie.c >> new file mode 100644 >> index 0000000..0f5eefd >> --- /dev/null >> +++ b/drivers/phy/phy-exynos-pcie.c >> @@ -0,0 +1,227 @@ >> +/* >> + * Samsung EXYNOS SoC series PCIe PHY driver >> + * >> + * Phy provider for PCIe controller on Exynos SoC series >> + * >> + * Copyright (C) 2016 Samsung Electronics Co., Ltd. >> + * Jaehoon Chung >> + * >> + * This program is free software; you can redistribute it and/or modify >> + * it under the terms of the GNU General Public License version 2 as >> + * published by the Free Software Foundation. >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include > > nit: It's good to have these includes in alphabetical order. Will fix. > >> + >> +#define PCIE_EXYNOS5433_PMU_PHY_OFFSET 0x730 >> +#define PCIE_PHY_OFFSET(x) ((x) * 0x4) >> + >> +/* Sysreg Fsys register offset and bit for Exynos5433 */ >> +#define PCIE_PHY_MAC_RESET 0x208 >> +#define PCIE_MAC_RESET_MASK 0xFF >> +#define PCIE_MAC_RESET BIT(4) >> +#define PCIE_L1SUB_CM_CON 0x1010 >> +#define PCIE_REFCLK_GATING_EN BIT(0) >> +#define PCIE_PHY_COMMON_RESET 0x1020 >> +#define PCIE_PHY_RESET BIT(0) >> +#define PCIE_PHY_GLOBAL_RESET 0x1040 >> +#define PCIE_GLOBAL_RESET BIT(0) >> +#define PCIE_REFCLK BIT(1) >> +#define PCIE_REFCLK_MASK 0x16 >> +#define PCIE_APP_REQ_EXIT_L1_MODE BIT(5) >> + >> +enum exynos_pcie_phy_data_type { >> + PCIE_PHY_TYPE_EXYNOS5433, >> +}; >> + >> +struct exynos_pcie_phy_data { >> + enum exynos_pcie_phy_data_type ctrl_type; > > Why do we need this controller type ? > If there are changes in the IP between different version, > then you can as well use different compatibles. Do you mean is the using "of_device_is_compatible()"? > >> + u32 pmureg_offset; /* PMU_REG offset */ > > Please use top comments. > >> + struct phy_ops *ops; >> +}; >> + >> +/* for Exynos pcie phy */ >> +struct exynos_pcie_phy { >> + const struct exynos_pcie_phy_data *drv_data; >> + struct regmap *pmureg; >> + struct regmap *fsysreg; >> + void __iomem *phy_base; > > just 'base' ? Will change > >> +}; >> + >> +static void exynos_pcie_phy_writel(void __iomem *base, u32 val, u32 offset) >> +{ >> + writel(val, base + offset); >> +} >> + >> +static int exynos_pcie_phy_init(struct phy *phy) >> +{ >> + struct exynos_pcie_phy *ep = phy_get_drvdata(phy); >> + >> + if (ep->fsysreg) { >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_COMMON_RESET, >> + PCIE_PHY_RESET, 1); >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_MAC_RESET, >> + PCIE_MAC_RESET, 0); >> + /* PHY refclk 24MHz */ >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_GLOBAL_RESET, >> + PCIE_REFCLK_MASK, PCIE_REFCLK); >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_GLOBAL_RESET, >> + PCIE_GLOBAL_RESET, 0); >> + } >> + >> + exynos_pcie_phy_writel(ep->phy_base, 0x11, PCIE_PHY_OFFSET(0x3)); >> + >> + /* band gap reference on */ >> + exynos_pcie_phy_writel(ep->phy_base, 0, PCIE_PHY_OFFSET(0x20)); >> + exynos_pcie_phy_writel(ep->phy_base, 0, PCIE_PHY_OFFSET(0x4b)); >> + >> + /* jitter tunning */ >> + exynos_pcie_phy_writel(ep->phy_base, 0x34, PCIE_PHY_OFFSET(0x4)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x02, PCIE_PHY_OFFSET(0x7)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x41, PCIE_PHY_OFFSET(0x21)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x7F, PCIE_PHY_OFFSET(0x14)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xC0, PCIE_PHY_OFFSET(0x15)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x61, PCIE_PHY_OFFSET(0x36)); >> + >> + /* D0 uninit.. */ >> + exynos_pcie_phy_writel(ep->phy_base, 0x44, PCIE_PHY_OFFSET(0x3D)); >> + >> + /* 24MHz */ >> + exynos_pcie_phy_writel(ep->phy_base, 0x94, PCIE_PHY_OFFSET(0x8)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xA7, PCIE_PHY_OFFSET(0x9)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x93, PCIE_PHY_OFFSET(0xA)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x6B, PCIE_PHY_OFFSET(0xC)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xA5, PCIE_PHY_OFFSET(0xF)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x34, PCIE_PHY_OFFSET(0x16)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xA3, PCIE_PHY_OFFSET(0x17)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xA7, PCIE_PHY_OFFSET(0x1A)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x71, PCIE_PHY_OFFSET(0x23)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x4C, PCIE_PHY_OFFSET(0x24)); >> + >> + exynos_pcie_phy_writel(ep->phy_base, 0x0E, PCIE_PHY_OFFSET(0x26)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x14, PCIE_PHY_OFFSET(0x7)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x48, PCIE_PHY_OFFSET(0x43)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x44, PCIE_PHY_OFFSET(0x44)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x03, PCIE_PHY_OFFSET(0x45)); >> + exynos_pcie_phy_writel(ep->phy_base, 0xA7, PCIE_PHY_OFFSET(0x48)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x13, PCIE_PHY_OFFSET(0x54)); >> + exynos_pcie_phy_writel(ep->phy_base, 0x04, PCIE_PHY_OFFSET(0x31)); >> + exynos_pcie_phy_writel(ep->phy_base, 0, PCIE_PHY_OFFSET(0x32)); >> + >> + if (ep->fsysreg) { >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_COMMON_RESET, >> + PCIE_PHY_RESET, 0); >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_MAC_RESET, >> + PCIE_MAC_RESET_MASK, PCIE_MAC_RESET); >> + } >> + >> + return 0; >> +} >> + >> +static int exynos_pcie_phy_power_on(struct phy *phy) >> +{ >> + struct exynos_pcie_phy *ep = phy_get_drvdata(phy); >> + >> + if (ep->pmureg) { >> + if (regmap_update_bits(ep->pmureg, ep->drv_data->pmureg_offset, >> + BIT(0), 1)) >> + dev_warn(&phy->dev, "Failed to update regmap bit.\n"); >> + } >> + >> + if (ep->fsysreg) { >> + regmap_update_bits(ep->fsysreg, PCIE_PHY_GLOBAL_RESET, >> + PCIE_APP_REQ_EXIT_L1_MODE, 0); >> + regmap_update_bits(ep->fsysreg, PCIE_L1SUB_CM_CON, >> + PCIE_REFCLK_GATING_EN, 0); >> + } >> + >> + return 0; >> +} >> + >> +static struct phy_ops exynos_phy_ops = { > > const ? Yep. > >> + .init = exynos_pcie_phy_init, >> + .power_on = exynos_pcie_phy_power_on, >> +}; >> + >> +static const struct exynos_pcie_phy_data exynos5433_pcie_phy_data = { >> + .ctrl_type = PCIE_PHY_TYPE_EXYNOS5433, >> + .pmureg_offset = PCIE_EXYNOS5433_PMU_PHY_OFFSET, >> + .ops = &exynos_phy_ops, >> +}; >> + >> +static const struct of_device_id exynos_pcie_phy_match[] = { >> + { >> + .compatible = "samsung,exynos5433-pcie-phy", >> + .data = &exynos5433_pcie_phy_data, >> + }, >> + {} > > missing comma after braces. Will fix. > >> +}; >> +MODULE_DEVICE_TABLE(of, exynos_pcie_phy_match); >> + >> +static int exynos_pcie_phy_probe(struct platform_device *pdev) >> +{ >> + struct device *dev = &pdev->dev; >> + struct device_node *np = dev->of_node; >> + struct exynos_pcie_phy *exynos_phy; >> + struct phy *generic_phy; >> + struct phy_provider *phy_provider; >> + struct resource *res; >> + const struct exynos_pcie_phy_data *drv_data; >> + const struct of_device_id *match; >> + >> + exynos_phy = devm_kzalloc(dev, sizeof(*exynos_phy), GFP_KERNEL); >> + if (!exynos_phy) >> + return -ENOMEM; >> + >> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> + exynos_phy->phy_base = devm_ioremap_resource(dev, res); >> + if (IS_ERR(exynos_phy->phy_base)) >> + return PTR_ERR(exynos_phy->phy_base); >> + >> + exynos_phy->pmureg = syscon_regmap_lookup_by_phandle(np, >> + "samsung,pmureg-phandle"); >> + if (IS_ERR(exynos_phy->pmureg)) { >> + dev_warn(&pdev->dev, "pmureg syscon regmap lookup failed.\n"); >> + exynos_phy->pmureg = NULL; >> + } > > Is this really optional ? There should be a failure path for IP versions that > require this compulsorily. Agreed. Will fix. > >> + >> + match = of_match_node(exynos_pcie_phy_match, pdev->dev.of_node); >> + drv_data = match->data; > > Please use of_device_get_match_data(). Ok. > >> + exynos_phy->drv_data = drv_data; >> + >> + exynos_phy->fsysreg = syscon_regmap_lookup_by_phandle(np, >> + "samsung,fsys-sysreg"); >> + if (IS_ERR(exynos_phy->fsysreg)) { >> + dev_warn(&pdev->dev, "Fsysreg syscon regmap lookup failed.\n"); >> + exynos_phy->fsysreg = NULL; >> + } > > Same here, is this optional ? Will fix. Thanks for reviewing. Best Regards, Jaehoon Chung > >> + >> + generic_phy = devm_phy_create(dev, dev->of_node, drv_data->ops); >> + if (IS_ERR(generic_phy)) { >> + dev_err(dev, "failed to create PHY\n"); >> + return PTR_ERR(generic_phy); >> + } >> + >> + phy_set_drvdata(generic_phy, exynos_phy); >> + phy_provider = devm_of_phy_provider_register(dev, of_phy_simple_xlate); >> + >> + return PTR_ERR_OR_ZERO(phy_provider); >> +} >> + >> +static struct platform_driver exynos_pcie_phy_driver = { >> + .probe = exynos_pcie_phy_probe, >> + .driver = { >> + .of_match_table = exynos_pcie_phy_match, >> + .name = "exynos_pcie_phy", >> + } >> +}; >> +module_platform_driver(exynos_pcie_phy_driver); >> -- >> 2.10.2 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > > Thanks > Vivek >