Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp172140pxv; Thu, 8 Jul 2021 18:07:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyH/nVe1ckhpUD4tikhHZwZmpwt5f1TTuwqd+49v+phQMRJXz0bLI4nrW1cQu0PhF988AZP X-Received: by 2002:a05:6602:2204:: with SMTP id n4mr13924858ion.181.1625792826446; Thu, 08 Jul 2021 18:07:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625792826; cv=none; d=google.com; s=arc-20160816; b=yetm6lTh+4w0QYkugjauhKU3r4pmqVfiy8d5pOPfsmHmmKtj72rQ1yuAu3/tg0gsEv eUIzFNDVb6mw3aWnQpbFcdjADvnspbmDQ+zMt6i1YZNFWoIxuJc7iVN55dCE/XsArrYT k1Gekb3+BAwkE9OFDSSH24wUCiQasJmTLFBbDO7Ztx6JTSbh2tnTW0iPry9ErgMWW5bb j2T9WmRFGzLPkGKpU6FGKLL+rGzVVwSOZTLTm6rZd83z43JCJhdCURUTu6tr7ZzWYfbB ZxLzL8jKDVaWGLvhkig67DMjkFUc0pmL/nmaJU7a9sLSCIqgVB0XpzlwL6DpvuUuF6Mq 9IzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=xH3DG3G4r5p9q8V7df0cUTAWnPcNLJfwZNKDWmC9XZ4=; b=sNGnFOW/8fhjs2ce+GELg179N5LrYEs8GUEZUf0it/peloilA23fzuonuVWoUfDZqH lUh3f2dQaHQKosJEuU9j9LB39+n6PHASq1w7pLZMp1Tjw+WueyBVmwrlstFbkesE8rer RGZjEceP+QQDLOlM2xM+I6fhbfQrtq1Q/VSyxLGMGZXw3sJYgp8bS0rEQWRXHGqHuFJw 5L0SgRuBr+bg5PDaTL9JWQ/nSPejDjJeHfiglXwGhWDw1TmScroPzPpAk6nTcYLSK4Vk f6+d7pc2cQc4UOBgoyyTeRtAfWavfRgrVfz/fuVZAMYEQqP4pVpkzhRsr7jT0jZMbNcm s0Qg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=WW2KIFSp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x19si3707063ioa.74.2021.07.08.18.06.53; Thu, 08 Jul 2021 18:07:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=WW2KIFSp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229986AbhGIA67 (ORCPT + 99 others); Thu, 8 Jul 2021 20:58:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229843AbhGIA66 (ORCPT ); Thu, 8 Jul 2021 20:58:58 -0400 Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C6FB7C06175F for ; Thu, 8 Jul 2021 17:56:14 -0700 (PDT) Received: by mail-oi1-x235.google.com with SMTP id m3so10142793oig.10 for ; Thu, 08 Jul 2021 17:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to:cc; bh=xH3DG3G4r5p9q8V7df0cUTAWnPcNLJfwZNKDWmC9XZ4=; b=WW2KIFSpYS45rQ1HgUSJPP0fBCbTpG59d4MCm0F05Sz0gzPrpDcSn+xUENac2npEqO G48ZYewIkdwBRh3mOyYP+fQWK0jth43LKJJwLU0hhF9fNOc012T2XD/xORrZk7ja6NR3 jcJYpgtgYZ4Od12rLWWMSvzZXW5SePPE7xMOI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to:cc; bh=xH3DG3G4r5p9q8V7df0cUTAWnPcNLJfwZNKDWmC9XZ4=; b=LdC81d4sCHmIaqvY0vlioVIzi5TKNyBLaAkIgUlifnq5RcwOdcKwpJBZ0qvTDp79QF gGPxtZFjIw4f2SKPM4fcZbyy6ObUvXOibnBPfZAVE+fdrH0J9of6RV8CtJL+QaRAUHAx sHUjpXHgKeTH1glVfAPcI+P7eQQ/j49Sp2CJ+iw2apXKUxOVDiUYnheZM5rOLpiSUxPp 49a+inhTb5ABcc0erN9rk2a0njLHtJeJCgpEaaSYGRz9TLfWUCPsNgZQmYRB1BUO0X8E q4actRQGZwiKKDCOpjaZETKQnWdXTOhVt1vXWtPxyYXLN86Wq7lUH1yauzBdDA9NlX15 6i7Q== X-Gm-Message-State: AOAM532/2TSdW4TsYcDT22m5of+BlrsMyz8n2Ay1kj2y5HPUhvHXqrFt KbQ5QyTDxtgXoCCBxGc7Yj/klVHvnXUeU/Um9mVHjQ== X-Received: by 2002:aca:3012:: with SMTP id w18mr5941111oiw.125.1625792174060; Thu, 08 Jul 2021 17:56:14 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 9 Jul 2021 00:56:13 +0000 MIME-Version: 1.0 In-Reply-To: <2ad7a00924b5065bf61c47e8b6d24339@codeaurora.org> References: <20210604135439.19119-1-rojay@codeaurora.org> <20210604135439.19119-2-rojay@codeaurora.org> <98befc79fc039496b0c12d7983319c92@codeaurora.org> <2ad7a00924b5065bf61c47e8b6d24339@codeaurora.org> From: Stephen Boyd User-Agent: alot/0.9.1 Date: Fri, 9 Jul 2021 00:56:13 +0000 Message-ID: Subject: Re: [PATCH V3 1/3] arm64: dts: sc7280: Add QSPI node To: Bjorn Andersson , rojay@codeaurora.org Cc: agross@kernel.org, robh+dt@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Rajendra Nayak , saiprakash.ranjan@codeaurora.org, msavaliy@qti.qualcomm.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting rojay@codeaurora.org (2021-07-06 02:19:27) > On 2021-06-08 13:37, rojay@codeaurora.org wrote: > > On 2021-06-06 09:25, Bjorn Andersson wrote: > >> On Fri 04 Jun 08:54 CDT 2021, Roja Rani Yarubandi wrote: > >> > >>> Add QSPI DT node for SC7280 SoC. > >>> > >>> Signed-off-by: Roja Rani Yarubandi > >>> --- > >>> Changes in V3: > >>> - Broken the huge V2 patch into 3 smaller patches. > >>> 1. QSPI DT nodes > >>> 2. QUP wrapper_0 DT nodes > >>> 3. QUP wrapper_1 DT nodes > >>> > >>> Changes in V2: > >>> - As per Doug's comments removed pinmux/pinconf subnodes. > >>> - As per Doug's comments split of SPI, UART nodes has been done. > >>> - Moved QSPI node before aps_smmu as per the order. > >>> > >>> arch/arm64/boot/dts/qcom/sc7280-idp.dts | 29 ++++++++++++ > >>> arch/arm64/boot/dts/qcom/sc7280.dtsi | 61 > >>> +++++++++++++++++++++++++ > >>> 2 files changed, 90 insertions(+) > >>> > >>> diff --git a/arch/arm64/boot/dts/qcom/sc7280-idp.dts > >>> b/arch/arm64/boot/dts/qcom/sc7280-idp.dts > >>> index 3900cfc09562..d0edffc15736 100644 > >>> --- a/arch/arm64/boot/dts/qcom/sc7280-idp.dts > >>> +++ b/arch/arm64/boot/dts/qcom/sc7280-idp.dts > >>> @@ -268,6 +268,22 @@ pmr735b_die_temp { > >>> }; > >>> }; > >>> > >>> +&qspi { > >>> + status = "okay"; > >>> + pinctrl-names = "default"; > >>> + pinctrl-0 = <&qspi_clk>, <&qspi_cs0>, <&qspi_data01>; > >>> + > >>> + flash@0 { > >>> + compatible = "jedec,spi-nor"; > >>> + reg = <0>; > >>> + > >>> + /* TODO: Increase frequency after testing */ > >>> + spi-max-frequency = <25000000>; > >>> + spi-tx-bus-width = <2>; > >>> + spi-rx-bus-width = <2>; > >>> + }; > >>> +}; > >>> + > >>> &qupv3_id_0 { > >>> status = "okay"; > >>> }; > >>> @@ -278,6 +294,19 @@ &uart5 { > >>> > >>> /* PINCTRL - additions to nodes defined in sc7280.dtsi */ > >>> > >>> +&qspi_cs0 { > >>> + bias-disable; > >>> +}; > >>> + > >>> +&qspi_clk { > >>> + bias-disable; > >>> +}; > >>> + > >>> +&qspi_data01 { > >>> + /* High-Z when no transfers; nice to park the lines */ > >>> + bias-pull-up; > >>> +}; > >>> + > >>> &qup_uart5_default { > >>> tx { > >>> pins = "gpio46"; > >>> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi > >>> b/arch/arm64/boot/dts/qcom/sc7280.dtsi > >>> index 6c9d5eb93f93..3047ab802cd2 100644 > >>> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi > >>> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi > >>> @@ -1061,6 +1061,42 @@ apss_merge_funnel_in: endpoint { > >>> }; > >>> }; > >>> > >>> + qspi_opp_table: qspi-opp-table { > >> > >> This node doesn't represents anything on the mmio bus, so it shouldn't > >> live in in /soc. Can't you move it into &qspi? > >> > >> Regards, > >> Bjorn > >> > > > > Sure, will move it into qspi node. > > > > Thanks, > > Roja > > > > Hi Bjorn, > > Moving "qspi_opp_table" inside &qspi node causing this warning: > arch/arm64/boot/dts/qcom/sc7280.dtsi:1055.35-1072.6: Warning > (spi_bus_reg): /soc@0/spi@88dc000/qspi-opp-table: missing or empty reg > property If DT folks are OK I think we should hard-code 'opp-table' as not a device for spi to populate on the spi bus and relax the warning in the devicetree compiler (see [1] for more details). Technically, nodes that are bus controllers assume all child nodes are devices on that bus. In this case, we want to stick the opp table as a child of the spi node so that it can be called 'opp-table' and not be a node in the root of DT. > > Shall I keep the qspi-opp-table out of &qspi node? > If you do, please move it to / instead of putting it under /soc as it doesn't have an address or a reg property. [1] https://github.com/dgibson/dtc/blob/69595a167f06c4482ce784e30df1ac9b16ceb5b0/checks.c#L1844