Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4756545yba; Mon, 20 May 2019 03:16:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqyxvB91wp1CLTL/7trBVBvp9DKYO1NAuf7reQ0K05E4iMEOD/GftpZJ3BwgqO7h50sAtxEv X-Received: by 2002:a62:1a0f:: with SMTP id a15mr59131040pfa.111.1558347402516; Mon, 20 May 2019 03:16:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558347402; cv=none; d=google.com; s=arc-20160816; b=c4FfnkQimIHjEZsZsLmoAOROvFFK624AKBBPQnmv3uhXjfe3wsvLclNYgAHVvOZPc1 7X0342TqX3S+F/u8Z96zcdOV1M3lyLc+dF5U9PYC30rMGmgUrVeH0Nv5CGt54+WZ/aIg 0WTNbrnSVB421gFQ7wxvq08MuEQBTXJ4FuibsLzTEg5oN1mVBD9su5ZJ6DnZR6GO5FOj bwlYBnKoXIg7kTH5s387WYhEkAB0RNaI9S7qyvsCHi2EtFa+Nqsuau08qDdO1GKo05sb sGK6EqTWmzBJ1uE55k7B1hJcA/s2JYy7VAiSW5OUHH+5JE0F1KE4ovnG1FDT9+IwXEgW 8VAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=C2bxqEoFdmWaynPEmweSYmFVcP7fc0tAy1SufsWD4wU=; b=DABzM4kcfwHSsfaKtkvu7zW4Ir785e+Z1FL0HsmnDRGRy4G9YkGF++ells2FOx3zBD xmhA9CGVoptgEr5PRk3oGFwMlbW6XWRknVPSITvGRFOIKMNHKFlDehgXVozRkWstThl2 lE6ldczmfAh5VvOola/k5fAIgQlFyb7bjhcZ3O6OjARlwzv5GL/se5NPy+obU3tudoSy OMghhCwXfF4nXL42Zpu8u90jT2DQDFv0T2sCqmPzQcSji2+UuoFwZOy9YDVJtgKpnykd L7a4DFdiYfOLFLxToipjhD63PkRzvA2A6jHMsZmH/D5+VSyM5fBDnb/WlB2e+PFmYXKz K9Hg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d11si17477554pgj.84.2019.05.20.03.16.27; Mon, 20 May 2019 03:16:42 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731334AbfETJDc (ORCPT + 99 others); Mon, 20 May 2019 05:03:32 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:51373 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727301AbfETJDc (ORCPT ); Mon, 20 May 2019 05:03:32 -0400 X-Originating-IP: 90.88.22.185 Received: from localhost (aaubervilliers-681-1-80-185.w90-88.abo.wanadoo.fr [90.88.22.185]) (Authenticated sender: maxime.ripard@bootlin.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 89B0960010; Mon, 20 May 2019 09:03:27 +0000 (UTC) Date: Mon, 20 May 2019 11:03:27 +0200 From: Maxime Ripard To: Chen-Yu Tsai Cc: Stephen Boyd , Michael Turquette , Chen-Yu Tsai , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 00/25] clk: sunxi-ng: clk parent rewrite part 1 Message-ID: <20190520090327.iejd3q7c3iwomzlz@flea> References: <20190520080421.12575-1-wens@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2ypype76y25ofynl" Content-Disposition: inline In-Reply-To: <20190520080421.12575-1-wens@kernel.org> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2ypype76y25ofynl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 20, 2019 at 04:03:56PM +0800, Chen-Yu Tsai wrote: > From: Chen-Yu Tsai > > Hi everyone, > > This is series is the first part of a large series (I haven't done the > rest) of patches to rewrite the clk parent relationship handling within > the sunxi-ng clk driver. This is based on Stephen's recent work allowing > clk drivers to specify clk parents using struct clk_hw * or parsing DT > phandles in the clk node. > > This series can be split into a few major parts: > > 1) The first patch is a small fix for clk debugfs representation. This > was done before commit 1a079560b145 ("clk: Cache core in > clk_fetch_parent_index() without names") was posted, so it might or > might not be needed. Found this when checking my work using > clk_possible_parents. > > 2) A bunch of CLK_HW_INIT_* helper macros are added. These cover the > situations I encountered, or assume I will encounter, such as single > internal (struct clk_hw *) parent, single DT (struct clk_parent_data > .fw_name), multiple internal parents, and multiple mixed (internal + > DT) parents. A special variant for just an internal single parent is > added, CLK_HW_INIT_HWS, which lets the driver share the singular > list, instead of having the compiler create a compound literal every > time. It might even make sense to only keep this variant. > > 3) A bunch of CLK_FIXED_FACTOR_* helper macros are added. The rationale > is the same as the single parent CLK_HW_INIT_* helpers. > > 4) Bulk conversion of CLK_FIXED_FACTOR to use local parent references, > either struct clk_hw * or DT .fw_name types, whichever the hardware > requires. > > 5) The beginning of SUNXI_CCU_GATE conversion to local parent > references. This part is not done. They are included as justification > and examples for the shared list of clk parents case. That series is pretty neat. As far as sunxi is concerned, you can add my Acked-by: Maxime Ripard > I realize this is going to be many patches every time I convert a clock > type. Going forward would the people involved prefer I send out > individual patches like this series, or squash them all together? For bisection, I guess it would be good to keep the approach you've had in this series. If this is really too much, I guess we can always change oru mind later on. Thanks! Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel engineering https://bootlin.com --2ypype76y25ofynl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRcEzekXsqa64kGDp7j7w1vZxhRxQUCXOJtXgAKCRDj7w1vZxhR xQfkAQDQX2OO7NWM6Uc/mv7S2HQgLu755CMRobYRqL6EDMn5twD/WlNMYOlQibvH Kk0T6Z3CVuTDEoh9v+fpo5OUWhc1qw4= =G/SF -----END PGP SIGNATURE----- --2ypype76y25ofynl--