From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751515AbaJQW3n (ORCPT ); Fri, 17 Oct 2014 18:29:43 -0400 Received: from v094114.home.net.pl ([79.96.170.134]:54229 "HELO v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751158AbaJQW3l (ORCPT ); Fri, 17 Oct 2014 18:29:41 -0400 From: "Rafael J. Wysocki" To: Arnd Bergmann Cc: Linux Kernel Mailing List , Greg Kroah-Hartman , Grant Likely , Mika Westerberg , ACPI Devel Maling List , Aaron Lu , devicetree@vger.kernel.org, Linus Walleij , Alexandre Courbot , Dmitry Torokhov , Bryan Wu , Darren Hart , Mark Rutland Subject: Re: [PATCH v5 00/12] Add ACPI _DSD and unified device properties support Date: Sat, 18 Oct 2014 00:50 +0200 Message-ID: <22806489.J415p1md4u@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/3.16.0-rc5+; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: <2660541.BycO7TFnA2@vostro.rjw.lan> <11223831.j9KAEfSQsY@vostro.rjw.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday, October 17, 2014 08:04:52 PM Arnd Bergmann wrote: > > On October 17, 2014 2:01:33 PM CEST, "Rafael J. Wysocki" wrote: > >Hi Everyone, > > > >Hving had a couple of chats with Grant and Arnd during LinuxCon EU/LPC, > >we > >now have version 5 taking all feedback into account (hopefully). > > Awesome, that was really fast. I'm currently on my way his me in > the train, replying from my phone, but it looks good now. I'll have a more > detailed look next week but I'm definitely happy to see this go in (to next > and 3.19) now, any details we still find can be fixed on top. > > > In > >short, if > >we are passed a struct fwnode_handle pointer, we can get from it to the > >appropriate device node pointer (either struct acpi_device or struct > >device_node) > >using container_of() after we've checked the type. This is needed for > >the code > >that needs to access child nodes of a device in case when they don't > >have > >struct device representations (whatever the reason). This has been > >suggested > >by Grant and pretty much everyone involved agrees that it's better that > >the > >alternatives presented so far. > > Yes, it's nice enough that I now take back all the objections I had for the > child accessory API. Cool, thanks! I've just refreshed the device-properties branch of the linux-pm.git tree and it contains the current material now (including a couple of build fixes reported by the autobuild robot in patches [02/12] and [09/12]). My plan is to merge this into the linux-next branch when 3.18-rc1 is out. Rafael