From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,T_DKIM_INVALID, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 56212C43142 for ; Tue, 26 Jun 2018 15:34:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 02B9C267E4 for ; Tue, 26 Jun 2018 15:34:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=lechnology.com header.i=@lechnology.com header.b="FKJXZQY5" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 02B9C267E4 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lechnology.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751980AbeFZPei (ORCPT ); Tue, 26 Jun 2018 11:34:38 -0400 Received: from vern.gendns.com ([206.190.152.46]:45095 "EHLO vern.gendns.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751105AbeFZPeg (ORCPT ); Tue, 26 Jun 2018 11:34:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lechnology.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=t6JX0ZhErsV8GtyRKUO7hU+IrxTWatciM8GGkc939No=; b=FKJXZQY5Rikj6oKwtc+FZmU8/v Uw0YS5lVuIW7t3gBDsCiHA8v4NMNXYdLJjUl5u+xCLkL1GFvvcxEPjtnJyjwjazlBMY2bmi+LfEQY Of9TjZeL4RRtEbzwXATI3OXx2hkismxvRWBgmyZOYGGSqwYKuvSoFM1MGB1ezld+Xk4UjiVwyK57g kb6NVMPF3F2veihtv7AXyvqEZC/e8nTzwuMagRHx2P5yUsO+xkRkIS4/BDRTD+NIz1eQSR3V5jAAt KTFkjOXoDtxtO6sjTf5O50LnFj/8y9Js+8ETLlkSfFH5G0DiTNYfJF3hVsirIA/c89PX1fksu3lrh RhrUcAYg==; Received: from 108-198-5-147.lightspeed.okcbok.sbcglobal.net ([108.198.5.147]:48456 helo=[192.168.0.134]) by vern.gendns.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1fXpzG-005LmJ-5F; Tue, 26 Jun 2018 11:34:34 -0400 Subject: =?UTF-8?Q?Re:_[PATCH_v11_00/27]_ARM:_davinci:_convert_to_common_clo?= =?UTF-8?B?Y2sgZnJhbWV3b3Jr4oCL?= To: Sekhar Nori , linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Michael Turquette , Stephen Boyd , Rob Herring , Mark Rutland , Kevin Hilman , Bartosz Golaszewski , Adam Ford , linux-kernel@vger.kernel.org References: <20180518164829.27052-1-david@lechnology.com> <850a0ec9-53aa-02a5-ecbd-e068b13b2764@ti.com> <9ca9d240-f556-cb4f-1a58-4a55c379a02f@lechnology.com> From: David Lechner Message-ID: <33875d5b-6e99-fa38-20aa-9701e2c851d6@lechnology.com> Date: Tue, 26 Jun 2018 10:34:32 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vern.gendns.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lechnology.com X-Get-Message-Sender-Via: vern.gendns.com: authenticated_id: davidmain+lechnology.com/only user confirmed/virtual account not confirmed X-Authenticated-Sender: vern.gendns.com: davidmain@lechnology.com X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/26/2018 07:56 AM, Sekhar Nori wrote: > On Friday 25 May 2018 11:51 PM, David Lechner wrote: >> On 05/22/2018 04:38 AM, Sekhar Nori wrote: >>> Hi David, >>> >>> On Friday 18 May 2018 10:18 PM, David Lechner wrote: >>>> This series converts mach-davinci to use the common clock framework. >>>> >>>> The series works like this, the first 3 patches fix some issues with >>>> the clock >>>> drivers that have already been accepted into the mainline kernel. >>>> >>>> Then, starting with "ARM: davinci: pass clock as parameter to >>>> davinci_timer_init()", we get the mach code ready for the switch by >>>> adding the >>>> code needed for the new clock drivers and adding #ifndef >>>> CONFIG_COMMON_CLK >>>> around the legacy clocks so that we can switch easily between the old >>>> and the >>>> new. >>>> >>>> "ARM: davinci: switch to common clock framework" actually flips the >>>> switch >>>> to start using the new clock drivers. Then the next 8 patches remove all >>>> of the old clock code. >>>> >>>> The final four patches add device tree clock support to the one SoC that >>>> supports it. >>>> >>>> This series has been tested on TI OMAP-L138 LCDK (both device tree >>>> and legacy >>>> board file). >>> >>> If you do end up sending a v12, you can leave out the mach-davinci >>> portions unless there are any changes you need to make. I will pick them >>> up from this series once the driver dependencies are merged. >>> >>> I do hope the drivers/clk/* changes can be merged from v4.18. >>> >> >> I have resent all of the clk patches (including all of the ones I listed as >> dependencies in addition to the three remaining in this series) under the >> cover "clk: davinci: outstanding fixes​". >> >> I also found that we need to add power-domains properties to the PWM nodes >> in "ARM: dts: da850: Add clocks". I probably should just take your advice >> and just globally added them even if they are not documented for some types >> ofnodes. > > I think doing it en masse will be controversial. Just add it to PWM > nodes for now (I am assuming the binding documentation agrees). > > I have applied this series so please send any more changes as follow-on > patches. > > Thanks > Sekhar > FYI, there are some CPU frequency scaling patches that I was playing around with, but I don't plan on submitting them since they aren't much use to me at the moment. If anyone would like to pick them up, you can find them at https://github.com/dlech/linux/tree/da850-dt-cpufreq.