Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp178137ybl; Tue, 7 Jan 2020 16:41:48 -0800 (PST) X-Google-Smtp-Source: APXvYqwhMo2UzDToeQ7X9BBMm+HX/ggtxxBvR+FHq0A1MS8a/tBGQ8RjZxsh6mGyM+bmcW1cYP7O X-Received: by 2002:aca:c30d:: with SMTP id t13mr1026256oif.166.1578444108356; Tue, 07 Jan 2020 16:41:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578444108; cv=none; d=google.com; s=arc-20160816; b=PujtBykMBdAsqrh8maTpt2RB4jcmxojFoGiCq/KXNPNeEn5jHOWALi4uwl1v/+ox+q 63ti3bTYvUMFvd339tNOY2MDigeAbJ5FAVfL6phsvCdBIDZLo4o5xw+QxbBZuzagLnyW g00tQYAt6alaLSPyXev/H6jkETZbf6LVeF0hf4SpcCMUc61V0mIfuGtj0hlDXLiFxFhU zhwGOI9nqt+AQ/3XOIvlsJXIsuKj6tDDK1H/+EkTOvWtlYWMLSUppGkRhfSkBdHDAaGX avX6NJsHZs9kdPs4H5uhmu1U4SbzPfiv38u2gPFvwLaKlvymfghXWU2kIzhf2ruhG13a 1pqQ== 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=AsNSAeUSLEvG8cVF7Bdu6WObY7fwE5EsiO3gQY1hxQk=; b=h08LqahuMG4xeTH45yo08wMgmXGfR787NDPY1JOxfJ2IjzCEfQ2h5S72G9Dk47EpRe qVd8SBiO8grT/TDPFvJmAKHFAOWWjmuBFuaZpiJtKaqWZVGLwDB6XiAbAoKYhCcSgfy2 XpBYDmfZauuVhB0ttQOYoo+avMsY+K5IHU2qaONF37AGdY8B6kK/kWuJcBidpvtFa7ZJ mcsANwJ/5cTsvB91W7h7xhHQIVSxsur6xePVpt6HnDoERR78cJRsI+luQFIRuj1YrSbE o9VzSC78y/zmJ+trpbnhhiSOc/gYEGO5SGEvHawZIaAAsSjNLOeG+QMYMj80KNyEkxie rpsQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iKZf3dCc; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n18si909174otf.285.2020.01.07.16.41.35; Tue, 07 Jan 2020 16:41:48 -0800 (PST) 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=@gmail.com header.s=20161025 header.b=iKZf3dCc; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726813AbgAHAk3 (ORCPT + 99 others); Tue, 7 Jan 2020 19:40:29 -0500 Received: from mail-lf1-f68.google.com ([209.85.167.68]:44739 "EHLO mail-lf1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725908AbgAHAk2 (ORCPT ); Tue, 7 Jan 2020 19:40:28 -0500 Received: by mail-lf1-f68.google.com with SMTP id v201so1081224lfa.11; Tue, 07 Jan 2020 16:40:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=AsNSAeUSLEvG8cVF7Bdu6WObY7fwE5EsiO3gQY1hxQk=; b=iKZf3dCcAbUmRZ3aakrNgUMaW2Fd9u2iydGCuWnYvubFASburd76XPfbooY+kWI+H2 ZSoDU59ePTDDS648a/2bkAkIVuzT7AqvcLNIrxMJqeEbLtEzra5LX7dYB+CSCGVF/D9x AX9CVcqpAl3fdHXicI/yWGZuOexzr+SwsnKo3pijn6rrxtQqR+VMbJIWK/I7wexAqm9n aCbaOysM5VgJ54NuwrWgoK6qSi+FqiMLxTzyAe5lAYVgvGoAhHhZ6fDJ3DFCBFwsWe7n k8DQ28e9vcADxPHtj2k4DIDeyWhHZuc33eO1HGjJ6pBT6+QVIdM1wNkuBgLYEsplh5pY DZTA== 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=AsNSAeUSLEvG8cVF7Bdu6WObY7fwE5EsiO3gQY1hxQk=; b=MSrUEmA+umfgZ7w6njfMS0zCMEtQfF2eeLKqSryDF9mAwKT/vW2MlVcK6MjKAMdIwG YinnfpIdBb101duEiLkxhRZmESCVaGHlsNbFfjlnF4yMbsgOe2oSohikNdkwpnDqSaDU 1499nb3YXQt3UoiW6Dv4F+ROCocPl/SmpqwqRBh6/phkMHGxaa4eZBycbvdh+B1VRMXO ymFUxwea75ytnIxMmBJ0ncwuGYaUNQoUE5NmMkulIGGZGAiJOFhk0j0Vq7bJ349BG5i6 QPN8zX/ZJ879Uou1Co9X2J0moDuAA7lPTcRwlbHUAZxxTPNPrEwtTDy5hOhoYzOBsZRL nY7w== X-Gm-Message-State: APjAAAVPEW6tutsFAN36kcDjlY0z+bCUhgCXUo+QgPsigqLLRQ5jgfAv enN1npcc63b/Af+PQhKQcyCDtOaA X-Received: by 2002:ac2:5983:: with SMTP id w3mr1240717lfn.137.1578444025757; Tue, 07 Jan 2020 16:40:25 -0800 (PST) Received: from [192.168.2.145] (79-139-233-37.dynamic.spd-mgts.ru. [79.139.233.37]) by smtp.googlemail.com with ESMTPSA id f30sm451293ljp.31.2020.01.07.16.40.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Jan 2020 16:40:25 -0800 (PST) Subject: Re: [PATCH v6 00/19] Move PMC clocks into Tegra PMC driver To: Sowjanya Komatineni , Thierry Reding Cc: jonathanh@nvidia.com, broonie@kernel.org, lgirdwood@gmail.com, perex@perex.cz, tiwai@suse.com, mperttunen@nvidia.com, gregkh@linuxfoundation.org, sboyd@kernel.org, robh+dt@kernel.org, mark.rutland@arm.com, pdeschrijver@nvidia.com, pgaikwad@nvidia.com, spujar@nvidia.com, josephl@nvidia.com, daniel.lezcano@linaro.org, mmaddireddy@nvidia.com, markz@nvidia.com, devicetree@vger.kernel.org, linux-clk@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org References: <1578370458-3686-1-git-send-email-skomatineni@nvidia.com> <20200107122152.GD1964183@ulmo> <1f7d3c1e-115c-e08e-240b-c4df9e68543d@nvidia.com> From: Dmitry Osipenko Message-ID: Date: Wed, 8 Jan 2020 03:40:23 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 In-Reply-To: <1f7d3c1e-115c-e08e-240b-c4df9e68543d@nvidia.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 07.01.2020 19:50, Sowjanya Komatineni пишет: > > On 1/7/20 4:21 AM, Thierry Reding wrote: >> On Mon, Jan 06, 2020 at 08:13:59PM -0800, Sowjanya Komatineni wrote: >>> This patch series moves Tegra PMC clocks from clock driver to pmc driver >>> along with the device trees changes and audio driver which uses one of >>> the pmc clock for audio mclk. >>> >>> Tegra PMC has clk_out_1, clk_out_2, clk_out_3 and blink controls which >>> are currently registered by Tegra clock driver using clk_regiser_mux and >>> clk_register_gate which performs direct Tegra PMC register access. >>> >>> When Tegra PMC is in secure mode, any access from non-secure world will >>> not go through. >>> >>> This patch series adds these Tegra PMC clocks and blink controls to >>> Tegra >>> PMC driver with PMC as clock provider and removes them from Tegra clock >>> driver. >>> >>> PMC clock clk_out_1 is dedicated for audio mclk from Tegra30 thru >>> Tegra210 >>> and clock driver does inital parent configuration for it and enables >>> them. >>> But this clock should be taken care by audio driver as there is no need >>> to have this clock pre enabled. >>> >>> So, this series also includes patch that updates ASoC driver to take >>> care of parent configuration for mclk if device tree don't specify >>> initial parent configuration using assigned-clock-parents and controls >>> audio mclk enable/disable during ASoC machine startup and shutdown. >>> >>> DTs are also updated to use clk_out_1 as audio mclk rather than extern1. >>> >>> This series also includes a patch for mclk fallback to extern1 when >>> retrieving mclk fails to have this backward compatible of new DT with >>> old kernels. >> Hi Sowjanya, >> >> this looks like it's almost ready to merge. Can you highlight if there >> are any build-time or runtime dependencies between the patches? The >> audio driver changes seem to be mostly isolated from the rest by the >> fallback implementation for legacy device trees. >> >> Is there anything that I need to keep in mind when applying these? And >> would it be fine for Mark to pick up the ASoC patches separately from >> the rest? >> >> Thierry > > Yes, ASoC patches can be picked separately. > > dependencies are b/w clock and pmc driver patches. Technically, the ASoC compatibility patches should be applied before the CaR changes. But perhaps it's not critical if audio fails during git's bisection.