From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: MIME-Version: 1.0 Sender: glikely@secretlab.ca In-Reply-To: References: From: Grant Likely Date: Mon, 9 Aug 2010 23:04:16 -0600 Message-ID: Subject: Re: Review Request: New proposal for device tree clock binding. To: Li Yang-R58472 Content-Type: text/plain; charset=ISO-8859-1 Cc: devicetree-discuss , linuxppc-dev@lists.ozlabs.org, Jeremy Kerr List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, Aug 9, 2010 at 10:56 PM, Li Yang-R58472 wrot= e: >>>> I've avoided requiring clock nodes to have a separate sub node for >>>> each output because it is more verbose and it prevents clock >>>> providers from having child nodes for other purposes. =A0Are you >>>> concerned that >>> >>> I don't see why there should be child nodes for other purposes under >>clock node. >>> >>>> having the +output name pair will be difficult to manage? >>> >>> That's part of my concern. >> >>I was concerned about this too until I found precedence for doing the >>exact same thing in the pci binding (and ePAPR). =A0Mixing phandle and a >>string in this way doesn't bother me anymore. > > Where exactly can I get the sample code for handling this binding? In my test-devicetree branch. See the file drivers/of/clock.c[1] from commit [2]: [1] http://git.secretlab.ca/?p=3Dlinux-2.6.git;a=3Dblob;f=3Ddrivers/of/cloc= k.c;h=3D26bd70c293d3ec23cbef3f67e0853069b6c24dc0;hb=3Dfadbfb859485148756533= b28203b7b0188a17250 [2] http://git.secretlab.ca/?p=3Dlinux-2.6.git;a=3Dcommit;h=3Dfadbfb8594851= 48756533b28203b7b0188a17250 g.