Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1208982imu; Wed, 16 Jan 2019 14:51:41 -0800 (PST) X-Google-Smtp-Source: ALg8bN5GyrxVgyQckPG9XuKHA8/+wqtnupGQYxhVBSEO+O3/QUIqwQvW3J17j+ZafF9i9jS7njzw X-Received: by 2002:a17:902:ba89:: with SMTP id k9mr12474015pls.189.1547679100957; Wed, 16 Jan 2019 14:51:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547679100; cv=none; d=google.com; s=arc-20160816; b=SN35G4GfGbl/rAnkLzt4kI2u338YV63/dwgp6LwE2c6dMhkVyVAVMsqCLe5DwVCrQ/ JlIMm+ygWlAmT72i6/jTHxYVpS7x5VRKGPqaCv/jcSZgblv9rsoZsdO8lH228UaI7gr+ P8MYgcQ8duTONv0nW8aRDF/qdyGQxO2D2jJbtEdauFJ3izCe3EojcHFRrmHifQzTaovz 8MSpae7JSWc8rYuFO6dqitAYpjhbSP7Go4p1jSwMD0C/LDwIQI+PN7swc+4av7evobxs 1Qg4dFmMxP3AQ+eeEyc4HqNwTfRBfJkkKtHgC7LxJKF7EDe0LObd7OeBEpSq0OTCQd0c /J8A== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature; bh=vjJ9copyt0/YOghl/WKFSDklUVh296zpxAHBvXoJZQw=; b=zT91mJyoMKIWkdeYlHxTAx1dYXeh2NtwLa0Mdj2rm3R7kpiE4vf/lArYhR1+i5GJ+j Yy9w9WLmlJ9qGy/2fzxC7HKVr4Oo90GqQs+8vPvEkHPrLJxJnzz9G9nX3teCcKzV+ZC8 WuHeCrQMhDwcwriDQvih3mczxBLXhU8C3UFnMXUM76GNy0+nEd/YBDTz2HOyelZL/dQX rSyAPMM0xxjAbbvilHO4TvA0zqC8IcQb9r1Ez7VSHhcqb9sX8lKy3njCSzkbTzyjbg7n HEyh4uwoJHkVoTGrfZCcewFBQG0wLQVRwpHihV/+37Hmjf9S189l3+qzfD4hqUB3Fp8M 6e/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=DkNql+Fe; dkim=pass header.i=@codeaurora.org header.s=default header.b=DkNql+Fe; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d8si7882377pln.128.2019.01.16.14.51.22; Wed, 16 Jan 2019 14:51:40 -0800 (PST) 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=@codeaurora.org header.s=default header.b=DkNql+Fe; dkim=pass header.i=@codeaurora.org header.s=default header.b=DkNql+Fe; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394117AbfAPPgK (ORCPT + 99 others); Wed, 16 Jan 2019 10:36:10 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:60490 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731709AbfAPPgI (ORCPT ); Wed, 16 Jan 2019 10:36:08 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id CFE56601D2; Wed, 16 Jan 2019 15:36:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1547652966; bh=7YCnSdd1koqv7lvcgnDdjbdXpMh1qP/DrjgfE9ae8Yw=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=DkNql+Fe8jGGfRFCcqVYMgF/aHmqPd0gNnghS/sFJ60PjPWybqI7Or+jMOYG2u3O4 ICB5WpTdOrZx7SnEJ2u0p5YHGugj2UHIkLgS58vf4mbzHT0gq8wU7SLBFMW9hMRSUK pZN99njHMHMsNU07nksU8MQRLgPwOw77D5aWICKU= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from [10.226.60.81] (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jhugo@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 7C297601D2; Wed, 16 Jan 2019 15:36:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1547652966; bh=7YCnSdd1koqv7lvcgnDdjbdXpMh1qP/DrjgfE9ae8Yw=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=DkNql+Fe8jGGfRFCcqVYMgF/aHmqPd0gNnghS/sFJ60PjPWybqI7Or+jMOYG2u3O4 ICB5WpTdOrZx7SnEJ2u0p5YHGugj2UHIkLgS58vf4mbzHT0gq8wU7SLBFMW9hMRSUK pZN99njHMHMsNU07nksU8MQRLgPwOw77D5aWICKU= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 7C297601D2 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=jhugo@codeaurora.org Subject: Re: [RFC PATCH v2 2/4] arm64: dts: qcom: msm8998: Add UFS nodes To: Marc Gonzalez , MSM Cc: LKML , Bjorn Andersson , Andy Gross , Rob Herring References: <88e04336-723f-c157-0384-c5054a73e0a4@free.fr> From: Jeffrey Hugo Message-ID: <8dd04fdc-a5ad-420f-5224-641a71b3176c@codeaurora.org> Date: Wed, 16 Jan 2019 08:36:04 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/16/2019 3:56 AM, Marc Gonzalez wrote: > Add host controller and PHY DT nodes. > > Signed-off-by: Marc Gonzalez > --- > TODO: check whether the driver uses the 'resets' prop > --- > arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 20 +++++++ > arch/arm64/boot/dts/qcom/msm8998.dtsi | 63 +++++++++++++++++++++++ > 2 files changed, 83 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi b/arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi > index 50e9033aa7f6..cd1c9e84eab7 100644 > --- a/arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi > +++ b/arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi > @@ -257,3 +257,23 @@ > pinctrl-0 = <&sdc2_clk_on &sdc2_cmd_on &sdc2_data_on &sdc2_cd_on>; > pinctrl-1 = <&sdc2_clk_off &sdc2_cmd_off &sdc2_data_off &sdc2_cd_off>; > }; > + > +&ufshc { > + vdd-hba-fixed-regulator; Since we are not specifying the vdd anymore, I suspect this should be dropped. Do you know of any reason why we'd still need it? > + vcc-supply = <&vreg_l20a_2p95>; > + vccq-supply = <&vreg_l26a_1p2>; > + vccq2-supply = <&vreg_s4a_1p8>; > + vcc-max-microamp = <750000>; > + vccq-max-microamp = <560000>; > + vccq2-max-microamp = <750000>; > +}; > + > +&ufsphy { > + vdda-phy-supply = <&vreg_l1a_0p875>; > + vdda-pll-supply = <&vreg_l2a_1p2>; > + vddp-ref-clk-supply = <&vreg_l26a_1p2>; > + vdda-phy-max-microamp = <51400>; > + vdda-pll-max-microamp = <14600>; > + vddp-ref-clk-max-microamp = <100>; > + vddp-ref-clk-always-on; > +}; > diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi b/arch/arm64/boot/dts/qcom/msm8998.dtsi > index 6f4f4b79853b..36fd2e614464 100644 > --- a/arch/arm64/boot/dts/qcom/msm8998.dtsi > +++ b/arch/arm64/boot/dts/qcom/msm8998.dtsi > @@ -711,6 +711,69 @@ > redistributor-stride = <0x0 0x20000>; > interrupts = ; > }; > + > + ufshc: ufshc@1da4000 { > + compatible = "qcom,msm8998-ufshc", "qcom,ufshc", > + "jedec,ufs-2.0"; > + reg = <0x1da4000 0x2500>; Bjorn would like it if reg addresses are full width, ie 0x01da4000 > + interrupts = ; > + phys = <&ufsphy_lanes>; > + phy-names = "ufsphy"; > + lanes-per-direction = <2>; > + power-domains = <&gcc UFS_GDSC>; > + > + clock-names = > + "core_clk", > + "bus_aggr_clk", > + "iface_clk", > + "core_clk_unipro", > + "ref_clk", > + "tx_lane0_sync_clk", > + "rx_lane0_sync_clk", > + "rx_lane1_sync_clk"; > + clocks = > + <&gcc GCC_UFS_AXI_CLK>, > + <&gcc GCC_AGGRE1_UFS_AXI_CLK>, > + <&gcc GCC_UFS_AHB_CLK>, > + <&gcc GCC_UFS_UNIPRO_CORE_CLK>, > + <&rpmcc RPM_SMD_LN_BB_CLK1>, > + <&gcc GCC_UFS_TX_SYMBOL_0_CLK>, > + <&gcc GCC_UFS_RX_SYMBOL_0_CLK>, > + <&gcc GCC_UFS_RX_SYMBOL_1_CLK>; > + freq-table-hz = > + <50000000 200000000>, > + <0 0>, > + <0 0>, > + <37500000 150000000>, > + <0 0>, > + <0 0>, > + <0 0>, > + <0 0>; > + > + resets = <&gcc GCC_UFS_BCR>; > + reset-names = "rst"; > + }; > + > + ufsphy: phy@1da7000 { > + compatible = "qcom,sdm845-qmp-ufs-phy"; We should make an 8998 compatible. Also, don't you have phy changes since the init sequence differs between 845 and 8998? > + reg = <0x1da7000 0x18c>; 0x01da7000, see above comment > + #address-cells = <1>; > + #size-cells = <1>; > + ranges; > + clock-names = "ref", "ref_aux"; > + clocks = > + <&gcc GCC_UFS_CLKREF_CLK>, > + <&gcc GCC_UFS_PHY_AUX_CLK>; > + > + ufsphy_lanes: lanes@1da7400 { > + reg = <0x1da7400 0x128>, > + <0x1da7600 0x1fc>, > + <0x1da7c00 0x1dc>, > + <0x1da7800 0x128>, > + <0x1da7a00 0x1fc>; > + #phy-cells = <0>; > + }; > + }; > }; > }; > > -- Jeffrey Hugo Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.