Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp352829ybl; Fri, 24 Jan 2020 01:26:13 -0800 (PST) X-Google-Smtp-Source: APXvYqzM0/c5O5Lh/jndexkvoLG5TrWb24Xi5NONEt1Pc0IivpSOVC6egekKbTK4BI/1BAUTtTvz X-Received: by 2002:aca:4c07:: with SMTP id z7mr1423129oia.74.1579857972994; Fri, 24 Jan 2020 01:26:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579857972; cv=none; d=google.com; s=arc-20160816; b=zRZMpBM+TA0wC9bFGC7C2ULcQhHgsa2XHew+OJHqMCz+SWUNAowyjg6NE7Q0g5R3/W tjNJDmJqL5EloYZ6LcpTriZaAys1cM6iDrH7vE8rz61V8Jx2Q8dqzZ86RObMjdKSRh3f jiki6KBkb1lbJ7i+epY5DaZ7DS3JEz9EUUI6n3EjV65YK/HyLqL0cCTvxuAaFdL8AsXW +ko+9r9R2U6hiUOaeaPbF94effyj/x9CAqXWvu+U8weiTcDhARUFiRJNSCmpGrWgWOUc TbI7nik4LtNhpBGIZ63A296vv7BRNa6wJbmCGEsSvp9ne5zBNVLXYZvcvsm0+WtpkSLs KpSw== 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:organization:from:references:cc:to:subject; bh=1aMZDo4icidm/ANCC3TBUwl80rBMQ2/OYVuJ1fqeC78=; b=DqTD1a18Ni6l/3WUY0+59YCxM430UwBuI92PBvsT6tA3QmT4kwfQoEk0lZ/WGTh21P 5r07otVpYXXfWjP45v9SbVZ6i1jV7BTCYiDJcv0NDg0r1dXbFOK1DftoP5rL1+zeSN63 eCoSKatT61XTYSqKXqMiNB6mt4IeMH1pgcGWs7H6VgmvrwFzCf67hHrL/ZFnc6B0ak7m 1xAOrvRmKA+alylj0nSt+iEDajV1W5wZzkdH3QFohMsVDvc1OxJrd+YQU/s0ndD9uc00 FdDOfjXJu+tSj1v7XIJBbvxoFtgmZRGek4tthNDcIN97HHv5uKJWNjf/ROg24iur8Nw8 sGeQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u25si2611681otg.170.2020.01.24.01.26.00; Fri, 24 Jan 2020 01:26:12 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729746AbgAXIuP (ORCPT + 99 others); Fri, 24 Jan 2020 03:50:15 -0500 Received: from imap2.colo.codethink.co.uk ([78.40.148.184]:51506 "EHLO imap2.colo.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726173AbgAXIuP (ORCPT ); Fri, 24 Jan 2020 03:50:15 -0500 Received: from [167.98.27.226] (helo=[10.35.5.173]) by imap2.colo.codethink.co.uk with esmtpsa (Exim 4.92 #3 (Debian)) id 1iuufL-0002gP-Ar; Fri, 24 Jan 2020 08:50:11 +0000 Subject: Re: [PATCH v8 22/22] clk: tegra: Remove audio clocks configuration from clock driver To: Dmitry Osipenko , Sowjanya Komatineni , thierry.reding@gmail.com, 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 Cc: 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: <1578986667-16041-1-git-send-email-skomatineni@nvidia.com> <1578986667-16041-23-git-send-email-skomatineni@nvidia.com> <9765b723-33af-9863-72c9-8094203c8cb8@nvidia.com> From: Ben Dooks Organization: Codethink Limited. Message-ID: Date: Fri, 24 Jan 2020 08:50:10 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 24/01/2020 04:34, Dmitry Osipenko wrote: > 21.01.2020 19:57, Dmitry Osipenko пишет: >> 21.01.2020 19:19, Sowjanya Komatineni пишет: >>> >>> On 1/19/20 7:04 AM, Dmitry Osipenko wrote: >>>> External email: Use caution opening links or attachments >>>> >>>> >>>> 14.01.2020 10:24, Sowjanya Komatineni пишет: >>>> >>>> [snip] >>>> >>>>> diff --git a/drivers/clk/tegra/clk-tegra30.c >>>>> b/drivers/clk/tegra/clk-tegra30.c >>>>> index 5732fdbe20db..53d1c48532ae 100644 >>>>> --- a/drivers/clk/tegra/clk-tegra30.c >>>>> +++ b/drivers/clk/tegra/clk-tegra30.c >>>>> @@ -1221,9 +1221,8 @@ static struct tegra_clk_init_table init_table[] >>>>> __initdata = { >>>>>        { TEGRA30_CLK_UARTC, TEGRA30_CLK_PLL_P, 408000000, 0 }, >>>>>        { TEGRA30_CLK_UARTD, TEGRA30_CLK_PLL_P, 408000000, 0 }, >>>>>        { TEGRA30_CLK_UARTE, TEGRA30_CLK_PLL_P, 408000000, 0 }, >>>>> -     { TEGRA30_CLK_PLL_A, TEGRA30_CLK_CLK_MAX, 564480000, 1 }, >>>>> -     { TEGRA30_CLK_PLL_A_OUT0, TEGRA30_CLK_CLK_MAX, 11289600, 1 }, >>>>> -     { TEGRA30_CLK_EXTERN1, TEGRA30_CLK_PLL_A_OUT0, 0, 1 }, >>>>> +     { TEGRA30_CLK_PLL_A, TEGRA30_CLK_CLK_MAX, 564480000, 0 }, >>>>> +     { TEGRA30_CLK_PLL_A_OUT0, TEGRA30_CLK_CLK_MAX, 11289600, 0 }, >>>>>        { TEGRA30_CLK_I2S0, TEGRA30_CLK_PLL_A_OUT0, 11289600, 0 }, >>>>>        { TEGRA30_CLK_I2S1, TEGRA30_CLK_PLL_A_OUT0, 11289600, 0 }, >>>>>        { TEGRA30_CLK_I2S2, TEGRA30_CLK_PLL_A_OUT0, 11289600, 0 }, >>>>> >>>> What about to use the assigned-clock-rates in device-tree and thus to >>>> remove those PLL_A entries? >>> >>> Yes clock rates can be used and also PLL rate is set based on sample >>> rate during hw_params. So this can be removed. >>> >>> But PLLA clock rates are not related to this patch series and also >>> changing this needs audio function testing across all platforms and >>> currently we don't have audio functional tests in place for older >>> platforms. >>> >>> All audio clocks proper fixes and cleanup b/w clock driver and audio >>> driver will be done separately. >> >> If there are real plans to make sound driver to drive the PLLA rate, >> then indeed should be fine to keep it as-is for now. > > Looking at tegra_asoc_utils_set_rate(), it already sets the PLLA rate. > Maybe those table entries are not needed already? This reminds me I still have patches for support for tegra30 as clock slave. I should really sort out getting these finished up and tested. -- Ben Dooks http://www.codethink.co.uk/ Senior Engineer Codethink - Providing Genius https://www.codethink.co.uk/privacy.html