From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754274AbdEHLHg (ORCPT ); Mon, 8 May 2017 07:07:36 -0400 Received: from mail-pf0-f193.google.com ([209.85.192.193]:33314 "EHLO mail-pf0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753540AbdEHLHb (ORCPT ); Mon, 8 May 2017 07:07:31 -0400 Date: Mon, 8 May 2017 19:07:26 +0800 From: Dong Aisheng To: Stephen Boyd Cc: Dong Aisheng , linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de, broonie@kernel.org, yibin.gong@nxp.com, rjw@rjwysocki.net, viresh.kumar@linaro.org, mturquette@baylibre.com, shawnguo@kernel.org, fabio.estevam@nxp.com, anson.huang@nxp.com, ping.bai@nxp.com, leonard.crestez@nxp.com, octavian.purdila@nxp.com Subject: Re: [RFC PATCH 0/3] clk: introduce clk_bulk_get accessories Message-ID: <20170508110726.GA18153@b29396-OptiPlex-7040> References: <1491969809-20154-1-git-send-email-aisheng.dong@nxp.com> <20170422030419.GV7065@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170422030419.GV7065@codeaurora.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 21, 2017 at 08:04:19PM -0700, Stephen Boyd wrote: > On 04/12, Dong Aisheng wrote: > > > > Together with the err path handling for each clocks, it does make > > things a bit ugly. > > > > Since we already have regulator_bulk_get accessories, i thought we > > probably could introduce clk_bulk_get as well to handle such case to > > ease the driver owners' life. > > > > Besides IMX cpufreq driver, there is also some similar cases > > in kernel which could befinit from this api as well. > > e.g. > > drivers/cpufreq/tegra124-cpufreq.c > > drivers/cpufreq/s3c2412-cpufreq.c > > sound/soc/samsung/smdk_spdif.c > > arch/arm/mach-omap1/serial.c > > ... > > > > And actually, if we handle clocks more than 3, then it might be > > worthy to try, which there is quite many manay in kernel and > > that probably could save a lot codes. > > > > This is a RFC patch intending to bring up the idea to discuss. > > > > Idea seems fine to me. Please also add Russell King, as we need > an ack from him on the clk.h API changes. > Great! Thanks! And sorry to miss Russell King. Quite willing to add him to help review in the next series. Regards Dong Aisheng From mboxrd@z Thu Jan 1 00:00:00 1970 From: dongas86@gmail.com (Dong Aisheng) Date: Mon, 8 May 2017 19:07:26 +0800 Subject: [RFC PATCH 0/3] clk: introduce clk_bulk_get accessories In-Reply-To: <20170422030419.GV7065@codeaurora.org> References: <1491969809-20154-1-git-send-email-aisheng.dong@nxp.com> <20170422030419.GV7065@codeaurora.org> Message-ID: <20170508110726.GA18153@b29396-OptiPlex-7040> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, Apr 21, 2017 at 08:04:19PM -0700, Stephen Boyd wrote: > On 04/12, Dong Aisheng wrote: > > > > Together with the err path handling for each clocks, it does make > > things a bit ugly. > > > > Since we already have regulator_bulk_get accessories, i thought we > > probably could introduce clk_bulk_get as well to handle such case to > > ease the driver owners' life. > > > > Besides IMX cpufreq driver, there is also some similar cases > > in kernel which could befinit from this api as well. > > e.g. > > drivers/cpufreq/tegra124-cpufreq.c > > drivers/cpufreq/s3c2412-cpufreq.c > > sound/soc/samsung/smdk_spdif.c > > arch/arm/mach-omap1/serial.c > > ... > > > > And actually, if we handle clocks more than 3, then it might be > > worthy to try, which there is quite many manay in kernel and > > that probably could save a lot codes. > > > > This is a RFC patch intending to bring up the idea to discuss. > > > > Idea seems fine to me. Please also add Russell King, as we need > an ack from him on the clk.h API changes. > Great! Thanks! And sorry to miss Russell King. Quite willing to add him to help review in the next series. Regards Dong Aisheng