[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190522105113.11153-1-heikki.krogerus@linux.intel.com>
Date: Wed, 22 May 2019 13:50:57 +0300
From: Heikki Krogerus <heikki.krogerus@...ux.intel.com>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>,
Hans de Goede <hdegoede@...hat.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Andy Shevchenko <andy@...radead.org>,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
platform-driver-x86@...r.kernel.org
Subject: [PATCH v4 00/16] Software fwnode references
Hi,
I'm not splitting this series in two after all. After thinking about
this for some time, I decided to add support for static software
nodes. I did not want to support them because I don't want to make it
easy to maintain board files, but in end they make the use of the
software nodes so much more easier compared to if we always had to
dynamically allocate them that it's a no-brainer. The references can
now be also described statically. Actually, those can now only be
described statically.
Hans! I applied (hopefully) all of the fixes you proposed in v3. I
hope you have time to test these.
Here's the cover letter from v3:
This is the third version of my proposal to add reference handling to
the software node code. In this version I renamed ACPI_NAME_SIZE to
ACPI_NAMESEG_SIZE in 6/13, and slit patch 9/13 in two separate patches
(9/13 and 10/13) as suggested by Andy. Patch 9/13 will now only move
the registration of max17047 out of probe, and 10/13 will introduce
the software nodes.
v2 cover letter:
This is the second version of this series. In this version I'm
introducing a new helper device_find_child_by_name() as proposed
by Andy. Andy requested also another helper that could be used for
chaining the fwnodes, but I decided not to add that now. I would like
to still think about how we should handle exceptions like if there
already is a secondary node assigned for a node.
v1 cover letter:
This series adds support for software fwnode reference handling. In
practice it means making fwnode_property_get_reference_args() function
usable in the drivers also with software nodes. I send the series
originally as RFC [1].
As the first user for the software node references, I'm converting
intel_cht_int33fe.c to use them as part of the series.
[1] https://lkml.org/lkml/2019/3/15/457
thanks,
Heikki Krogerus (16):
software node: Allow node creation without properties
software node: Simplify software_node_release() function
software node: Add support for static node descriptors
software node: Use kobject name when finding child nodes by name
software node: Add software_node_get_reference_args()
driver core: Add helper device_find_child_by_name()
ACPI / property: Don't limit named child node matching to data nodes
device property: Introduce fwnode_find_reference()
device connection: Find connections also by checking the references
usb: typec: Registering real device entries for the muxes
platform/x86: intel_cht_int33fe: Register max17047 in its own function
platform/x86: intel_cht_int33fe: Remove unused fusb302 device property
platform/x86: intel_cht_int33fe: Provide software nodes for the
devices
platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector
platform/x86: intel_cht_int33fe: Supply fwnodes for the external
dependencies
platform/x86: intel_cht_int33fe: Replacing the old connections with
references
drivers/acpi/property.c | 26 +-
drivers/base/core.c | 28 ++
drivers/base/devcon.c | 26 ++
drivers/base/property.c | 24 ++
drivers/base/swnode.c | 324 +++++++++++++++++------
drivers/platform/x86/intel_cht_int33fe.c | 290 ++++++++++++++++----
drivers/usb/roles/class.c | 2 +-
drivers/usb/typec/bus.h | 15 ++
drivers/usb/typec/class.c | 17 +-
drivers/usb/typec/mux.c | 238 ++++++++++++-----
drivers/usb/typec/mux/pi3usb30532.c | 46 ++--
include/linux/device.h | 2 +
include/linux/property.h | 51 ++++
include/linux/usb/typec_mux.h | 62 ++---
14 files changed, 902 insertions(+), 249 deletions(-)
--
2.20.1
Powered by blists - more mailing lists