Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp765329ybl; Wed, 11 Dec 2019 07:12:08 -0800 (PST) X-Google-Smtp-Source: APXvYqwQq/vxL/sSnwfO/IokfY+HiKz7y4czrF98FKuQWFLiwg12OcBS2uQshbj7KXyqn4/ymRHt X-Received: by 2002:a05:6830:10a:: with SMTP id i10mr2498103otp.365.1576077128822; Wed, 11 Dec 2019 07:12:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576077128; cv=none; d=google.com; s=arc-20160816; b=JTA8V6J5seD+QNbtUcJ3hANL6Q7A3L1y27b7zTv6Ob8NM+hVOWBWQz5W6IRX/oz62i gN1JRBRH5q645AkZn3O35N4Fh1F71i014Fnmdfv5TlrE65KovzGMizzlE+2+TRTWBwOU p/zFVh05KsLilsT5KVIu0C2knCCzGwBvKfcCWK6hvAiN23/1pBjT1fo9zmSZCqpRKlGQ g7m1fcd/7FHM0tFyrSToR6B+IF3/XzGSI4szYtaEuPNMrpfPCbA529xNxRqdLgBx455t WEgqQR7/mAj7ypbmHIHhEmRv+PhLYq83V9eDRi6f17YvBI872LvhLSq2wVnso09urcgQ YlVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=VvDMrUYT7taYzbMa3m3Y5QwG5+rFZtiGCZ+lwUnZ+H4=; b=qOuYVj3G24He3k2FbcuMF6/jk6IA++xBWdSeEvzMwj7qVCt0BybhMwNK2RYnYtxyRj ioCBH3+GxPhG1TU9kHVqCn+w+CgPTtsptMcU/CStcDoO2uwfnK3uSehMWyVM6j8zteOm eezO1RJERhAjLk+f1TmvxHytwdlkvOJoHK2DZ5Gyfjb58reMgvdVo9vf1l2vPDxsIB6O vv+6K30onWkjwhQ+Pg6kTe39tca5WYR4Ti+L/IbN63fOQJ3jLr/snmjwLjHJx25dwQig yHKfVoxXEmoKlkFtqdj7lFGwB0ahXvR2/bRU9yLb4nd/3mQEPg/phYS2sRlRU7MLYxMq zT4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=Lm5F6nqi; 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=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u13si1289389otg.118.2019.12.11.07.11.56; Wed, 11 Dec 2019 07:12:08 -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=@nvidia.com header.s=n1 header.b=Lm5F6nqi; 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=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730799AbfLKPKo (ORCPT + 99 others); Wed, 11 Dec 2019 10:10:44 -0500 Received: from hqnvemgate26.nvidia.com ([216.228.121.65]:15745 "EHLO hqnvemgate26.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730487AbfLKPKg (ORCPT ); Wed, 11 Dec 2019 10:10:36 -0500 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate26.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Wed, 11 Dec 2019 07:10:28 -0800 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Wed, 11 Dec 2019 07:10:34 -0800 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Wed, 11 Dec 2019 07:10:34 -0800 Received: from DRHQMAIL107.nvidia.com (10.27.9.16) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 11 Dec 2019 15:10:31 +0000 Received: from tbergstrom-lnx.Nvidia.com (10.124.1.5) by DRHQMAIL107.nvidia.com (10.27.9.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 11 Dec 2019 15:10:30 +0000 Received: by tbergstrom-lnx.Nvidia.com (Postfix, from userid 1000) id 66AC6447B2; Wed, 11 Dec 2019 17:10:28 +0200 (EET) Date: Wed, 11 Dec 2019 17:10:28 +0200 From: Peter De Schrijver To: Dmitry Osipenko CC: Sowjanya Komatineni , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH v3 03/15] soc: tegra: Add Tegra PMC clock registrations into PMC driver Message-ID: <20191211151028.GZ28289@pdeschrijver-desktop.Nvidia.com> References: <288a1701-def6-d628-26bc-a305f817bdb1@gmail.com> <78644d45-2ae3-121f-99fc-0a46f205907d@nvidia.com> <49da77dc-b346-68eb-9ef8-42cfb3221489@nvidia.com> <3f1c9325-3017-62be-1e3b-82fd28540fdf@nvidia.com> <6fcbff3d-8695-7cd0-60de-6eb523b6964c@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <6fcbff3d-8695-7cd0-60de-6eb523b6964c@gmail.com> X-NVConfidentiality: public User-Agent: Mutt/1.9.4 (2018-02-28) X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL111.nvidia.com (172.20.187.18) To DRHQMAIL107.nvidia.com (10.27.9.16) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1576077028; bh=VvDMrUYT7taYzbMa3m3Y5QwG5+rFZtiGCZ+lwUnZ+H4=; h=X-PGP-Universal:Date:From:To:CC:Subject:Message-ID:References: MIME-Version:Content-Type:Content-Disposition:In-Reply-To: X-NVConfidentiality:User-Agent:X-Originating-IP:X-ClientProxiedBy; b=Lm5F6nqi5lm9oF3AFvMVlJyM+vsVmkKVxMC3aCEATgZO2h7/YDOmlhxTh16jJsYJc RiTDpkOAGndf7f5g1VHhTGp0uN0v291Ea9MpN52Vs9fo5PtJEB6Zx5z61K91j3ytjq mff6ObVy21nYWvLr+C7tSIvriqp0/PQ0hSigNsBE/FlJGH+QmpZXlRv7KroBogN+1w Cz7mjfNTukwY2nltQx3atJPxUyEKwDEJnOP/0N6zXKUqC2iRiQJTV8QETKFJ8qqemu yrIV5TJcqcqdsN6mPTX3i85m8T+/UOb2TOeAfLfE+x5CnmT8RyiTFIDmSn7YykhuIu 1ZWP3M73v2MFg== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 10, 2019 at 08:41:56PM +0300, Dmitry Osipenko wrote: .. > > > > PMC clock gate is based on the state of CLKx_ACCEPT_REQ and FORCE_EN > > like explained above. > > > > CLKx_ACCEPT_REQ is 0 default and FORCE_EN acts as gate to enable/disable > > EXTPERIPH clock output to PMC CLK_OUT_1/2/3. > > [and to enable OSC as well] > > > So I believe we need to register as MUX and Gate rather than as a single > > clock. Please confirm. > > 1. The force-enabling is applied to both OSC and EXTERN sources of > PMC_CLK_OUT_x by PMC at once. > > 2. Both of PMC's force-enabling and OSC/EXTERN selection is internal to PMC. > > Should be better to define it as a single "pmc_clk_out_x". I don't see > any good reasons for differentiating PMC's Gate from the MUX, it's a > single hardware unit from a point of view of the rest of the system. > > Peter, do you have any objections? The reason to have separate gate and mux clocks, is to preserve compatibility with existing users. Otherwise the current users would need to figure out if there's a single clock or 2 clocks to configure. I don't think adding that code in each user is worth it only to have a sligthly nicer modelling of the hardware. Cheers, Peter.