From mboxrd@z Thu Jan 1 00:00:00 1970 From: Darren Hart Subject: Re: [RFC PATCH 8/9] Input: gpio_keys_polled - Make use of device property API Date: Tue, 19 Aug 2014 10:21:34 -0500 Message-ID: References: <1408172039-32513-1-git-send-email-mika.westerberg@linux.intel.com> <1408172039-32513-9-git-send-email-mika.westerberg@linux.intel.com> <20140818105512.7889980b@ultegra> <20140819092753.GI1660@lahna.fi.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140819092753.GI1660@lahna.fi.intel.com> Sender: linux-acpi-owner@vger.kernel.org To: Mika Westerberg , Jacob Pan Cc: "Rafael J. Wysocki" , Al Stone , Olof Johansson , Matthew Garrett , Matt Fleming , David Woodhouse , "H. Peter Anvin" , Josh Triplett , Aaron Lu , Max Eliaser , Robert Moore , Len Brown , Greg Kroah-Hartman , Linus Walleij , Alexandre Courbot , Mark Brown , Dmitry Torokhov , Bryan Wu , Richard Purdie , Samuel Ortiz , Lee Jones , Grant Likely , Rob Herring , linux-acpi@vge List-Id: devicetree@vger.kernel.org On 8/19/14, 4:27, "Mika Westerberg" wrote: >On Mon, Aug 18, 2014 at 10:55:12AM -0700, Jacob Pan wrote: >> On Sat, 16 Aug 2014 09:53:58 +0300 >> Mika Westerberg wrote: >> >> > From: Aaron Lu >> > >> > Make use of device property API in this driver so that both OF based >> > system and ACPI based system can use this driver. >> > >> Do we always assume OF and ACPI _DSD will have the same property name >> strings? i.e. in this patch "gpios" >> > + if (device_property_get(dev, "gpios", NULL)) { >> > - if (!of_find_property(pp, "gpios", NULL)) { >> >> Maybe i missed something, but I don't think we can make that assumption >> in BIOS. If not, what is the point of having unified interface? > >We recommend that when it makes sense, the property names in _DSD follow >the corresponding DT names. > This is especially try for platform drivers such as this. We will be creating subsystem types, "gpios", and defining them in the _DSD Implementors Guide (per our discussion this morning at Kernel Summit). -- Darren Hart Open Source Technology Center darren.hart@intel.com Intel Corporation