Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754058Ab2KQEP0 (ORCPT ); Fri, 16 Nov 2012 23:15:26 -0500 Received: from avon.wwwdotorg.org ([70.85.31.133]:35343 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753923Ab2KQEPZ (ORCPT ); Fri, 16 Nov 2012 23:15:25 -0500 Message-ID: <50A70F5C.3030205@wwwdotorg.org> Date: Fri, 16 Nov 2012 21:15:24 -0700 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Jonas Gorski CC: linux-mips@linux-mips.org, Ralf Baechle , John Crispin , Maxime Bizon , Florian Fainelli , Kevin Cernekee , devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [RFC] MIPS: BCM63XX: add Device Tree clock definitions References: <1352638249-29298-1-git-send-email-jonas.gorski@gmail.com> <1352638249-29298-10-git-send-email-jonas.gorski@gmail.com> <50A1D452.2020904@wwwdotorg.org> In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1570 Lines: 33 On 11/14/2012 05:11 AM, Jonas Gorski wrote: > On 13 November 2012 06:02, Stephen Warren wrote: >> On 11/11/2012 05:50 AM, Jonas Gorski wrote: >>> Add definitions for the clocks found and used in all supported SoCs. >> >>> diff --git a/arch/mips/bcm63xx/dts/bcm6328.dtsi b/arch/mips/bcm63xx/dts/bcm6328.dtsi >> >>> + clocks { >>> + #address-cells = <1>; >>> + #size-cells = <0>; >>> + >>> + periph: pll { >>> + compatible = "brcm,bcm63xx-clock"; >>> + #clock-cells = <0>; >>> + clock-frequency = <50000000>; >>> + clock-output-names = "periph"; >>> + }; >> >> Here too, it seems like some reg properties would be required. > > This is more or less a dummy clock with no real backing for it, but > some of the drivers expect this clock to be present (even just to get > the frequency). Should compatible="fixed-clock" then if this is just a dummy? Ideally though, nothing "dummy" would be added to the DT; the kernel would continue to provide the dummy values via code until the DT was able to fully represent the actual HW. -- 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/