Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933141Ab3CSByd (ORCPT ); Mon, 18 Mar 2013 21:54:33 -0400 Received: from mail-da0-f53.google.com ([209.85.210.53]:43008 "EHLO mail-da0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933128Ab3CSByb convert rfc822-to-8bit (ORCPT ); Mon, 18 Mar 2013 21:54:31 -0400 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT To: Arnd Bergmann , Sebastian Hesselbarth From: Mike Turquette In-Reply-To: <201303161456.54246.arnd@arndb.de> Cc: linux-doc@vger.kernel.org, Linus Walleij , linux-kernel@vger.kernel.org, Rob Herring , Grant Likely , Rob Landley , Andrew Morton , devicetree-discuss@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org References: <1363439376-21294-1-git-send-email-sebastian.hesselbarth@gmail.com> <201303161456.54246.arnd@arndb.de> Message-ID: <20130319015425.8663.84827@quantum> User-Agent: alot/0.3.3+ Subject: Re: [PATCH] clk: add DT test clock consumer driver Date: Mon, 18 Mar 2013 18:54:25 -0700 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2641 Lines: 61 Quoting Arnd Bergmann (2013-03-16 07:56:54) > On Saturday 16 March 2013, Sebastian Hesselbarth wrote: > > This driver adds a DT test clock consumer that exposes debugfs files to > > enable/disable and set/get rate of the attached programmable clock. > > During development of a i2c-attached clock generator I found it useful > > to debug the clock generator's internal pll settings by enforcing clock > > rates through debugfs. > > > > Signed-off-by: Sebastian Hesselbarth > > It sounds a little clumsy to have a device driver to match a device that > you create just for matching the driver. > > Would it be possible to separate the debugging logic from the platform > device logic? I think it may be useful to have a debugfs or sysfs > inteface for all clocks in the system, even if that is disabled by > default or only available after manually loading a module implementing > that functionality. > I agree that a generic approach is needed here. I have been meaning to break the existing debugfs stuff out into clk-debug.c. I'll do that soon and maybe you can add a new Kconfig entry for COMMON_CLK_DEBUG_USERSPACE (or something like that) which implements this? On the other hand this sort of stuff really scares me. I know for a fact that a debug interface to enable/disable clocks and set clock rate would ship on real devices. Quite likely some android phones out there would be controlling hardware clocks from some horrible userspace utility. *shudder* Sebastian, another small nitpick, can you change the "enable" attribute to be named "prepare_enable"? This more accurately reflects what is going on. I also wonder how simple it would be to add a "parent" attribute here that allows one to call clk_set_parent from the debugfs interface? To make it easy on you, the interface could accept an integer as the index of the clk->parents[] array. This is a bad interface design as it requires the user to look into the code to know which index corresponds to which parent clock; however I do not want people to use this interface for anything other than debug/testing, so I am ok with this interface being a PITA to use. Regards, Mike > Arnd > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/