From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753176Ab3IQQOI (ORCPT ); Tue, 17 Sep 2013 12:14:08 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:45857 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752828Ab3IQQOG (ORCPT ); Tue, 17 Sep 2013 12:14:06 -0400 Message-ID: <52387FC9.1080905@wwwdotorg.org> Date: Tue, 17 Sep 2013 10:14:01 -0600 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Sebastian Hesselbarth CC: Guenter Roeck , Mark Rutland , devicetree@vger.kernel.org, Mike Turquette , Hyun Kwon , Pawel Moll , Ian Campbell , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Rob Herring , linux-arm-kernel@lists.infradead.org, Rob Landley , Grant Likely , Soren Brinkmann Subject: Re: [PATCH] clk: si570: Add a driver for SI570 oscillators References: <1379033737-30015-1-git-send-email-soren.brinkmann@xilinx.com> <1379033737-30015-2-git-send-email-soren.brinkmann@xilinx.com> <52373314.5070806@wwwdotorg.org> <20130916164927.GB21352@roeck-us.net> <5237390E.5070203@wwwdotorg.org> <20130916173540.GA3481@roeck-us.net> <52374FF7.8040604@wwwdotorg.org> <52380BD5.8080105@gmail.com> In-Reply-To: <52380BD5.8080105@gmail.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/17/2013 01:59 AM, Sebastian Hesselbarth wrote: > On 09/16/2013 08:37 PM, Stephen Warren wrote: ... >> Perhaps if clock-frequency is specified, the driver should refuse to >> provide anything else. If clock-frequency isn't specified, the driver >> shouldn't touch the HW when it initializes, but should honor any >> requests that come in from other drivers? That would maintain what I >> feel is clock-frequency's connection to being a fixed clock. > > For the clk-si5351 programmable clock driver in mainline, it already > uses "clock-frequency" for initial clock setup but allows to set it > later on. IMHO that is ok, because from a initial point-of-view, an > initial frequency is fixed. As soon as the driver takes over, the user > is free to do whatever he wants and should not be limited by DT. > > But if we vote against that approach, we should probably also modifiy > clk-si5351 accordingly. I suppose that approach isn't unreasonable. So, if there's precedent for it, this driver may as well follow it.