linux-toradex.git/include/linux/property.h, branch v4.11-rc3

device property: export code duplicating array of property entries

2017-02-07T12:21:15+00:00

When augmenting ACPI-enumerated devices with additional property data based
on DMI info, a module has often several potential property sets, with only
one being active on a given box. In order to save memory it should be
possible to mark everything and __initdata or __initconst, execute DMI
match early, and duplicate relevant properties. Then kernel will discard
the rest of them.

Signed-off-by: Dmitry Torokhov 
Signed-off-by: Rafael J. Wysocki

device property: constify property arrays values

2017-02-07T12:21:15+00:00

Data that is fed into property arrays should not be modified, so let's mark
relevant pointers as const. This will allow us making source arrays as
const/__initconst.

Signed-off-by: Dmitry Torokhov 
Signed-off-by: Rafael J. Wysocki

device property: allow to constify properties

2017-02-07T12:21:15+00:00

There is no reason why statically defined properties should be modifiable,
so let's make device_add_properties() and the rest of pset_*() functions to
take const pointers to properties.

This will allow us to mark properties as const/__initconst at definition
sites.

Signed-off-by: Dmitry Torokhov 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Rafael J. Wysocki

include/linux/property.h: fix typo/compile error

2016-09-30T22:26:52+00:00

This fixes commit d76eebfa175e ("include/linux/property.h: fix build
issues with gcc-4.4.4").

With that commit we get the following compile error when using the
PROPERTY_ENTRY_INTEGER_ARRAY macro.

 include/linux/property.h:201:39: error: `u32_data' undeclared (first
                 use in this function)
  PROPERTY_ENTRY_INTEGER_ARRAY(_name_, u32, _val_)
                                       ^
 include/linux/property.h:193:17: note: in definition of macro
                 `PROPERTY_ENTRY_INTEGER_ARRAY'
  { .pointer = { _type_##_data = _val_ } },  \
                 ^

This needs a '.' to reference the union member.  It seems this was just
overlooked here since it is done correctly in similar constructs in
other parts of the original commit.

This fix is in preparation of upcoming commits that will use this macro.

Fixes: commit d76eebfa175e ("include/linux/property.h: fix build issues with gcc-4.4.4")
Link: http://lkml.kernel.org/r/2de3b929290d88a723ed829a3e3cbd02044714df.1475114627.git.johnyoun@synopsys.com
Signed-off-by: John Youn 
Cc: "Rafael J. Wysocki" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

device property: Add function to search for named child of device

2016-06-26T11:39:03+00:00

For device nodes in both DT and ACPI, it possible to have named
child nodes which contain properties (an existing example being
gpio-leds). This adds a function to find a named child node for
a device which can be used by drivers for property retrieval.

For DT data node name matching, of_node_cmp() and similar functions
are made available outside of CONFIG_OF block so the new function
can reference these for DT and non-DT builds.

For ACPI data node name matching, a helper function is also added
which returns false if CONFIG_ACPI is not set, otherwise it
performs a string comparison on the data node name. This avoids
using the acpi_data_node struct for non CONFIG_ACPI builds,
which would otherwise cause a build failure.

Signed-off-by: Adam Thomson 
Acked-by: Sathyanarayana Nujella 
Acked-by: Rob Herring 
Acked-by: Rafael J. Wysocki 
Signed-off-by: Mark Brown

device property: don't bother the drivers with struct property_set

2016-04-09T01:10:50+00:00

Since device_add_property_set() now always takes a copy of
the property_set, and also since the fwnode type is always
hard coded to be FWNODE_PDATA, there is no need for the
drivers to deliver the entire struct property_set. The
function can just create the instance of it on its own and
bind the properties from the drivers to it on the spot.

This renames device_add_property_set() to
device_add_properties(). The function now takes struct
property_entry as its parameter instead of struct
property_set.

Reviewed-by: Andy Shevchenko 
Reviewed-by: Mika Westerberg 
Acked-by: Thierry Reding 
Acked-by: Lee Jones 
Signed-off-by: Heikki Krogerus 
Signed-off-by: Rafael J. Wysocki

device property: add spaces to PROPERTY_ENTRY_STRING macro

2016-01-01T01:09:51+00:00

Just a style fix, no functional changes.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Rafael J. Wysocki

include/linux/property.h: fix build issues with gcc-4.4.4

2016-01-01T01:07:09+00:00

gcc-4.4.4 has problems with initialization of anonymous unions:

drivers/mfd/intel-lpss-acpi.c:30: error: unknown field 'value' specified in initializer

work around this by crafting the initializers in a manner which the
compiler can handle.

Signed-off-by: Andrew Morton 
Signed-off-by: Rafael J. Wysocki

device property: Take a copy of the property set

2015-12-07T01:29:23+00:00

It is convenient if the property set associated with the device secondary
firmware node is a copy of the original. This allows passing property set
from a stack for example for devices created dynamically. This also ties
the property set lifetime to the associated device.

Because of that we provide new function device_remove_property_set() that
is used to disassociate and release memory allocated for the property set.

Signed-off-by: Mika Westerberg 
Signed-off-by: Andy Shevchenko 
Signed-off-by: Rafael J. Wysocki

device property: improve readability of macros

2015-12-07T01:29:23+00:00

There is no functional change.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Rafael J. Wysocki