Received: by 2002:a05:7412:a9a2:b0:e2:908c:2ebd with SMTP id o34csp738373rdh; Thu, 26 Oct 2023 14:30:01 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE8Zf22geNXCjcHNO7K2nFtKkofBKLaSwvpoBhuyQKGpgowW26vZhXn8idCTy+SamZk9aN8 X-Received: by 2002:a25:d703:0:b0:da0:5c2e:1799 with SMTP id o3-20020a25d703000000b00da05c2e1799mr647714ybg.19.1698355800821; Thu, 26 Oct 2023 14:30:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698355800; cv=none; d=google.com; s=arc-20160816; b=iZBxN3M8J77noaddkjWtr+KHajBJ0ua89+dJnsWX+IJgx4C7lO5NBJNNlNfFJS5egV 8z+wUZvduiaX2BQXpPsRXUYL5ZkTFUsiV3a7jJMszWBOGCp9XjF8ud18bZfyjsakRaRf mj5/htXyJgc3RFPm+zdANHNaVEpsYgFBJPNsCYwHccY3iiCLENXTruPBBuEiFDdDZqy3 KZ10DFiv7TohRdAWLyO7E/NsR571sOFMlaCCt3bx+8iVWOqIJLrhnhqBix65KDhkpJDa RU6SyfX5esw+qExzG6JU4jOtcTXpcxJ4BRFJWrK4kMQWaS5LU5FHGOw+Cddo7EOWWDFT 1BiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:date:to:cc:from:subject:references :in-reply-to:content-transfer-encoding:mime-version:message-id :dkim-signature; bh=v4dcW+tWoxs4qTOjrdpuCmhGn9Z1f/3PI/mKCu9z+DI=; fh=LfKGGMpIn4rtVwtgcw4cAqfSy0jGAD4CMrKnkvMPQCo=; b=ars/cgBQbSWwSOIse97ORorIxbnB8V2Dklfz35aQrH+pzUXl7907H9LLPAL4I5+6dK KLpGfIH/cHR7v7FWPa9fS0w7tdg6B/wtwivPa2NMG7jLnrFZFRZZpsxrrIxRkNQFUHB5 Ax2NcsNkjhmrAqidq4JBck1uADEflJR7FdmjiMFpm5PO0JXXI4NUPWWzjIzxAj6mLiWD ar25UVY0LG5zYbUUu0Y+/l6tzXSWAbWTDTe/sNRjngSoXllrLTiSKjuxiYHi2NKPtb/U Z0I33rl/vr/1exgHLXGVsfKqyoWD40DqWdKlMxrGpG34CVbIW4c9LNTxIdTyztW8Q0qB xnNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=YigZCOfa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id i11-20020a25d10b000000b00da08e7ce4b2si520528ybg.495.2023.10.26.14.30.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Oct 2023 14:30:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=YigZCOfa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 7003781BE2C4; Thu, 26 Oct 2023 14:29:58 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344812AbjJZV3u (ORCPT + 99 others); Thu, 26 Oct 2023 17:29:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58240 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231977AbjJZV3t (ORCPT ); Thu, 26 Oct 2023 17:29:49 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 56D86DC; Thu, 26 Oct 2023 14:29:47 -0700 (PDT) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E515EC433C8; Thu, 26 Oct 2023 21:29:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1698355787; bh=+YN2wOtRkIWdM84iVFF3QLRFT0RlayTMutqyrR645Ug=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=YigZCOfaYFjhOlTe0VXDV9sMkkTwtrgGZL7mV5vejHxUIMuz7sG3CWmWA1b05pFQM ZAzBHz2izg0P8TKDSS2cZxc6b7orMYYCnbIHdnquWwKa0UmlkiKBXixkaS7V0B7QpC 7GhrTOMQekPtI3WMy8bTUSRfuPeVkqLmBoGfpBaeJ+qWR3S/6OKX7oEwbtAbv6fzie cd8/hr5kQhkEep5DEZURwbDz6AoVCtpVjbYSSqNUow8ThN8PK+VkR5Vmh0KnhNx5ZC dDIm0lna8pups1MNtMevU0uuhlDhvf7qn9S0pV3BSwCTX0ghs+v23tZHzXjOPlXqVG 1aP6DsTkSXvYQ== Message-ID: Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20231018070144.8512-1-zhangqing@rock-chips.com> <20231025194849.4esjw4w2trgalp55@mercury.elektranox.org> Subject: Re: [PATCH v4 0/4] rockchip: add GATE_LINK From: Stephen Boyd Cc: conor+dt@kernel.org, heiko@sntech.de, kever.yang@rock-chips.com, krzysztof.kozlowski+dt@linaro.org, mturquette@baylibre.com, robh+dt@kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, huangtao@rock-chips.com, andy.yan@rock-chips.com To: Sebastian Reichel , zhangqing Date: Thu, 26 Oct 2023 14:29:44 -0700 User-Agent: alot/0.10 X-Spam-Status: No, score=-1.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Thu, 26 Oct 2023 14:29:58 -0700 (PDT) Quoting zhangqing (2023-10-25 19:25:43) >=20 > =E5=9C=A8 2023/10/26 5:40, Stephen Boyd =E5=86=99=E9=81=93: > > Quoting Sebastian Reichel (2023-10-25 12:48:49) > >> Hello Stephen, > >> > >> On Mon, Oct 23, 2023 at 06:47:17PM -0700, Stephen Boyd wrote: > >>> Quoting Elaine Zhang (2023-10-18 00:01:40) > >>>> Recent Rockchip SoCs have a new hardware block called Native Interfa= ce > >>>> Unit (NIU), which gates clocks to devices behind them. These effecti= vely > >>>> need two parent clocks. > >>>> Use GATE_LINK to handle this. > >>> Why can't pm clks be used here? The qcom clk driver has been doing th= at > >>> for some time now. > >>> > >>> $ git grep pm_clk_add -- drivers/clk/qcom/ > >> Maybe I'm mistaken, but as far as I can tell this is adding the > >> dependency on controller level and only works because Qualcomm > >> has multiple separate clock controllers. In the Rockchip design > >> there is only one platform device. > >> > >> Note, that the original downstream code from Rockchip actually used > >> pm_clk infrastructure by moving these clocks to separate platform > >> devices. I changed this when upstreaming the code, since that leaks > >> into DT and from DT point of view there should be only one clock > >> controller. > >> > > Why can't the rockchip driver bind to a single device node and make > > sub-devices for each clk domain and register clks for those? Maybe it > > can use the auxiliary driver infrastructure to do that? >=20 > Option 1: >=20 > Use the current patch to adapt the GATE_LINK type upstream. >=20 > The real function of GATE_LINK is implemented=E3=80=82 >=20 > Just to improve and adapt the existing features on upstream. >=20 >=20 > Option 2: >=20 > What we use on our internal branches are: Does this require DT changes? If so, it's a non-starter. Why can't auxiliary devices be used?