Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4397578pxt; Wed, 11 Aug 2021 05:16:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0ab8/pjU+q55QoNmARrxOYISkkFBjdHuCVR22KAox4XP2dpwK1wBMkkI5aX0WoJkJqjwP X-Received: by 2002:a17:907:170a:: with SMTP id le10mr3377724ejc.347.1628684211353; Wed, 11 Aug 2021 05:16:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628684211; cv=none; d=google.com; s=arc-20160816; b=n6IyOE8QegPFFzzP+pnSNR5zWQjjz3ZT/LE/9P5xukT1OsxIpD9UnBdNbznS7+xzxQ CsU6zQzio3/FYhQzRMu29L52DGd+B0aRSJDn5JcchAOQsQEOdARnME45MYMSqTOxK1pX ElwuaVUXM83P8zsocP/2gl0V74wOGLskJITCfyk0BbhKVyvpBvrOlt5w+YzasMJGVKf4 MjvwnjH+sOxt/cUt+TeyZBXjfi6WytGMfzSd7tSF04iM8SXiPHRoMVuB90eHyP1hia8s ZEBRYZx+qiL0q8Ru96TTwZUQMUD9CuYsgSfqV86vK4I5OdyJSSlCIUDgYWgKk/2CCshB 2Ehw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=ijoNVoseA/jZPJCm8rs+TxZ/CMRAWspycUzcxdUoZKQ=; b=VosV08a20Il0WUq7RsDadDzjJjt1o9/tZdwLK+1Lu3kOX1dXpVYHYA8urVMRboQCAT AyFEgTDOxpxvYf2Z065n1uxDwiO4UxIS4WI99VYyxwaW0+as4LOehJ91oBzU4VYdPRYV SPywJqGwuWIsm5aFrn49qwjhazzXJVDfvagkSSNgOsZ11Mpt3GtQ99QsDe9LuSdG16dv UvvOY3q2PtP7i+PZJPsGU1WgV0evn6VOK53HCGeaFvT5mr5N/YT4svpoFjkEZubaO0L/ c8j84vN9+9kv1WZS0QylUQ0vTRfhz8wyqHUffKihN2YbD7nvzUxU2SkPHEow3mWaLs7a UGIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=qvmpS0bM; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b10si26575154ejj.523.2021.08.11.05.16.26; Wed, 11 Aug 2021 05:16:51 -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=@mg.codeaurora.org header.s=smtp header.b=qvmpS0bM; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237487AbhHKMOq (ORCPT + 99 others); Wed, 11 Aug 2021 08:14:46 -0400 Received: from so254-9.mailgun.net ([198.61.254.9]:29112 "EHLO so254-9.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237364AbhHKMOn (ORCPT ); Wed, 11 Aug 2021 08:14:43 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1628684060; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=ijoNVoseA/jZPJCm8rs+TxZ/CMRAWspycUzcxdUoZKQ=; b=qvmpS0bMeFwF3okK1CJqeufTNWVlZKn4hRS9/j9+eWjJP6rhgxmPjCTfUdNB5RXDoNQXYeQH RN4blgsOAD5bvhghxHlYuZRrCVmPU6tsNtt/tQvNL/o3RjzF0KGqZ641DefkyxXCaJwXS3I2 i08T5PCRQPYH81PZLbyQ4TT9w+0= X-Mailgun-Sending-Ip: 198.61.254.9 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n03.prod.us-west-2.postgun.com with SMTP id 6113befdf746c298d9cc89af (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Wed, 11 Aug 2021 12:13:49 GMT Sender: rajpat=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 4DC50C4338A; Wed, 11 Aug 2021 12:13:49 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rajpat) by smtp.codeaurora.org (Postfix) with ESMTPSA id B9A4BC433F1; Wed, 11 Aug 2021 12:13:48 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 11 Aug 2021 17:43:48 +0530 From: rajpat@codeaurora.org To: Matthias Kaehlcke Cc: Andy Gross , Bjorn Andersson , Rob Herring , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, rnayak@codeaurora.org, saiprakash.ranjan@codeaurora.org, msavaliy@qti.qualcomm.com, skakit@codeaurora.org, Roja Rani Yarubandi Subject: Re: [PATCH V4 2/4] arm64: dts: sc7280: Add QUPv3 wrapper_0 nodes In-Reply-To: References: <1627306847-25308-1-git-send-email-rajpat@codeaurora.org> <1627306847-25308-3-git-send-email-rajpat@codeaurora.org> Message-ID: X-Sender: rajpat@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-07-26 21:32, Matthias Kaehlcke wrote: > On Mon, Jul 26, 2021 at 07:10:45PM +0530, Rajesh Patil wrote: >> From: Roja Rani Yarubandi >> >> Add QUPv3 wrapper_0 DT nodes for SC7280 SoC. >> >> Signed-off-by: Roja Rani Yarubandi >> Signed-off-by: Rajesh Patil >> --- >> Changes in V4: >> - As per Bjorn's comment, added QUP Wrapper_0 nodes >> other than debug-uart node >> - Dropped interconnect votes for wrapper_0 node >> >> 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 | 84 ++++ >> arch/arm64/boot/dts/qcom/sc7280.dtsi | 720 >> ++++++++++++++++++++++++++++++++ >> 2 files changed, 804 insertions(+) >> >> diff --git a/arch/arm64/boot/dts/qcom/sc7280-idp.dts >> b/arch/arm64/boot/dts/qcom/sc7280-idp.dts >> index b0bfd8e..f63cf51 100644 >> --- a/arch/arm64/boot/dts/qcom/sc7280-idp.dts >> +++ b/arch/arm64/boot/dts/qcom/sc7280-idp.dts >> @@ -358,6 +358,16 @@ >> vdda18-supply = <&vreg_l1c_1p8>; >> }; >> >> +&uart7 { >> + status = "okay"; >> + >> + /delete-property/interrupts; >> + interrupts-extended = <&intc GIC_SPI 608 IRQ_TYPE_LEVEL_HIGH>, >> + <&tlmm 31 IRQ_TYPE_EDGE_FALLING>; >> + pinctrl-names = "default", "sleep"; >> + pinctrl-1 = <&qup_uart7_sleep_cts>, <&qup_uart7_sleep_rts>, >> <&qup_uart7_sleep_tx>, <&qup_uart7_sleep_rx>; >> +}; >> + >> /* PINCTRL - additions to nodes defined in sc7280.dtsi */ >> >> &qspi_cs0 { >> @@ -428,3 +438,77 @@ >> bias-pull-up; >> }; >> }; >> +&qup_uart7_cts { >> + /* >> + * Configure a pull-down on CTS to match the pull of >> + * the Bluetooth module. >> + */ >> + bias-pull-down; >> +}; >> + >> +&qup_uart7_rts { >> + /* We'll drive RTS, so no pull */ >> + drive-strength = <2>; >> + bias-disable; >> +}; >> + >> +&qup_uart7_tx { >> + /* We'll drive TX, so no pull */ >> + drive-strength = <2>; >> + bias-disable; >> +}; >> + >> +&qup_uart7_rx { >> + /* >> + * Configure a pull-up on RX. This is needed to avoid >> + * garbage data when the TX pin of the Bluetooth module is >> + * in tri-state (module powered off or not driving the >> + * signal yet). >> + */ >> + bias-pull-up; >> +}; >> + >> +&tlmm { >> + qup_uart7_sleep_cts: qup-uart7-sleep-cts { >> + pins = "gpio28"; >> + function = "gpio"; >> + /* >> + * Configure a pull-down on CTS to match the pull of >> + * the Bluetooth module. >> + */ >> + bias-pull-down; >> + }; >> + >> + qup_uart7_sleep_rts: qup-uart7-sleep-rts { >> + pins = "gpio29"; >> + function = "gpio"; >> + /* >> + * Configure pull-down on RTS. As RTS is active low >> + * signal, pull it low to indicate the BT SoC that it >> + * can wakeup the system anytime from suspend state by >> + * pulling RX low (by sending wakeup bytes). >> + */ >> + bias-pull-down; >> + }; >> + >> + qup_uart7_sleep_tx: qup-uart7-sleep-tx { >> + pins = "gpio30"; >> + function = "gpio"; >> + /* >> + * Configure pull-up on TX when it isn't actively driven >> + * to prevent BT SoC from receiving garbage during sleep. >> + */ >> + bias-pull-up; >> + }; >> >> + qup_uart7_sleep_rx: qup-uart7-sleep-rx { >> + pins = "gpio31"; >> + function = "gpio"; >> + /* >> + * Configure a pull-up on RX. This is needed to avoid >> + * garbage data when the TX pin of the Bluetooth module >> + * is floating which may cause spurious wakeups. >> + */ >> + bias-pull-up; >> + }; >> +}; > > How the patches of this series are split strikes me as a bit odd. > Supposedly > this patch adds the QUPv3 wrapper_0 DT nodes for the SC7280, however > the > above is the pin configuration for the Bluetooth UART of the SC7280 IDP > board. > I don't see a good reason why that should be part of this patch. It > should be > a separate change whose subject indicates that it configures the > Bluetooth UART > of the SC7280 IDP. > Okay will split this up. > Without this conflation of SoC and board DT it would seem perfectly > reasonable > to squash this patch and '[4/4] arm64: dts: sc7280: Add QUPv3 wrapper_1 > nodes' > into a single one, they are essentially doing the same thing, I see no > need to > have different patches for the wrapper 0 and 1 nodes. Previously when QUP wrapper 0 and wrapper 1 nodes were added in single patch, we faced some git issues as the patch was huge. Hence we split it up. https://partnerissuetracker.corp.google.com/issues/177045897#comment12