Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5520097ybe; Tue, 10 Sep 2019 05:09:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqwO2tsJi8ZfFG94JE85mFu/uIQajtg07wOmXkPlNiuQU0jCBL5rUrJCR2LCMNC4GVjW1/18 X-Received: by 2002:aa7:df17:: with SMTP id c23mr30551455edy.239.1568117372066; Tue, 10 Sep 2019 05:09:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568117372; cv=none; d=google.com; s=arc-20160816; b=OFl3s3RDYWFLiIkL45S3vyQS+VgJJ/S31WegTnL1/w7q+A0bSxJOD+fxrzlLwiwUPG owcFzp7t4AHfbVySOtEYP/UMPA+go0zQlGR6O6dV6c05TO0ySNuYwSqoquAxjq507iBI guKS4m68zc/LxaLVFSkNxCRmqQ1aOqCyEEoly0nC3yVQFsSuA6hyK/Yr695Idt3IYtET FBZETgUyYoxP+DICFHNhTFEqUKye9NHzeGxwkRnqPRQJ2WNYbsCy5zFIFPNm+DmcgKPn Gk+AgY+k3DjtUL+a1BgrTTkj5pbyss8NooaBMsFbaTN78NmNevShSdJ2xH3hrcLTKDyp DmZQ== 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:dkim-signature; bh=1s+ZG63MAQccFl9RI5BId8EEo4YivDiX7geRRVwkm2s=; b=t3FzDZ3MLhqUZ2HN5WuOVe93Qf2dMXU/CLhqQMfghShqphQAGxlhsgcAOztZKbReZC hWY4B6mUZ5uz+33ZdeI3B6WPsUtg6R8i/i601fp9Gf0q4rQYsfOYFPyd55e+jqzQjdqi WFNjU+9IwhOC6pSFALLhYh///GgVBJG2ggFMbiceYDPPt88xJTpFJxBfoX/mgd5osmLn KeIzgRoBVIsidFSpRQV96UYlL18IWGqeuDslB6FSZooUiNoTxPMny3QVC2CFM5yRDdPj UeRy3zg+xrwxfSft5OGsHl8I/gARXyNLRWQkMfyGiV/29AABqpiS+EVRqEkICWboFMeZ YU+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VZjHJldh; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k34si11180485edd.138.2019.09.10.05.09.08; Tue, 10 Sep 2019 05:09:32 -0700 (PDT) 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=@linaro.org header.s=google header.b=VZjHJldh; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387811AbfIJJev (ORCPT + 99 others); Tue, 10 Sep 2019 05:34:51 -0400 Received: from mail-wr1-f67.google.com ([209.85.221.67]:38510 "EHLO mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727076AbfIJJev (ORCPT ); Tue, 10 Sep 2019 05:34:51 -0400 Received: by mail-wr1-f67.google.com with SMTP id l11so18699649wrx.5 for ; Tue, 10 Sep 2019 02:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=1s+ZG63MAQccFl9RI5BId8EEo4YivDiX7geRRVwkm2s=; b=VZjHJldhG0W3JDoaKZJebBv6Nu1AnmYHqVop5+xyxHcpiFcHKhSdgyCvDLtabgiUkb aNZrPr+1tl2zkEnl3X0VUImt6sUHiofe+F3X5IHEHfpOytlb1OKMc9KJgJVHsWiwpBfQ mqHdMk0u2gQrQsxKFF8iXB3C3no8IW1ubgYLNVaytshnavnPzwBpOh1bIpmkG1fLPjR0 cdOere/WA0hk5zOsZtPATfWVO4CrPuImlrzrs3nMsaq9nzjuGK2/3E61mIfm4Ca/dDXq 53RNh3xlJM+xnY42EOq4e6q7174kRNQkYhVyj3oZmGOvtAKlHQR8NTbzzcXLdt9Z7bjp G5uQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=1s+ZG63MAQccFl9RI5BId8EEo4YivDiX7geRRVwkm2s=; b=Y7oZw7MD2mweywTHc/HPGsCfnaFE/9Wozj2xw5AOE8bSSfId1CdzomU5mmVcmrMbYI 7bQhKOgcFLxTX/537romWO1c9My8dLSt4aQs6FKNc44XAz0mtYOqtz4toFukLIGJjGgE inlo09xHWrpgggw00GHkl0vOKp06eLbVy8qzcsuiAKeBR21YetQIclrD3c91Kpwbr4y6 yojAFxaLOoNEqMA9nwvL96V5aF+mJqGiDmSmffIOyTOz98kvNmcAXDy7GrIsVSJKts/y NLR91+/10svsRnWiaCsRoU42huYSOpSUs0DEpFinM47eXUhyTQZ+jzpEgy1CcRBr4teS 3e0g== X-Gm-Message-State: APjAAAVKG5H2CHaVBSPMAi9qpUEChjtVXPWF8Ve0HQKesVnfN4qHt8VL 4PLpnOMiBDArbVZbgd7PMp274A58F8Q= X-Received: by 2002:adf:de03:: with SMTP id b3mr23565048wrm.14.1568108087657; Tue, 10 Sep 2019 02:34:47 -0700 (PDT) Received: from [192.168.1.6] (69.red-83-35-113.dynamicip.rima-tde.net. [83.35.113.69]) by smtp.gmail.com with ESMTPSA id 74sm2332116wma.15.2019.09.10.02.34.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Sep 2019 02:34:47 -0700 (PDT) Subject: Re: [PATCH 2/5] clk: qcom: apcs-msm8916: get parent clock names from DT To: Stephen Boyd Cc: agross@kernel.org, mturquette@baylibre.com, bjorn.andersson@linaro.org, niklas.cassel@linaro.org, linux-arm-msm@vger.kernel.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org References: <20190826164510.6425-1-jorge.ramirez-ortiz@linaro.org> <20190826164510.6425-2-jorge.ramirez-ortiz@linaro.org> <20190909102117.245112089F@mail.kernel.org> <20190909141740.GA23964@igloo> <20190909161704.07FAE20640@mail.kernel.org> <20190909165408.GC23964@igloo> <20190910091437.CCA78208E4@mail.kernel.org> From: Jorge Ramirez Message-ID: Date: Tue, 10 Sep 2019 11:34:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190910091437.CCA78208E4@mail.kernel.org> Content-Type: text/plain; charset=utf-8 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 9/10/19 11:14, Stephen Boyd wrote: > Quoting Jorge Ramirez-Ortiz, Linaro (2019-09-09 09:54:08) >> On 09/09/19 09:17:03, Stephen Boyd wrote: >>> But now the binding is different for the same compatible. I'd prefer we >>> keep using devm_clk_get() and use a device pointer here and reorder the >>> map and parent arrays instead. The clocks property shouldn't change in a >>> way that isn't "additive" so that we maintain backwards compatibility. >>> >> >> but the backwards compatibility is fully maintained - that is the main reason >> behind the change. the new stuff is that instead of hardcoding the >> names in the source - like it is being done on the msm8916- we provide >> the clocks in the dts node (a cleaner approach with the obvious >> benefit of allowing new users to be added without having to modify the >> sources). >> > > This is not a backwards compatible change. > >>>> --- a/arch/arm64/boot/dts/qcom/msm8916.dtsi >>>> +++ b/arch/arm64/boot/dts/qcom/msm8916.dtsi >>>> @@ -429,7 +429,8 @@ >>>> compatible = "qcom,msm8916-apcs-kpss-global", "syscon"; >>>> reg = <0xb011000 0x1000>; >>>> #mbox-cells = <1>; >>>> - clocks = <&a53pll>; >>>> + clocks = <&gcc GPLL0_VOTE>, <&a53pll>; >>>> + clock-names = "aux", "pll"; >>>> #clock-cells = <0>; >>>> }; >>>> > > Because the "clocks" property changed from > > <&a53pll> > > to > > <&gcc GPLL0_VOTE>, <&a53pll> > > and that moves pll to cell 1 instead of cell 0. > > what do you mean by backwards compatible? because this change does not break previous clients.