From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.6 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_CR_TRAILER,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 409FEC433DB for ; Wed, 10 Feb 2021 02:00:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E669364E45 for ; Wed, 10 Feb 2021 02:00:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235082AbhBJCAY (ORCPT ); Tue, 9 Feb 2021 21:00:24 -0500 Received: from mail.kernel.org ([198.145.29.99]:53578 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235184AbhBJB66 (ORCPT ); Tue, 9 Feb 2021 20:58:58 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8DA3A64E56; Wed, 10 Feb 2021 01:58:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1612922297; bh=zn3FmLbVCB5XRXGLwh2fxizts24GOMcfbHQsOIScuCY=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=TekWbgH+GXdz3GxuFaHo4EdcUoQfTOTKzbpuOvaMMAehaeeyU52ff9lwWTv7rd/F2 8r/K+ez5adInmwH8uj4J3yZUSIvGK7IQiNaeqDMQJoSGlZjrLYJ6SP8rRti0AKGboo LOq/MuHIkqcIMA+k5OkArb734hO2R62amJVoAwmmz+h1/4gjoyamLLcFNqnKti+zxE 8mB9Mi3FuAKcuYen0omJuDcHu/VesVcvujzFYtBY5SvCO+DfaGgnjoGJBNmV/keB42 Oh3zCgN4/TsL+jiLuKihpt53BD8lfc84E6ZuGW1C84j4Ge6qOeIZvtI7tNQ4FtfRyW Fc1+3ddI2Ar4A== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20210114124032.12765-4-pali@kernel.org> References: <20210114124032.12765-1-pali@kernel.org> <20210114124032.12765-4-pali@kernel.org> Subject: Re: [PATCH mvebu v2 03/10] clk: mvebu: armada-37xx-periph: remove .set_parent method for CPU PM clock From: Stephen Boyd Cc: Marek =?utf-8?q?Beh=C3=BAn?= , Miquel Raynal , Tomasz Maciej Nowak , Luka Perkov , Andre Heider , Vladimir Vid , Russell King , =?utf-8?q?G=C3=A9rald?= Kerma , Konstantin Porotchkin To: Andrew Lunn , Gregory Clement , Michael Turquette , Pali =?utf-8?q?Roh=C3=A1r?= , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org Date: Tue, 09 Feb 2021 17:58:16 -0800 Message-ID: <161292229602.418021.3135925555617646144@swboyd.mtv.corp.google.com> User-Agent: alot/0.9.1 Precedence: bulk List-ID: X-Mailing-List: linux-clk@vger.kernel.org Quoting Pali Roh=C3=A1r (2021-01-14 04:40:25) > From: Marek Beh=C3=BAn >=20 > Remove the .set_parent method in clk_pm_cpu_ops. >=20 > This method was supposed to be needed by the armada-37xx-cpufreq driver, > but was never actually called due to wrong assumptions in the cpufreq > driver. After this was fixed in the cpufreq driver, this method is not > needed anymore. >=20 > Signed-off-by: Marek Beh=C3=BAn > Fixes: 2089dc33ea0e ("clk: mvebu: armada-37xx-periph: add DVFS support fo= r cpu clocks") > Cc: Gregory CLEMENT > Cc: Miquel Raynal > --- Acked-by: Stephen Boyd