Received: by 2002:a05:7412:3784:b0:e2:908c:2ebd with SMTP id jk4csp611708rdb; Sat, 30 Sep 2023 19:50:49 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGrgxoomb3KD6uPhd/M3Em28BnWRWc8Y2BT70jjB/IFlC4Cywu0KFcXO0LdMAaQVhvz83vl X-Received: by 2002:a05:6e02:1c0e:b0:34c:c0ad:69e0 with SMTP id l14-20020a056e021c0e00b0034cc0ad69e0mr9273388ilh.1.1696128648795; Sat, 30 Sep 2023 19:50:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1696128648; cv=none; d=google.com; s=arc-20160816; b=CHdmcvfqsqWsm+Dz9loL04M8Ay6Nmf8QDwNZ2L3NKof1bfyMhGr2gYAkRGFg4Wj7rI mKXn8h+/OfC4t+b8N9FweVGH0x+w1oIKAd+BdBHexwYV6yYcrZabZZzImUHZbYfJlXyI ZzQtgRZILqfEMs2GdWBM1IKd/oPgVyEW+GIXy0sXeNBxE2FC6Qrgb1bjN1FQolIieInQ sZzwfvFjxcVYdhVj+Z4FujSTNU+OCcEsh1ZBtlHq6zUyRAMmQ/GHLrXheCgbtDohooEe 51/Tj7Pwb8nIHnxWwkRFG09NB+iWrrWjln7orvvfHo2hx1DVzfBWpnVilAoFH8m2cdX/ aWAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :content-language:references:cc:to:subject:from:user-agent :mime-version:date:message-id:dkim-signature; bh=VXfdPVhXPJrGGZ4SN+RAQ5z0z6qtec7h5xg/0e9zUX4=; fh=StJld3Du25eJrw5E9SongC8bKLnRvAyuioSJkZN+gAM=; b=D74ML1pGyCbYr5oYtDNVLCfi/VtvvD1Sjtj3B8k8YllCRXfMydJbVNrV1SGvmzz2NK RSfAzVul+9RFgSGWh/HnwsLvo0qLG/z+D9QYLeCj+h4IUKHNUAGCkHPGRbdLFpoe53yS ymgek/48/VP5SiEdDzQuaU572SaYzVZkfk7zc62RGwL3BDItQHHvoRWQzoWJDR3NoK3/ Ce2ma1+RRvLbVi9QtK69vjs4fV6bXobGAPegdMIR5RXFZZfrlzwwjj2AB50BmqM1PP7q pf9Vz1VvbrrmGPYCrsUeveFS6EZ2yh8xU9vViI3qDqksvuXd5z5R0h04VwbF9YhKES1X wLbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=rfxVw3BB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 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 snail.vger.email (snail.vger.email. [23.128.96.37]) by mx.google.com with ESMTPS id i62-20020a638741000000b0056c2892bfb9si21478446pge.644.2023.09.30.19.50.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 30 Sep 2023 19:50:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) client-ip=23.128.96.37; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=rfxVw3BB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id B6FAA804DDB8; Sat, 30 Sep 2023 10:18:35 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234642AbjI3RSY (ORCPT + 99 others); Sat, 30 Sep 2023 13:18:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54754 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234618AbjI3RSX (ORCPT ); Sat, 30 Sep 2023 13:18:23 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2D4A6E1 for ; Sat, 30 Sep 2023 10:18:20 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-50481a0eee7so2140462e87.0 for ; Sat, 30 Sep 2023 10:18:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1696094298; x=1696699098; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:from:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=VXfdPVhXPJrGGZ4SN+RAQ5z0z6qtec7h5xg/0e9zUX4=; b=rfxVw3BBByd9jr6ZDfdjXOZwPpRClsvQXWlWMGfxlei9OPpona7tKkHnz6PFrBQu/2 PgGKvggQ6T5OpKH5RTIdBxRfc0ig+tRenMFXOs7pWRfbCruL6JbhQxVA65euvJOkLpxQ VALFISkLn8qEZz1ps59oXAt6SgExeK+Qe6aMQLAEHv3L1Qp+8LZ/U+2GLdjYMcoCM/da X51SpzrBzMuDHozf5QebOsVdKND9+osECHw4l7oiHjagt7t9t+MJhVILSAZQUJyA0t09 v420T0/rWrYZzZLQZ8c8t38ipNNK5usEs3wPcx5khr/h22C0HAF6fKyWuIVHimv40Fqk yvnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696094298; x=1696699098; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:from:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VXfdPVhXPJrGGZ4SN+RAQ5z0z6qtec7h5xg/0e9zUX4=; b=TtsYvxToswPC7/ivUiXgFX0rH/koHEXVNuKna4f9N47Zow+oMpxTAXQG3ijgx3vF1B 1zmxW83rNV7IP5QfIbzbIbKs1i6BFx+ahRLegto7i3DUQsmApwTlU26oxOz8PlPQXVbf NUp+i9h59M8jNRlIked2uF6mLSnMX66GI7noRYOUBOeYqxU7BWNLrWjiQANGQMoDitYc +Dm5squ34dpaRHzajfFA3u+Hog+txilyUA7I/09ywTHiKAqpxA5hPD2KLzctokxfEDy7 BC+GnQqhRA3lyBCktovqjCe5ZD2KdFkVXn25+0ax+JYU1WrIkVRKsIuB9j9PKOXa9kq5 e9lw== X-Gm-Message-State: AOJu0YxnzUPdmttr5Go0RhJEawxYl6wyrk95jKWSBKUOl/B0s4ND/jvJ K9ie14m/YHm2JHsk8ZJntz23iQ== X-Received: by 2002:a05:6512:2242:b0:503:1ca2:7673 with SMTP id i2-20020a056512224200b005031ca27673mr5828809lfu.14.1696094298169; Sat, 30 Sep 2023 10:18:18 -0700 (PDT) Received: from [192.168.246.189] (85-76-150-213-nat.elisa-mobile.fi. [85.76.150.213]) by smtp.gmail.com with ESMTPSA id ep30-20020a056512485e00b00500cede2786sm3985491lfb.65.2023.09.30.10.18.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 30 Sep 2023 10:18:17 -0700 (PDT) Message-ID: <412492d1-fcc9-481c-9d28-b208a644ba1d@linaro.org> Date: Sat, 30 Sep 2023 20:18:13 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Dmitry Baryshkov Subject: Re: [PATCH 2/8] phy: qcom: Introduce Super-Speed USB UNIPHY driver To: Praveenkumar I , agross@kernel.org, andersson@kernel.org, konrad.dybcio@linaro.org, vkoul@kernel.org, kishon@kernel.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, gregkh@linuxfoundation.org, catalin.marinas@arm.com, will@kernel.org, p.zabel@pengutronix.de, geert+renesas@glider.be, arnd@arndb.de, neil.armstrong@linaro.org, nfraprado@collabora.com, u-kumar1@ti.com, peng.fan@nxp.com, quic_wcheng@quicinc.com, quic_varada@quicinc.com, linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: quic_kathirav@quicinc.com, quic_nsekar@quicinc.com, quic_srichara@quicinc.com References: <20230929084209.3033093-1-quic_ipkumar@quicinc.com> <20230929084209.3033093-3-quic_ipkumar@quicinc.com> Content-Language: en-GB In-Reply-To: <20230929084209.3033093-3-quic_ipkumar@quicinc.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Sat, 30 Sep 2023 10:18:36 -0700 (PDT) On 29/09/2023 11:42, Praveenkumar I wrote: > Adds Qualcomm 22ull Super-Speed USB UNIPHY driver support which > is present in Qualcomm IPQ5332 SoC. This PHY is interfaced with > SNPS DWC3 USB and SNPS DWC PCIe. Either one of the interface > can use the it and selection is done via mux present in TCSR > register. This driver selects the PHY for DWC3 USB and handles > the reset, clocks and regulator. > > Signed-off-by: Praveenkumar I > --- > drivers/phy/qualcomm/Kconfig | 11 + > drivers/phy/qualcomm/Makefile | 1 + > drivers/phy/qualcomm/phy-qcom-uniphy-usb.c | 322 +++++++++++++++++++++ > 3 files changed, 334 insertions(+) > create mode 100644 drivers/phy/qualcomm/phy-qcom-uniphy-usb.c > > diff --git a/drivers/phy/qualcomm/Kconfig b/drivers/phy/qualcomm/Kconfig > index d891058b7c39..7257c8455c53 100644 > --- a/drivers/phy/qualcomm/Kconfig > +++ b/drivers/phy/qualcomm/Kconfig > @@ -154,6 +154,17 @@ config PHY_QCOM_M31_USB > management. This driver is required even for peripheral only or > host only mode configurations. > > +config PHY_QCOM_UNIPHY_USB > + tristate "Qualcomm USB Super-Speed UNIPHY driver" Can we please have more specific driver name? As I wrote earlier, there are two other (different) kinds of Qualcomm UNI PHY devices: - DSI / HDMI UNIPHY on apq8064 / msm8974 / msm8960 (?) - USB QMP UNI PHY drivers Adding a driver called UNIPHY, which is not related to those two kinds sounds pretty confusing to me. > + depends on USB && (ARCH_QCOM || COMPILE_TEST) > + select GENERIC_PHY > + help > + Enable this to support the Qualcomm USB Super-Speed UNIPHY transceiver > + with DWC3 USB core. It handles PHY initialization, clock > + management required after resetting the hardware and power > + management. This driver is required even for peripheral only or > + host only mode configurations. > + > config PHY_QCOM_USB_HS > tristate "Qualcomm USB HS PHY module" > depends on USB_ULPI_BUS > diff --git a/drivers/phy/qualcomm/Makefile b/drivers/phy/qualcomm/Makefile > index ffd609ac6233..c3e0112a7a70 100644 > --- a/drivers/phy/qualcomm/Makefile > +++ b/drivers/phy/qualcomm/Makefile > @@ -17,6 +17,7 @@ obj-$(CONFIG_PHY_QCOM_QMP_USB_LEGACY) += phy-qcom-qmp-usb-legacy.o > obj-$(CONFIG_PHY_QCOM_QUSB2) += phy-qcom-qusb2.o > obj-$(CONFIG_PHY_QCOM_SNPS_EUSB2) += phy-qcom-snps-eusb2.o > obj-$(CONFIG_PHY_QCOM_EUSB2_REPEATER) += phy-qcom-eusb2-repeater.o > +obj-$(CONFIG_PHY_QCOM_UNIPHY_USB) += phy-qcom-uniphy-usb.o > obj-$(CONFIG_PHY_QCOM_USB_HS) += phy-qcom-usb-hs.o > obj-$(CONFIG_PHY_QCOM_USB_HSIC) += phy-qcom-usb-hsic.o > obj-$(CONFIG_PHY_QCOM_USB_HS_28NM) += phy-qcom-usb-hs-28nm.o > diff --git a/drivers/phy/qualcomm/phy-qcom-uniphy-usb.c b/drivers/phy/qualcomm/phy-qcom-uniphy-usb.c > new file mode 100644 > index 000000000000..fdfc9c225995 > --- /dev/null > +++ b/drivers/phy/qualcomm/phy-qcom-uniphy-usb.c So, is it a USB PHY or UNI PHY (where I would expect that it handles USB and PCIe?) > @@ -0,0 +1,322 @@ > +// SPDX-License-Identifier: GPL-2.0+ > +/* > + * Copyright (c) 2023, Qualcomm Innovation Center, Inc. All rights reserved. > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#define PCIE_USB_COMBO_PHY_CFG_MISC1 0x214 > +#define PCIE_USB_COMBO_PHY_CFG_RX_AFE_2 0x7C4 > +#define PCIE_USB_COMBO_PHY_CFG_RX_DLF_DEMUX_2 0x7E8 > + > +/* TCSR_USB_MUX_SEL regiter bits */ > +#define TCSR_USB_MUX_SEL BIT(0) > + > +struct phy_init_tbl { > + unsigned int offset; > + unsigned int val; > +}; > + > +#define PHY_INIT_CFG(o, v) \ > + { \ > + .offset = o, \ > + .val = v, \ > + } > + > +static const struct phy_init_tbl ipq5332_usb_uniphy_init_tbl[] = { > + PHY_INIT_CFG(PCIE_USB_COMBO_PHY_CFG_RX_AFE_2, 0x1076), > + PHY_INIT_CFG(PCIE_USB_COMBO_PHY_CFG_RX_DLF_DEMUX_2, 0x3142), > + PHY_INIT_CFG(PCIE_USB_COMBO_PHY_CFG_MISC1, 0x3), > +}; We already have this issue in QMP drivers. Could you please move data definitions to come after all struct definitions? > + > +struct uniphy_cfg { > + const struct phy_init_tbl *init_seq; > + int num_init_seq; > +}; > + > +struct uniphy_usb { > + struct device *dev; > + const struct uniphy_cfg *cfg; > + struct phy *phy; > + void __iomem *base; > + struct clk_bulk_data *clks; > + unsigned int num_clks; > + struct reset_control *reset; > + struct regulator *vreg; > + struct clk_fixed_rate pipe_clk_fixed; > + struct regmap *tcsr; > + unsigned int usb_mux_offset; > +}; > + > +static const struct uniphy_cfg ipq5332_usb_uniphy_cfg = { > + .init_seq = ipq5332_usb_uniphy_init_tbl, > + .num_init_seq = ARRAY_SIZE(ipq5332_usb_uniphy_init_tbl), > +}; > + > +static int uniphy_usb_mux_enable(struct uniphy_usb *uniphy, bool enable) > +{ > + struct device *dev = uniphy->dev; > + unsigned int val; > + int ret; > + > + if (!uniphy->tcsr) > + return -EINVAL; > + > + ret = regmap_read(uniphy->tcsr, uniphy->usb_mux_offset, &val); > + if (ret) { > + dev_err(dev, "Mux read failed: %d\n", ret); > + return ret; > + } > + > + val = enable ? (val | TCSR_USB_MUX_SEL) : (val & ~TCSR_USB_MUX_SEL); > + ret = regmap_write(uniphy->tcsr, uniphy->usb_mux_offset, val); regmap_update_bits() > + if (ret) { > + dev_err(dev, "Mux write failed: %d\n", ret); > + return ret; > + } > + > + return 0; > +} > + > +static int uniphy_usb_init(struct phy *phy) > +{ > + struct uniphy_usb *uniphy = phy_get_drvdata(phy); > + const struct uniphy_cfg *cfg = uniphy->cfg; > + const struct phy_init_tbl *tbl = cfg->init_seq; > + void __iomem *base = uniphy->base; > + struct device *dev = uniphy->dev; > + int i, ret; > + > + ret = regulator_enable(uniphy->vreg); > + if (ret) { > + dev_err(dev, "failed to enable regulator, %d\n", ret); > + return ret; > + } > + > + /* Perform phy reset */ > + reset_control_assert(uniphy->reset); > + usleep_range(1, 5); > + reset_control_deassert(uniphy->reset); Error checkig, please. > + > + ret = uniphy_usb_mux_enable(uniphy, true); > + if (ret < 0) > + goto err_assert_reset; > + > + ret = clk_bulk_prepare_enable(uniphy->num_clks, uniphy->clks); > + if (ret) { > + dev_err(dev, "failed to enable clocks: %d\n", ret); > + goto err_assert_reset; > + } > + > + /* phy autoload delay */ > + usleep_range(35, 40); > + > + for (i = 0; i < cfg->num_init_seq; i++) > + writel(tbl[i].val, base + tbl[i].offset); > + > + return 0; > + > +err_assert_reset: > + /* Assert phy reset */ > + reset_control_assert(uniphy->reset); > + > + return ret; > +} > + > +static int uniphy_usb_shutdown(struct phy *phy) > +{ > + struct uniphy_usb *uniphy = phy_get_drvdata(phy); > + > + clk_bulk_disable_unprepare(uniphy->num_clks, uniphy->clks); > + > + uniphy_usb_mux_enable(uniphy, false); > + > + /* Assert phy reset */ > + reset_control_assert(uniphy->reset); > + > + regulator_disable(uniphy->vreg); > + > + return 0; > +} > + > +static const struct phy_ops uniphy_usb_ops = { > + .power_on = uniphy_usb_init, > + .power_off = uniphy_usb_shutdown, > + .owner = THIS_MODULE, > +}; > + > +static int qcom_uniphy_usb_mux_init(struct uniphy_usb *uniphy) Inline this function please. > +{ > + struct device *dev = uniphy->dev; > + int ret; > + > + uniphy->tcsr = syscon_regmap_lookup_by_phandle_args(dev->of_node, "qcom,phy-usb-mux-sel", > + 1, &uniphy->usb_mux_offset); > + if (IS_ERR(uniphy->tcsr)) { > + ret = PTR_ERR(uniphy->tcsr); > + uniphy->tcsr = NULL; > + return ret; > + } > + > + return 0; > +} > + > +static int qcom_uniphy_usb_clk_init(struct uniphy_usb *uniphy) Inline > +{ > + struct device *dev = uniphy->dev; > + int ret; > + > + ret = devm_clk_bulk_get_all(dev, &uniphy->clks); > + if (ret < 0) > + return ret; > + > + uniphy->num_clks = ret; > + > + return 0; > +} > + > +static void phy_clk_release_provider(void *res) > +{ > + of_clk_del_provider(res); > +} > + > +/* > + * Register a fixed rate pipe clock. > + * > + * The _pipe_clksrc generated by PHY goes to the GCC that gate > + * controls it. The _pipe_clk coming out of the GCC is requested > + * by the PHY driver for its operations. > + * We register the _pipe_clksrc here. The gcc driver takes care > + * of assigning this _pipe_clksrc as parent to _pipe_clk. > + * Below picture shows this relationship. > + * > + * +---------------+ > + * | PHY block |<<---------------------------------------+ > + * | | | > + * | +-------+ | +-----+ | > + * I/P---^-->| PLL |---^--->pipe_clksrc--->| GCC |--->pipe_clk---+ > + * clk | +-------+ | +-----+ > + * +---------------+ > + */ > +static int phy_pipe_clk_register(struct uniphy_usb *uniphy, struct device_node *np) > +{ > + struct clk_fixed_rate *fixed = &uniphy->pipe_clk_fixed; > + struct device *dev = uniphy->dev; > + struct clk_init_data init = { }; > + int ret; > + > + ret = of_property_read_string(np, "clock-output-names", &init.name); > + if (ret) { > + dev_err(dev, "%pOFn: No clock-output-names\n", np); > + return ret; > + } > + > + init.ops = &clk_fixed_rate_ops; > + > + fixed->fixed_rate = 250000000; > + fixed->hw.init = &init; > + > + ret = devm_clk_hw_register(dev, &fixed->hw); devm_clk_hw_register_fixed_rate() > + if (ret) > + return ret; > + > + ret = of_clk_add_hw_provider(np, of_clk_hw_simple_get, &fixed->hw); > + if (ret) > + return ret; > + > + return devm_add_action_or_reset(dev, phy_clk_release_provider, np); devm_of_clk_add_hw_provider(). > +} > + > +static int qcom_uniphy_usb_probe(struct platform_device *pdev) > +{ > + struct device *dev = &pdev->dev; > + struct phy_provider *phy_provider; > + struct uniphy_usb *uniphy; > + struct device_node *np; > + int ret; > + > + uniphy = devm_kzalloc(dev, sizeof(*uniphy), GFP_KERNEL); > + if (!uniphy) > + return -ENOMEM; > + > + uniphy->dev = dev; > + > + uniphy->cfg = of_device_get_match_data(dev); > + if (!uniphy->cfg) > + return -EINVAL; > + > + uniphy->base = devm_platform_ioremap_resource(pdev, 0); > + if (IS_ERR(uniphy->base)) > + return PTR_ERR(uniphy->base); > + > + ret = qcom_uniphy_usb_clk_init(uniphy); > + if (ret) > + return dev_err_probe(dev, ret, "failed to get clock\n"); > + > + ret = qcom_uniphy_usb_mux_init(uniphy); > + if (ret) > + return dev_err_probe(dev, ret, "failed to get USB mux\n"); > + > + uniphy->reset = devm_reset_control_get_exclusive_by_index(dev, 0); > + if (IS_ERR(uniphy->reset)) > + return dev_err_probe(dev, PTR_ERR(uniphy->reset), "failed to get reset\n"); > + > + uniphy->vreg = devm_regulator_get_exclusive(dev, "vdd"); Why do you need the exclusive control here? > + if (IS_ERR(uniphy->vreg)) > + return dev_err_probe(dev, PTR_ERR(uniphy->phy), "failed to get vreg\n"); > + > + np = of_node_get(dev->of_node); No need to get/put it, just use dev->of_node directly. > + ret = phy_pipe_clk_register(uniphy, np); > + if (ret) { > + dev_err_probe(dev, ret, "failed to register pipe clk\n"); > + goto err; > + } > + > + uniphy->phy = devm_phy_create(dev, NULL, &uniphy_usb_ops); > + if (IS_ERR(uniphy->phy)) { > + ret = PTR_ERR(uniphy->phy); > + dev_err_probe(dev, ret, "failed to create PHY\n"); > + goto err; > + } > + > + phy_set_drvdata(uniphy->phy, uniphy); > + > + phy_provider = devm_of_phy_provider_register(dev, of_phy_simple_xlate); > + > + ret = PTR_ERR_OR_ZERO(phy_provider); > + > +err: > + of_node_put(np); > + return ret; > +} > + > +static const struct of_device_id qcom_uniphy_usb_of_match[] = { > + { .compatible = "qcom,ipq5332-usb-uniphy", .data = &ipq5332_usb_uniphy_cfg}, > + { }, > +}; > +MODULE_DEVICE_TABLE(of, qcom_uniphy_usb_of_match); > + > +static struct platform_driver qcom_uniphy_usb_driver = { > + .probe = qcom_uniphy_usb_probe, > + .driver = { > + .of_match_table = qcom_uniphy_usb_of_match, > + .name = "qcom,uniphy-usb", > + } > +}; > +module_platform_driver(qcom_uniphy_usb_driver); > + > +MODULE_DESCRIPTION("Qualcomm Super-Speed USB UNIPHY driver"); > +MODULE_LICENSE("GPL"); -- With best wishes Dmitry