Changes in sysfs-devices-software_node

597473720f4dc69749542bfcfed4a927a43d935e - Merge branch 'next' into for-linus

Thu, 11 Jul 2019 08:24:10 +0200

Merge branch 'next' into for-linusPrepare input updates for 5.3 merge window. List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

2a267e7c41aa88215de2b542de797d03d16ecdfd - Merge tag 'v5.1' into next

Fri, 10 May 2019 20:43:46 +0200

Merge tag 'v5.1' into nextSync up with mainline to bring in the latest APIs. List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

95d002e0a34cb0f238abb39987f9980f325d8332 - Merge tag 'drm-intel-next-2019-04-04' into gvt-next

Tue, 16 Apr 2019 10:50:34 +0200

Merge tag 'drm-intel-next-2019-04-04' into gvt-nextMerge back drm-intel-next for engine name definition refinementand 54939ea0bd85 ("drm/i915: Switch to use HWS indices rather than addresses")that would need gvt fixes to depend on.Signed-off-by: Zhenyu Wang List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

82ffd0454bd9bd57780966d47bfd56d579dd4fb3 - Merge tag 'v5.0-rc5' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into fbdev-for-next

Thu, 07 Feb 2019 16:44:43 +0100

Merge tag 'v5.0-rc5' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into fbdev-for-nextLinux 5.0-rc5Sync with upstream (which now contains fbdev-v5.0-rc3 changes) toprepare a base for fbdev-v5.1 changes. List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

23d19ba06b9c5614d6457f5fed349ec8f6d4dac9 - Merge drm/drm-next into drm-misc-next

Fri, 11 Jan 2019 16:32:10 +0100

Merge drm/drm-next into drm-misc-nextdrm-next has been forwarded to 5.0-rc1, and we need it to apply the damagehelper for dirtyfb series from Noralf Trønnes.Signed-off-by: Maxime Ripard List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

49e41801b335f64610bbfd23e8f2bbaf34d46276 - Merge tag 'v5.0-rc1' into next-general

Thu, 10 Jan 2019 20:41:59 +0100

Merge tag 'v5.0-rc1' into next-generalLinux 5.0-rc1Sync to pick up LSM stacking work (which is based on -rc1). List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

3eb0930a425b086bdab38156aa4708427479a201 - Merge drm/drm-next into drm-intel-next-queued

Tue, 08 Jan 2019 09:50:22 +0100

Merge drm/drm-next into drm-intel-next-queuedGenerally catch up with 5.0-rc1, and specifically get the changes:96d4f267e40f ("Remove 'type' argument from access_ok() function")0b2c8f8b6b0c ("i915: fix missing user_access_end() in page fault exception case")594cc251fdd0 ("make 'user_access_begin()' do 'access_ok()'")Signed-off-by: Jani Nikula List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

d8924c0d76aaa52e4811b5c64115d9a7f36cc73a - Merge tag 'devprop-4.21-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Wed, 26 Dec 2018 00:01:46 +0100

Merge tag 'devprop-4.21-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pmPull device properties framework updates from Rafael Wysocki: "This introduces 'software nodes' that are analogous to the DT and ACPI firmware nodes except that they can be created by drivers themselves and do a couple of assorted cleanups. Specifics: - Introduce "software nodes", analogous to the DT and ACPI firmware nodes except that they can be created by kernel code, in order to complement fwnodes representing real firmware nodes when they are incomplete (for example missing device properties) and to supply the primary fwnode when the firmware lacks hardware description for a device completely, and replace the "property_set" struct fwnode_handle type with software nodes (Heikki Krogerus). - Clean up the just introduced software nodes support and fix a commet in the graph-handling code (Colin Ian King, Marco Felsch)"* tag 'devprop-4.21-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: device property: fix fwnode_graph_get_next_endpoint() documentation drivers: base: swnode: remove need for a temporary string for the node name device property: Remove struct property_set device property: Move device_add_properties() to swnode.c drivers: base: Introducing software nodes to the firmware node framework ACPI / glue: Add acpi_platform_notify() function drivers core: Prepare support for multiple platform notifications driver core: platform: Remove duplicated device_remove_properties() call List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node

59abd83672f70cac4b6bf9b237506c5bc6837606 - drivers: base: Introducing software nodes to the firmware node framework

Fri, 09 Nov 2018 15:21:36 +0100

drivers: base: Introducing software nodes to the firmware node frameworkSoftware node is a new struct fwnode_handle type that can beused to describe devices in kernel (software). It is meantto complement fwnodes representing real firmware nodes whenthey are incomplete (for example missing device properties)and to supply the primary fwnode when the firmware lackshardware description for a device completely.The software node type is really meant to replace thecurrently used "property_set" struct fwnode_handle type. Thehandling of struct property_set is glued to the genericdevice property handling code, and it is not possible tocreate a struct property_set independently from the devicethat it is bind to. struct property_set is only created whendevice properties are added to already initialized structdevice, and control of it is only possible from the genericproperty handling code.Software nodes are instead designed to be createdindependently from the device entries (struct device). Itmakes them much more flexible, as then the device meant tobe bind to the node can be created at a later time, and fromanother location. It is also possible to bind multipledevices to a single software node if needed.The software node implementation also includes support fornode hierarchy, which was the main motivation for thiscommit. The node hierarchy was something that was requestedfor the struct property_set, but it did not seem reasonableto try to extend the property_set support for that purpose.struct property_set was really meant only for deviceproperty handling like the name suggests.Support for struct property_set is not yet removed in thiscommit, but it will be in the following one.Signed-off-by: Heikki Krogerus Acked-by: Linus Walleij Reviewed-by: Andy Shevchenko Signed-off-by: Rafael J. Wysocki List of files: /linux/Documentation/ABI/testing/sysfs-devices-software_node