* Prior to R, we used property_set() to add properties. In the R update
we migrated this to using property_override(), which has the ability
to add a property, but we didn't set the parameter of the method. We
could go and do that for all of those instances of use, but there
it's really any time where we *don't* want to add these properties
in our libinit extension.
Change-Id: Iabf66d5bbaf13b2124b0062bb0a184d99bb59462
* This will contain functions used by the actual extensions at the
device level, it will not be a full-fledged libinit extension on
its own.
Change-Id: I2752dbf7d0b0fb439765fa99b61c82ec10a6c3d2
* It doesn't make sense to maintain these in the numerous device-
specific trees. It especially doesn't make sense for those to be
subtly-different.
Change-Id: I4e82c0f6b5b835ac4c742a5d5663a8f3498aaf7b
* Up until now, vendor build properties were added into /system/build.prop
when property split isn't enabled. However, Google realised that
either /vendor/build.prop or /system/vendor/build.prop can always exist,
and decided to clean up code and always install vendor build props
into $(TARGET_OUT_VENDOR)/build.prop.
* For this reason, the unified devices that used to override build props
such as build fingerprint, will need to override the matching vendor
build props.
Change-Id: Iacdd8eb67543daff5a46b92dbaf17cd094ce462b
