aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/Documentation/devicetree/changesets.txt
diff options
context:
space:
mode:
authorGrant Likely <grant.likely@linaro.org>2014-07-16 12:48:23 -0600
committerGrant Likely <grant.likely@linaro.org>2014-07-23 17:08:13 -0600
commit259092a35c7e11f1d4616b0f5b3ba7b851fe4fa6 (patch)
tree932489d219e9c07b3a2f1ba37aabf7ed58242b7a /Documentation/devicetree/changesets.txt
parentof: Move dynamic node fixups out of powerpc and into common code (diff)
downloadwireguard-linux-259092a35c7e11f1d4616b0f5b3ba7b851fe4fa6.tar.xz
wireguard-linux-259092a35c7e11f1d4616b0f5b3ba7b851fe4fa6.zip
of: Reorder device tree changes and notifiers
Currently, devicetree reconfig notifiers get emitted before the change is applied to the tree, but that behaviour is problematic if the receiver wants the determine the new state of the tree. The current users don't care, but the changeset code to follow will be making multiple changes at once. Reorder notifiers to get emitted after the change has been applied to the tree so that callbacks see the new tree state. At the same time, fixup the existing callbacks to expect the new order. There are a few callbacks that compare the old and new values of a changed property. Put both property pointers into the of_prop_reconfig structure. The current notifiers also allow the notifier callback to fail and cancel the change to the tree, but that feature isn't actually used. It really isn't valid to ignore a tree modification provided by firmware anyway, so remove the ability to cancel a change to the tree. Signed-off-by: Grant Likely <grant.likely@linaro.org> Cc: Nathan Fontenot <nfont@austin.ibm.com>
Diffstat (limited to 'Documentation/devicetree/changesets.txt')
0 files changed, 0 insertions, 0 deletions