Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1043547AbdDVDEX (ORCPT ); Fri, 21 Apr 2017 23:04:23 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:53484 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1043428AbdDVDEW (ORCPT ); Fri, 21 Apr 2017 23:04:22 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 61306611CA Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sboyd@codeaurora.org Date: Fri, 21 Apr 2017 20:04:19 -0700 From: Stephen Boyd To: Dong Aisheng Cc: 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: <20170422030419.GV7065@codeaurora.org> References: <1491969809-20154-1-git-send-email-aisheng.dong@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1491969809-20154-1-git-send-email-aisheng.dong@nxp.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1032 Lines: 31 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. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project