From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935873AbcHaQRF (ORCPT ); Wed, 31 Aug 2016 12:17:05 -0400 Received: from mail-oi0-f43.google.com ([209.85.218.43]:34900 "EHLO mail-oi0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935818AbcHaQQ7 (ORCPT ); Wed, 31 Aug 2016 12:16:59 -0400 Date: Wed, 31 Aug 2016 11:16:51 -0500 From: Rob Herring To: =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: Michael Turquette , Stephen Boyd , linux-clk@vger.kernel.org, bcm-kernel-feedback-list , =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= , Mark Rutland , Eric Anholt , Jon Mason , Florian Fainelli , Stephen Warren , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list Subject: Re: [PATCH V5] clk: bcm: Add driver for BCM53573 ILP clock Message-ID: <20160831161651.GA32012@rob-hp-laptop> References: <20160823061745.8162-1-zajec5@gmail.com> <20160823062613.13865-1-zajec5@gmail.com> <20160823195528.GA17844@rob-hp-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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 Thu, Aug 25, 2016 at 02:42:52PM +0200, Rafał Miłecki wrote: > On 23 August 2016 at 21:55, Rob Herring wrote: > > On Tue, Aug 23, 2016 at 08:25:59AM +0200, Rafał Miłecki wrote: > >> From: Rafał Miłecki > >> > >> This clock is present on BCM53573 devices (including BCM47189) that use > >> Cortex-A7. ILP is a part of PMU (Power Management Unit) and so it should > >> be defined as one of its subnodes (subdevices). For more details see > >> Documentation entry. > >> > >> Unfortunately there isn't a set of registers related to ILP clock only. > >> We use registers 0x66c, 0x674 and 0x6dc and between them there are e.g. > >> "retention*" and "control_ext" regs. This is why this driver maps all > >> 0x1000 B of space. > > > > Then describe the block as a syscon which has several functions of > > which clocks are one. > > This isn't clear to me, sorry, could you describe it? Would you like > me to update commit message or documentation? Is code fine as is? Let me put it another way, when you need to use the other registers, how do you plan to describe them in DT? We don't really want a node per register, nor do I want to get binding docs one by one as you add each function. Instead describe the block with all the misc functions as a whole. What would you call that block? Still ILP or something else? Also, you if you do have multiple drivers all needing to access this single block, then that is when you need syscon and regmap. Rob