Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5994620ybe; Tue, 10 Sep 2019 11:53:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqz5/oMm3sHFBHBlj/luW+9S3yweGasIDHcZxSybktMPm5IM2uiTa1CpCY/6vSX6bBB4olyl X-Received: by 2002:a17:906:2f92:: with SMTP id w18mr8662764eji.33.1568141623729; Tue, 10 Sep 2019 11:53:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568141623; cv=none; d=google.com; s=arc-20160816; b=JVi7QWF4m/WkIFLkis8gP4MFGfhDw5ni9+HYLF8M5GzlYMUT43BIw4XVyoSnK8sg96 3mnCpRBzvFCrgRxuCLes79wvmnmqKbYBskE/I4DWiYLAngXweuTi0g7vn5eGZyTa/i/8 Mx9ivl7xjld/SeGDALHiRzDoXAnd/cu1z/TQup3qCG6SyWATHbF7T76n5InqtZGb9u49 X0IhdMyf3vF8K7Br/a1l4GuQIYjnDyNDLQtOrZm3/3xD2+mhgp3Il1qFPZaitCiZ1A6g pSoR1NLFrUrLpBoLTPthI3/B5Dg0l3GtR/aK2mWQyiDRlz1Pu5YVYWTqGaoZz2dC0NdJ fgmA== 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:references:cc:to:from:subject:dkim-signature; bh=EvP8VdxeT9t7tUbL1sbXB8asiywFNGNg64KnWS1MW/8=; b=xOFNsSLEg6uPvw4LwrQR083qKH5audClOY8gJnCDRpttMHcqc7Zam9O2AAqSLmsKCe nxcos1Sazcg7trKAevRWtUuS/5Njn3KmzG/vksiNwzeN5ZkDp8MOGrqIrUGUzj27J3HO O3y2W5doopBBN153NUkGSUBfKSO4dunUTWTrnGW1IAqjHOQDpGfX+qWkLafT42HiB8Bw Dm1NeFqOz/6pXJ/WODZQz79JIfbdjDGmY0Ax+hMyYP+yoVEN/ARAkkeNFLmY+KO+FAxV wQFJVn96M782RErC8XOnQGCI6/xt4ErccQk6BJcoEfyqTFKHo5PzG08CuPJDeS0acFU/ jgnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=fx0cD3Cz; 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 f3si6997484ejl.162.2019.09.10.11.53.19; Tue, 10 Sep 2019 11:53:43 -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=fx0cD3Cz; 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 S2390538AbfIJJkj (ORCPT + 99 others); Tue, 10 Sep 2019 05:40:39 -0400 Received: from mail-wr1-f66.google.com ([209.85.221.66]:40574 "EHLO mail-wr1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390464AbfIJJki (ORCPT ); Tue, 10 Sep 2019 05:40:38 -0400 Received: by mail-wr1-f66.google.com with SMTP id w13so18743606wru.7 for ; Tue, 10 Sep 2019 02:40:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=EvP8VdxeT9t7tUbL1sbXB8asiywFNGNg64KnWS1MW/8=; b=fx0cD3Czv3GdpUUuYPp8ntM67i13itk37NvtRJvN4QUDr74dVJQzoFDI6jObe83B2p +xPRvHOBSpaAtVL/8EFOyh50dU/ZcJynrU9uOQ0SkeNptDHZiG358g1piSuPRlDvYWBy B0sfIlpHaNuMgI+SJNMlf9b/gXmKDsAmYnuHdMT9AcLSTLGwDNMElACI033BYcb+hNwi gQVUUqkrVhVIMJYBBH3BssIO+BYkycqFOPvLMJJCJXXbQOYDibf57tU1dO+KBstRXdKd xh57B7axtmBptTvINYVJJTa6KcWb3bdwuwnioxfdRBTnEgp1WcSeA7BY4upJEuMHHfzq vgyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=EvP8VdxeT9t7tUbL1sbXB8asiywFNGNg64KnWS1MW/8=; b=ZWRBcY6tex9XOgaJm6qHbGvAFpdJ0iMkI/ayPhE9LNl14e76kDcvyYH3U5Z1A+ij/B xqdFUkoBitsw/W5IK4c1/ShbigbsT3mSfivN6+RLwn6n3Kd4ILhnO/XbKa57T2/zYpmS GGatkFwg3mJ4npRyfWTi5avb2UtOqk1ZITFilMibDd6lIU6Qu/LIYHwQsG+1sstIBZMO Ur3GwkOaU+kZi8tC2Dn3w6MRY6YkFB5a99bxb9yKkuodLJY7XNan+f9KLh1KfJouWbCC vbC8NqJMgl4KpX24+FJklGeennxPiu9BopuS2A+8a9xSGDLEcThOpPOo9J9n2t88O9BQ RwKQ== X-Gm-Message-State: APjAAAU8Zirs4P3hP4M0nEyLueQ/oNOSpKNVPRC11ygUK3Fd7OG0Z10u OIHsbZm2ltxXtjc+SSW43g5CK3Re4J8= X-Received: by 2002:a05:6000:1187:: with SMTP id g7mr24899704wrx.192.1568108436046; Tue, 10 Sep 2019 02:40:36 -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 r9sm30444286wra.19.2019.09.10.02.40.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Sep 2019 02:40:35 -0700 (PDT) Subject: Re: [PATCH 2/5] clk: qcom: apcs-msm8916: get parent clock names from DT From: Jorge Ramirez 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> Message-ID: <3517a1e0-6092-362f-f696-fcc1528ce026@linaro.org> Date: Tue, 10 Sep 2019 11:40:34 +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: 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:34, Jorge Ramirez wrote: > 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. as per the comments I added to the code (in case this helps framing the discussion) [..] legacy bindings only defined the pll parent clock (index = 0) with no name; when both of the parents are specified in the bindings, the pll is the second one (index = 1). [..] > > > > > > >