Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755381Ab2BFT0y (ORCPT ); Mon, 6 Feb 2012 14:26:54 -0500 Received: from mail-iy0-f174.google.com ([209.85.210.174]:48567 "EHLO mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753850Ab2BFT0w convert rfc822-to-8bit (ORCPT ); Mon, 6 Feb 2012 14:26:52 -0500 MIME-Version: 1.0 In-Reply-To: <4F302474.1020701@firmworks.com> References: <74CDBE0F657A3D45AFBB94109FB122FF178E5D3160@HQMAIL01.nvidia.com> <4F302474.1020701@firmworks.com> Date: Mon, 6 Feb 2012 20:26:52 +0100 Message-ID: Subject: Re: An extremely simplified pinctrl bindings proposal From: Linus Walleij To: Mitch Bradley Cc: Stephen Warren , Dong Aisheng , Shawn Guo , Dong Aisheng-B29396 , "Sascha Hauer (s.hauer@pengutronix.de)" , "rob.herring@calxeda.com" , "kernel@pengutronix.de" , "cjb@laptop.org" , "Simon Glass (sjg@chromium.org)" , Thomas Abraham , "Grant Likely (grant.likely@secretlab.ca)" , "ext Tony Lindgren (tony@atomide.com)" , "devicetree-discuss@lists.ozlabs.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1288 Lines: 31 On Mon, Feb 6, 2012 at 8:05 PM, Mitch Bradley wrote: > I like the general approach of simplifying the pinctrl thing, as the > previous approach did not appear to be converging. pinctrl as such is upstream, widely ACKed and quite converged I'd say. But the Device Tree bindings and general path to get data out of the drivers and board files are not (yet) converging... > Both Open Firmware and ACPI have addressed this general problem. ?In > addition to a numeric identifier for the register, you need to specify the > access semantics. ?It's difficult to finitely enumerate all possible cases, > but you can get to 99.9% with a modest number of access models, and then add > new models as needed. This is interesting. So are you referring to a piece of Open Firmware that is not in the Device Tree? Since this is all about device tree that comes from OF, we might be reinventing the wheel. Can you give some pointers? Indeed it seems related to ACPI or some BIOS stuff on non-embedded systems. Yours, Linus Walleij -- 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/