Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp265834pxb; Tue, 12 Apr 2022 01:13:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwfaS1cknjKf2FZuS7dTBneqeApKgyrjgdm1qXEDfv8dthwgzzyOhqTxDZWnu7qL9XSdxaO X-Received: by 2002:a17:906:2bc1:b0:6cf:d009:7f6b with SMTP id n1-20020a1709062bc100b006cfd0097f6bmr32497232ejg.17.1649751225042; Tue, 12 Apr 2022 01:13:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649751225; cv=none; d=google.com; s=arc-20160816; b=fukEz6dccrZUdTZvx/hexkPmwcR0gpvtCNcTh9Jk20fvXAq1MZXu0tB1ORKNeuBRAW 7QbNpt9cwaXPQ7DwBOOH0Oyr6mdf6RDrhWuYgY64DzQje/juCd+YQjhBOUqR8zGIU7h0 +uvhwLUR5Y+HlMTPDrQkIcXgsSyUu2Cx1/fzFsEcO8Yp2/4fBZnI8RNWrB7srWLq6wEU pJoNL2UTN6YrXbEY3H6kAk+dyHOhxyy1nKMLydoKbEVEuRYPonJYqjrNpXxhC5AZNMa/ uoqbcWZNCRtWvsnm66NLNRd+LUFt+OBRsrZ2wvUZNvFpKVw/uAtHEvuPHnzHASJFkbN5 jCEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=HQW6p5XHkDmFdXcFFMAKSTMR7c12bQrCmTxneppa4IY=; b=ZThT34DXG4L/T9/nsgRQw1ilG1dUwYFkI+T3wqMwpbf6MUC5hPax4QHwr9gswpv6sO Pyg2YY4FgI5tBEvn4XHIRaw9t10sBHL/qhAnCSbJwJ72JN8L4A9UjUII46k8y3OecGb9 MKf5CfENFE8Keb8gW40iAnmF52hhgFYiOHRGXnWHjkCKAWtG8fRsvRKauy2Stceo7nwl oJm+gLEKdnp6KdGDo/BpzBP25jG42dFD3XmoVCIltDesAIscOEwnvwNpJCD8wQJSQcD5 bDEkKBwgvmegRcfpj9/bFYmqSton53JueOGy855Xw//amnBKnPfa3XnWn7Mkv1B60bwz WayA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=XvKXaBY0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l4-20020a056402344400b0041d76adcfabsi4830068edc.414.2022.04.12.01.13.17; Tue, 12 Apr 2022 01:13:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=XvKXaBY0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S1349740AbiDKTz5 (ORCPT + 99 others); Mon, 11 Apr 2022 15:55:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349743AbiDKTzy (ORCPT ); Mon, 11 Apr 2022 15:55:54 -0400 Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 955FD36E0B for ; Mon, 11 Apr 2022 12:53:36 -0700 (PDT) Received: by mail-pf1-x434.google.com with SMTP id a21so586491pfv.10 for ; Mon, 11 Apr 2022 12:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=HQW6p5XHkDmFdXcFFMAKSTMR7c12bQrCmTxneppa4IY=; b=XvKXaBY0+FG1tmG2ZLkX8lj/1RrGPbuWStt06IKqgUgYXG7WbsoyWzr/CPktw6vaSt 9u8QllcxrheruT/2xpSBgn5YwZTJCIq6Er+X7a0dVcaWxTy7gOiWb/kZsyeqW6kXI4XK g4M4l8yBaZLKP85vov6kQkDBpdgna/tx6D9HQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=HQW6p5XHkDmFdXcFFMAKSTMR7c12bQrCmTxneppa4IY=; b=n3mC9w6K3ibBoHrQ8UzwwHTpus7JGktasd1XgaQh69NPehz/Kp90t0/uxrsqIsBHZt bPriYsP51eaNEBstsrxboFVgSFAQO/hj0/cjvbzXGxMgJRPx4h0rt05ggEURCewUyhsc 06HIM4LzlZp1zjGebwLg5GZGgvBtlD+YAroaDGRoRsvErUeUIv05Th4YOefVTGxHEBHt J9Y/7zVa2MrfaVM633ugtdadPjK5JwxboQFnwkomOWDzArudO3LacsMYGQQ6GlpnGQKE K8jJ2tnU19ghBx1p6smo+eYJgENJYUbW7sdYAZRN+M834K5HXtwuyQik9va7QdUlcVIT Y18Q== X-Gm-Message-State: AOAM531aJ2I5TvuuFsVYbrqgeWKWYZ659pBnT2B/Eus7GxPlEl/zZ7/K /CLxeJzHe0XWWTEPzB5foVy6HA== X-Received: by 2002:a65:614e:0:b0:380:bfd9:d4ea with SMTP id o14-20020a65614e000000b00380bfd9d4eamr27582317pgv.92.1649706816054; Mon, 11 Apr 2022 12:53:36 -0700 (PDT) Received: from localhost ([2620:15c:202:201:eb96:76ba:e2a1:2442]) by smtp.gmail.com with UTF8SMTPSA id nv11-20020a17090b1b4b00b001c71b0bf18bsm292189pjb.11.2022.04.11.12.53.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Apr 2022 12:53:35 -0700 (PDT) Date: Mon, 11 Apr 2022 12:53:33 -0700 From: Matthias Kaehlcke To: Srinivasa Rao Mandadapu Cc: agross@kernel.org, bjorn.andersson@linaro.org, robh+dt@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, srinivas.kandagatla@linaro.org, dianders@chromium.org, swboyd@chromium.org, judyhsiao@chromium.org, Venkata Prasad Potturu , quic_rohkumar@quicinc.com Subject: Re: [PATCH v6 1/3] arm64: dts: qcom: sc7280: Add nodes for va tx and rx macros and external codecs Message-ID: References: <1649157220-29304-1-git-send-email-quic_srivasam@quicinc.com> <1649157220-29304-2-git-send-email-quic_srivasam@quicinc.com> <8fea1165-c8b6-6ce2-86dc-82274af8c43d@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <8fea1165-c8b6-6ce2-86dc-82274af8c43d@quicinc.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 On Mon, Apr 11, 2022 at 07:32:33PM +0530, Srinivasa Rao Mandadapu wrote: > > On 4/6/2022 3:05 AM, Matthias Kaehlcke wrote: > Thanks for your time Matthias!!! > > On Tue, Apr 05, 2022 at 04:43:38PM +0530, Srinivasa Rao Mandadapu wrote: > > > SC7280 has VA, TX and RX macros with SoundWire Controllers to attach with > > > codecs like WCD938x, max98360a using soundwire masters and i2s bus. > > > Add these nodes for sc7280 based platforms audio use case. > > > Add tlmm gpio property in wcd938x node for switching CTIA/OMTP Headset. > > > > > > Signed-off-by: Srinivasa Rao Mandadapu > > > Co-developed-by: Venkata Prasad Potturu > > > Signed-off-by: Venkata Prasad Potturu > > > --- > > A change log would be helpful for reviewers > Change log added in cover letter. From my perspective as a reviewer I find it more practical to have a change log per patch. > > > diff --git a/arch/arm64/boot/dts/qcom/sc7280-herobrine.dtsi b/arch/arm64/boot/dts/qcom/sc7280-herobrine.dtsi > > > index de646d9..c6a04c3 100644 > > > --- a/arch/arm64/boot/dts/qcom/sc7280-herobrine.dtsi > > > +++ b/arch/arm64/boot/dts/qcom/sc7280-herobrine.dtsi > > > @@ -20,6 +20,14 @@ > > > #include "sc7280-chrome-common.dtsi" > > > / { > > > + max98360a: audio-codec-0 { > > > + compatible = "maxim,max98360a"; > > > + pinctrl-names = "default"; > > > + pinctrl-0 = <&_en>; > > > + sdmode-gpios = <&tlmm 63 GPIO_ACTIVE_HIGH>; > > > + #sound-dai-cells = <0>; > > > + }; > > > + > > This node shouldn't be at top but with the other device nodes, in > > alphabetical order, i.e. before 'pwmleds'. > > Actually we are sorting as per node name. Hence kept it here. As per > previous reviewer comments, sorted accordingly. > > Please suggest better approach. True, I forgot the node names are used for sorting, not the labels. > > > diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > index db74fc3..78ec84c 100644 > > > --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > @@ -822,6 +822,127 @@ > > > #power-domain-cells = <1>; > > > }; > > > + rxmacro: codec@3200000 { > > These node are not at the correct position. They should be sorted by > > address and hence be inserted between 'lpasscc@3000000' and > > 'interconnect@3c40000'. > > Actually we are sorting as per node(codec) name. Hence kept it here. As per > previous reviewer comments, sorted accordingly. Could you provide a pointer to those comments? My understanding is that we are sorting by node name when nodes don't have addresses or for overrides in board files/snippets, however the nodes under 'soc@0' are sorted by address. Another nit: 'rx_macro, tx_macro, va_macro' instead of the labels without underscore? Not really important, but maybe slightly more readable and would match the 'spelling' of the compatible strings.