From mboxrd@z Thu Jan 1 00:00:00 1970 From: Guenter Roeck Subject: Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver Date: Thu, 21 May 2015 08:59:50 -0700 Message-ID: <20150521155950.GA18300@roeck-us.net> References: <=fu.wei@linaro.org> <1432197156-16947-1-git-send-email-fu.wei@linaro.org> <1432197156-16947-7-git-send-email-fu.wei@linaro.org> <555DB4C4.5090606@roeck-us.net> <20150521151847.GA16668@roeck-us.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-doc-owner@vger.kernel.org To: Fu Wei Cc: Suravee Suthikulpanit , Linaro ACPI Mailman List , linux-watchdog@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, Wei Fu , G Gregory , Al Stone , Hanjun Guo , Timur Tabi , Ashwin Chaugule , Arnd Bergmann , vgandhi@codeaurora.org, wim@iguana.be, Jon Masters , Leo Duran , Jon Corbet , Mark Rutland List-Id: devicetree@vger.kernel.org On Thu, May 21, 2015 at 11:46:53PM +0800, Fu Wei wrote: > Hi Guenter, > [ ... ] > >> >> + > >> >> + /* > >> >> + * Try to determine the frequency from the arch_timer interface > >> >> + */ > >> >> + clk = arch_timer_get_rate(); > >> > > >> > > >> > arch_timer_get_rate() does not seem to be exported. Did you try to build > >> > the driver as module ? > >> > >> yes, I have built it as a ko module, that is why I made a patch to > >> export this interface in the first patch of this patchset > >> > >> but I will confirm it again :-) > >> > > Guess I'll give it a try myself. I don't really understand how this > > can work unless arch_timer_get_rate() is exported in your tree. > > yes, I have exported it , I think it make sense to export it. > Because other driver maybe need to get system counter info > > Do you agree ? :-) > I don't think it is for me to agree or not. The arm maintainers will need to be involved. You can not just export such a function without maintainer Ack. Having said that, my personal preference would be for the counter and rate to be exported through the clock subsystem (ie with clk_get_rate). But that would still not provide the current counter value, so maybe that isn't even possible. Thanks, Guenter