Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754031Ab2KQEN3 (ORCPT ); Fri, 16 Nov 2012 23:13:29 -0500 Received: from avon.wwwdotorg.org ([70.85.31.133]:60629 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753923Ab2KQEN2 (ORCPT ); Fri, 16 Nov 2012 23:13:28 -0500 Message-ID: <50A70EE6.3050101@wwwdotorg.org> Date: Fri, 16 Nov 2012 21:13:26 -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, devicetree-discuss@lists.ozlabs.org, Kevin Cernekee , linux-kernel@vger.kernel.org, Ralf Baechle , Maxime Bizon , Florian Fainelli Subject: Re: [RFC] MIPS: BCM63XX: add Device Tree glue code for IRQ handling References: <1352638249-29298-1-git-send-email-jonas.gorski@gmail.com> <1352638249-29298-5-git-send-email-jonas.gorski@gmail.com> <50A1D3FC.9010207@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: 2622 Lines: 56 On 11/14/2012 05:09 AM, Jonas Gorski wrote: > On 13 November 2012 06:00, Stephen Warren wrote: >> On 11/11/2012 05:50 AM, Jonas Gorski wrote: >>> Register IRQ domains through Device Tree for the internal and external >>> interrupt controllers. Register the same IRQ ranges as previously to >>> provide backward compatibility for non-DT drivers. >> >>> diff --git a/Documentation/devicetree/bindings/mips/bcm63xx/epic.txt b/Documentation/devicetree/bindings/mips/bcm63xx/epic.txt >> >> Rather than putting binding docs in an arch-specific directory, perhaps >> put them into a device-type-specific directory, such as >> bindings/interrupt-controller/brcm,bcm63xx-epic.txt? > > Almost everyone has their interrupt-controller bindings in > $arch/$platform, but if interrupt-controller is the preferred > location, I can certainly move it there; I have no hard preference for > any location. Yes, people have been putting them in arch/platform, but I think there's a move to more type-based locations. >>> diff --git a/arch/mips/bcm63xx/dts/bcm6328.dtsi b/arch/mips/bcm63xx/dts/bcm6328.dtsi >> >>> ranges = <0 0x10000000 0x20000>; >>> compatible = "simple-bus"; >>> + >>> + interrupt-parent = <&ipic>; >>> + >>> + perf@0 { >>> + epic: interrupt-controller@18 { >> >> Don't you need some reg properties in the perf and interrupt-controller >> nodes so that the register address can be determined? > > Since there is no support code for that property yet I did not add it. > I haven't quite finished yet how the final bindings will be (since > there are/were a few things I haven't finished researching yet, e.g. > how this controller works in SMP context, and how interrupt > controllers are supposed to work). > > I can add all expected properties now and add support for them later, > but I feel that this might add properties that will then never > supported, and nobody updates the documentation for that, so I'd > rather like to keep the documentation/dts(i) in sync with what the > actual code expects/supports. The DT bindings and DT content are supposed to be fully defined the first time around, such that even if the kernel doesn't use the reg property yet, if you were to use the DT created now with a future kernel that does use the reg property, it's already there. -- 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/