Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761596Ab3IDUNW (ORCPT ); Wed, 4 Sep 2013 16:13:22 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:58293 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754334Ab3IDUNT (ORCPT ); Wed, 4 Sep 2013 16:13:19 -0400 Message-ID: <52279459.1010100@wwwdotorg.org> Date: Wed, 04 Sep 2013 14:13:13 -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: Lars Poeschel CC: Linus Walleij , Lars Poeschel , Grant Likely , "linux-gpio@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , Mark Rutland , Ian Campbell , Kumar Gala , Pawel Moll , Tomasz Figa , Javier Martinez Canillas , Enric Balletbo i Serra , Jean-Christophe PLAGNIOL-VILLARD , Santosh Shilimkar , Kevin Hilman , Balaji T K , Tony Lindgren , Jon Hunter Subject: Re: [PATCH v3] gpio: interrupt consistency check for OF GPIO IRQs References: <1377526030-32024-1-git-send-email-larsi@wh2.tu-dresden.de> <52261C8B.2030906@wwwdotorg.org> <5584741.67AvVurcHF@lem-wkst-02> In-Reply-To: <5584741.67AvVurcHF@lem-wkst-02> 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 Content-Length: 1966 Lines: 38 On 09/04/2013 02:35 AM, Lars Poeschel wrote: > On Wednesday 04 September 2013 11:29:47, Stephen Warren wrote: >> On 09/03/2013 06:35 AM, Linus Walleij wrote: >>> On Fri, Aug 30, 2013 at 9:53 PM, Stephen Warren > wrote: >>>> I still haven't seen an answer to why we really care about this; how >>>> many times has code actually allocated the same GPIO/IRQ when it >>>> shouldn't, in a way that it wasn't detectable by some other mechanism, >>>> i.e. the feature just not working? Why are we even trying to solve this >>>> issue? I'm not totally convinced it even makes sense to try and solve it. >>> >>> We care about this because a number of OMAP boards are not >>> working properly when booted from device tree, and they have a hard >>> time figuring out a solution to the problem. Last try exploded. Now >>> they are looking to create a patch that will fix the actual problem. >> >> Is something missing from /proc/interrupts or /sys/kernel/debug/gpios? >> If so, let's just add it. > > That would require procfs to be mounted to /proc and even CONFIG_PROC_FS to be > compiled in. Drivers have to work without that requirement. > That would require CONFIG_DEBUG_FS to be set, right? Drivers have to work > without that. Drivers will/could work fine without those options enabled and filesystems mounted. Nothing in this patch series affects that, nor would not applying the patch series. However, you only need this patch series if there's some kind of problematic resource conflict and you want to debug it. If your system has a problem and you want to debug it, it seems entirely reasonable to make use of (require making use of) the debugging tools that are already part of the kernel. -- 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/