Replace custom logwrapper implementation with liblogwrap

Use liblogwrap to provide logwrapper functionality instead of
using vold's own implementation.

Change-Id: I76aac5aa72a1fdca043a63b86c6a9b54e7abec16

Fix calls to logwrap

Make sure all the calls to logwrap are consistent with the function's
semantics.

Change-Id: Ib0e2ad5c283cc4bb06c0ef5d6a9a52a5840b3dd2

Ensure vold doesn't hang when a child process dies

Add a monitoring thread that notifies the main parent thread when the child
process terminates. The return code from the child is then propagated back up
to the parent.

Change-Id: Idf46e100e8dee2e8f1aaa331317f3c4955632183

Make sure to exit with _exit from child

Exiting the child process with _exit after forking but before exec.

Change-Id: I5df34242c5444b6de6a559735074737d370a6a2e

am 16a32502: am 3fd60b42: Fix issue #7503920: Log spew from vold

* commit '16a32502bf98b4b0fc15a82a36242fada29baf5b':
  Fix issue #7503920: Log spew from vold

am 3fd60b42: Fix issue #7503920: Log spew from vold

* commit '3fd60b428202a0f5f324fccc67c0c0402b9131ba':
  Fix issue #7503920: Log spew from vold

Fix issue #7503920: Log spew from vold

Change-Id: Ibfa5b979014f433085b94aab0d3d81bf9269d4b5

am b1596afa: (-s ours) am b7afc4e1: Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit 'b1596afa59c7108cc6ce23bab54a1bc41961806a':

am b7afc4e1: Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit 'b7afc4e15b29d933477328d1944c3201337808c6':

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: I8de173f6b24b2f82b20e568e577878d8539e5148

am 10b8e684: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '10b8e684e1945edfb60ec4391ac4c7f3d8bf4172':

Reconcile with jb-mr1-release - do not merge

Change-Id: Ic3c4a57147bc3a4154c140beeeed27b5e3be9ece

am 29e55ef8: am edf4e179: Merge "Fix vold\'s use of readdir_r(3)."

* commit '29e55ef83def8eaf6aa01201c6344a8037b2f780':
  Fix vold's use of readdir_r(3).

am edf4e179: Merge "Fix vold\'s use of readdir_r(3)."

* commit 'edf4e17940c6d3887e9009b23ffca5be8116fbe9':
  Fix vold's use of readdir_r(3).

Merge "Fix vold's use of readdir_r(3)."

Fix vold's use of readdir_r(3).

Change-Id: I805a1799755429dd1f6f3bdc2e6a02f483587b35

am 2e0d70f9: am 678d556f: Merge "Add snprintf truncation and output error checks."

* commit '2e0d70f98d10089f0cc3b88848d203cb4694fb98':
  Add snprintf truncation and output error checks.

am 678d556f: Merge "Add snprintf truncation and output error checks."

* commit '678d556f439cae504c343c15d77e9ec020a9385c':
  Add snprintf truncation and output error checks.

Merge "Add snprintf truncation and output error checks."

Add snprintf truncation and output error checks.

Change-Id: If7fc9bba4b6cd4b01d2c19e967105ffc57169e97
Signed-off-by: rpcraig <rpcraig@tycho.ncsc.mil>

merge in jb-mr1-release history after reset to jb-mr1-dev

am 05753f53: am 92736efa: Another fix for encryption

* commit '05753f5380e4bc678ae9bf11b8b6adb6c56f33bf':
  Another fix for encryption

am 92736efa: Another fix for encryption

* commit '92736efab068bdbfeb1177544907b84511fb04e0':
  Another fix for encryption

Another fix for encryption

The previous problem of the framework not properly restarting after accepting
the password to decrypt the storage is also a problem when restarting the
framework to display the encryption progress screen.  So like the previous
hacky fix, add a sleep to wait a few moments before proceeding.  Also,
increase the sleep of the previous fix from 1 second to 2, as the problem
was seen once more in testing.  A proper fix has been designed and hopefully
will work and be checked-in RSN.

Change-Id: Icc2c072ce7f7ebcdea22cd7ff8cb2b87a627c578

am bb67b67c: am fd5b29be: Merge "Extend vold support for creating ext4 images."

* commit 'bb67b67cc760e4eab8a144d1ce1df9ad2dcdc8c2':
  Extend vold support for creating ext4 images.

am fd5b29be: Merge "Extend vold support for creating ext4 images."

* commit 'fd5b29be8c572058ed9ab0198f5603e96c585d3c':
  Extend vold support for creating ext4 images.

Merge "Extend vold support for creating ext4 images."

am 4fdf09c3: (-s ours) Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit '4fdf09c3103074770675b40c9fb5e47c04617c61':
  Fix encryption on certain devices

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: Ifffd0bab9123c37df7c9abdbf166e32ca9850835

Fix encryption on certain devices

There is a race in the encryption code that after it accepts the
decryption password, it tells init to kill all the processes in
class "main", then it mounts the decrypted filesystem, preps it,
and restarts the framework.  For an unknown reason on some devices,
the new framework sometimes starts up before init has killed and
reaped all the old processes.  The proper fix is to make the killing
of the old framework synchronous, so vold waits till all the
processes have died.  But with factory rom a few days away, the
much more pragmatic solution of adding a sleep of 1 second after
telling init to kill the old framework will suffice.

Bug: 7271212
Change-Id: Ie971cd04abbc6f3f6500b4acd79d3b3b26d9561c

am 06dbc228: am 9dedfd47: Fix encryption on certain devices

* commit '06dbc22839ff8e411405f6b9c0635cdd0fd8b4d5':
  Fix encryption on certain devices

am 9dedfd47: Fix encryption on certain devices

* commit '9dedfd473dc59e0277004e5b917e4eced02c8af5':
  Fix encryption on certain devices

Fix encryption on certain devices

There is a race in the encryption code that after it accepts the
decryption password, it tells init to kill all the processes in
class "main", then it mounts the decrypted filesystem, preps it,
and restarts the framework.  For an unknown reason on some devices,
the new framework sometimes starts up before init has killed and
reaped all the old processes.  The proper fix is to make the killing
of the old framework synchronous, so vold waits till all the
processes have died.  But with factory rom a few days away, the
much more pragmatic solution of adding a sleep of 1 second after
telling init to kill the old framework will suffice.

Bug: 7271212
Change-Id: Ie971cd04abbc6f3f6500b4acd79d3b3b26d9561c

am f1e72279: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit 'f1e72279ffbff47ef404e8f7d8c9bd7306f8382d':

Reconcile with jb-mr1-release - do not merge

Change-Id: Iac520484dec44e5f54fe0aca54010520aa8fd7e2

merge in jb-mr1-release history after reset to jb-mr1-dev

am 762f7268: am 7a3c3d46: Unmount in-place instead of using MS_MOVE.

* commit '762f7268255f13e1c875977ce5429ced8bfaead7':
  Unmount in-place instead of using MS_MOVE.

am 7a3c3d46: Unmount in-place instead of using MS_MOVE.

* commit '7a3c3d462ebd58bda0ceaba9c00c385d44c13d08':
  Unmount in-place instead of using MS_MOVE.

Unmount in-place instead of using MS_MOVE.

To support multi-user emulated storage, we mount rootfs as MS_SHARED,
which means we can't MS_MOVE existing mount points rooted in the
shared subtree.  Initial staging is still able to MS_MOVE, since it's
rooted in a MS_PRIVATE tmpfs rooted at /mnt/secure.

This change fixes unmounting by operating in-place instead of trying
(and failing) to MS_MOVE back to staging.

Bug: 7127564
Change-Id: I4783db4319b61c0915da39361cbc7e8f4943d094

am 3aeec65f: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '3aeec65f6398183ea8dd086f4d33cbc32cbce8c7':
  Update environment variable for multi-user.

Reconcile with jb-mr1-release - do not merge

Change-Id: I4024b1fab0705f6b943ef6b0633ad9e29beacb73

Update environment variable for multi-user.

Bug: 7260040
Change-Id: I96d821e11a3f0be32bfe92a4151f00f2b15d100e

am 700b8cf8: am b77bc469: Update environment variable for multi-user.

* commit '700b8cf87ee70fa5cba9ee09669aad07f983055a':
  Update environment variable for multi-user.

am b77bc469: Update environment variable for multi-user.

* commit 'b77bc4696b19d9b1ef82810f8d5f671c963d1dc1':
  Update environment variable for multi-user.

Update environment variable for multi-user.

Bug: 7260040
Change-Id: I96d821e11a3f0be32bfe92a4151f00f2b15d100e

am aba1f4d5: am e919efea: Workaround a kernel race when loading dmcrypt table

* commit 'aba1f4d5593f153eac63e983d56ac36f03663a3d':
  Workaround a kernel race when loading dmcrypt table

am e919efea: Workaround a kernel race when loading dmcrypt table

* commit 'e919efea94b178ed214ed2e78ef0d008727d62ab':
  Workaround a kernel race when loading dmcrypt table

merge in jb-mr1-release history after reset to jb-mr1-dev

Workaround a kernel race when loading dmcrypt table

The kernel seems to return from umount(2) sometimes before it has
released the underlying block device.  So until the kernel is fixed,
try up to 10 times to load the crypto mapping table, waiting 500 ms
between tries.

bug: 7220345

Change-Id: Iad3bbef37cbe2e01613bb8a8c4886babdecb8328

am 4e9fb840: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '4e9fb84063a2ad84df45ade41d301ec3aaf06160':

Reconcile with jb-mr1-release - do not merge

Change-Id: I1071ef79a7f5080b822cc4032647ea1feacd5d12

merge in jb-mr1-release history after reset to jb-mr1-dev

am 9f413b77: am 6947904a: Handle multi-user mountObb() requests.

* commit '9f413b77b05998b2dfe831d8752ba952f524b9ba':
  Handle multi-user mountObb() requests.

am 6947904a: Handle multi-user mountObb() requests.

* commit '6947904a76b69a1db20a3ddd30c0bcd281922fde':
  Handle multi-user mountObb() requests.

Handle multi-user mountObb() requests.

Mount OBB containers using shared app GID, so that an app can read
the mount point across users.

Bug: 7212801
Change-Id: Ia1be52df9854c259b20728111f3a2c9facf4beaa

am 5695b4bb: am f7e7ee96: am 2d1e5e96: Merge "Extend the maximum number of partitions from 4 to 32"

* commit '5695b4bb1c87a5c6ca884262f7940526ddcc5883':
  Extend the maximum number of partitions from 4 to 32

am f7e7ee96: am 2d1e5e96: Merge "Extend the maximum number of partitions from 4 to 32"

* commit 'f7e7ee969d9f286315ff153cb979e29e08cee9f4':
  Extend the maximum number of partitions from 4 to 32

am 2d1e5e96: Merge "Extend the maximum number of partitions from 4 to 32"

* commit '2d1e5e9680dcd29628f100c172e6d7d17d90ef2a':
  Extend the maximum number of partitions from 4 to 32

Merge "Extend the maximum number of partitions from 4 to 32"

Extend vold support for creating ext4 images.

Augment the Ext4::format function to take
a mountpoint parameter. This will then
be passed to make_ext4fs through the
-a option to allow proper security labeling.

Change-Id: Ic26703406a2c463c12e32c8103a0c75c727b7d29

Extend the maximum number of partitions from 4 to 32

Some platforms needs more than 4 partitions, e.g. the lt26.

Change-Id: Id22125313824b0ae15a4596709f52c4ab609a542

am cd7ab371: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit 'cd7ab371fc070206a030d298d896061458704abd':
  Unmount external storage on multi-user devices.

Reconcile with jb-mr1-release - do not merge

Change-Id: I91572ae0a96d0f7450b8afff1b32167c8dd0c086

Unmount external storage on multi-user devices.

Bug: 7044670
Change-Id: If1f99968b0392cae9420d067c75bfc18d1067b2c

am 7382f81f: Unmount external storage on multi-user devices.

* commit '7382f81fba895f1ac970ac2fad875f35836b8082':
  Unmount external storage on multi-user devices.

Unmount external storage on multi-user devices.

Bug: 7044670
Change-Id: If1f99968b0392cae9420d067c75bfc18d1067b2c

am f763b2fc: (-s ours) am 7c5109be: (-s ours) Reconcile with jb-mr0-release - do not merge

* commit 'f763b2fc07ee79045ca6c47e54d09dec90694e6c':

am 7c5109be: (-s ours) Reconcile with jb-mr0-release - do not merge

* commit '7c5109bef8c1f8b857b043bf9c1d26c2f0556e8f':

Reconcile with jb-mr0-release - do not merge

Change-Id: I3ec7be5d1d08566f120f18b68d2f691f92f006c8

merge in jb-mr0-release history after reset to jb-dev

am 4fe053e1: (-s ours) am 62224a32: (-s ours) am eacf7e03: Only cleanup ASECs in external storage DO NOT MERGE

* commit '4fe053e1b406b41b5a60707523b389530619d953':
  Only cleanup ASECs in external storage DO NOT MERGE

am 62224a32: (-s ours) am eacf7e03: Only cleanup ASECs in external storage DO NOT MERGE

* commit '62224a32f00c344c8ba6edab2107c833700e26a8':
  Only cleanup ASECs in external storage DO NOT MERGE

am eacf7e03: Only cleanup ASECs in external storage DO NOT MERGE

* commit 'eacf7e03d60a2b33ac6cdaa0e01bd6a6fdd9455a':
  Only cleanup ASECs in external storage DO NOT MERGE

Only cleanup ASECs in external storage DO NOT MERGE

Any ASEC or OBB files were unmounted when USB storage was set to UMS
mode. This changes it so only ASEC files on external storage and OBB
files mounted from external storage are unmounted.

(Cherry-pick of 93ecb38daded7583a4a61f4f22519bb7a8a8c154)

Bug: 6948035
Change-Id: Ib60727bd360caa32173797ff5b4e1e21fcf20054

Only cleanup ASECs in external storage

Any ASEC or OBB files were unmounted when USB storage was set to UMS
mode. This changes it so only ASEC files on external storage and OBB
files mounted from external storage are unmounted.

Bug: 6948035
Change-Id: I91bc09ee5b792970b0eef895f6886f3ffad00e8f

Merge "Fix a typo in cryptfs.c"

Fix a typo in cryptfs.c

Change-Id: If629fa996b135e432bc89da7518b0c1f02750b45

Add mode when open(O_CREAT) is used.

When creating a new file using open(..., O_CREAT), it is an error
to fail to specify a creation mode. If a mode is not specified, a
random stack provided value is used as the "mode".

This will become a compile error in a future Android change.

Change-Id: I761708c001247d7a2faac2e286288b45bfecc6f7

am 9ee8a315: Reconcile with jb-release

* commit '9ee8a315eefde7e6ad1bc07bc9d50528f548e8e8':
  Unmount all asec apps before encrypting

Reconcile with jb-release

Change-Id: I60294fb5c41ef34eccc322889168497d9449c6ea

am a7926050: am 425524db: Unmount all asec apps before encrypting

* commit 'a79260500a869f867118a6e5289c6e5a0353558f':
  Unmount all asec apps before encrypting

am 425524db: Unmount all asec apps before encrypting

* commit '425524dba1552ab3d2ad39e205e65d0a2af997f2':
  Unmount all asec apps before encrypting

Unmount all asec apps before encrypting

Now that forward locked apps are stored on /data as asec image files
that are mounted, they need to be unmounted before /data can be unmounted
so it can be encrypted.

Change-Id: I7c87deb52aaed21c8ad8ce8aceb7c15c2338620a

Unmount all asec apps before encrypting

Now that forward locked apps are stored on /data as asec image files
that are mounted, they need to be unmounted before /data can be unmounted
so it can be encrypted.

Change-Id: I7c87deb52aaed21c8ad8ce8aceb7c15c2338620a

am e925ff66: am bac5eb96: Merge "Delay disk inserted broadcast until disk is ready"

* commit 'e925ff6670bb9cef9118ddceb2e3bff81833bd09':
  Delay disk inserted broadcast until disk is ready

am bac5eb96: Merge "Delay disk inserted broadcast until disk is ready"

* commit 'bac5eb966c5c3aa9abe83cdb5187326f422741ab':
  Delay disk inserted broadcast until disk is ready

Merge "Delay disk inserted broadcast until disk is ready"

am 2fdea0aa: Reconcile with jb-release nakasi-factoryrom-release

* commit '2fdea0aa78cefce50c6f51be97084977f2a6ae69':
  Native library loading needs to read directory
  Only set permissions on dirs or files
  Fix truncation of ASEC ids

Reconcile with jb-release nakasi-factoryrom-release

Change-Id: I2bc2763dc285edb9aa8bd9bedd068ee4483a3ce5

merge in jb-release history after reset to jb-dev

am 760cec44: am 41836711: Merge "Sleep to wait for dm to create node" into jb-dev

* commit '760cec444b0f3c8a243d100cd5f5520af7531d17':
  Sleep to wait for dm to create node

am 41836711: Merge "Sleep to wait for dm to create node" into jb-dev

* commit '418367112c96f6ce45aa142d613a575046b7f65f':
  Sleep to wait for dm to create node

Merge "Sleep to wait for dm to create node" into jb-dev

Native library loading needs to read directory

When calling System.loadLibrary(), it needs to be able to read the
directory to load the file. We could probably fix that, but changing
permissions here is faster.

Bug: 6478606
Change-Id: I296b0805839da5a19950157f9a16755a4d258ca8

Only set permissions on dirs or files

Traversal would mark directories with the correct permissions, but
they're visited again in post-order which is a different fts_info flag.
Then it would set that to regular file permissions.

Explicitly check to make sure we're looking at a file instead.

Bug: 6478606
Change-Id: I13cab3e69f451da6a994fa974d575ef366f82025

Sleep to wait for dm to create node

There appears to be a race condition from when the device mapper is
asked to create a device and when it actually appears. When we moved
ASECs to use Ext4, mount started winning the race more often.

Just insert a sleep-retry loop here to counter-act this race. We should
ideally look at the uevent replies, but it takes a bit more effort to
separate them out.

Change-Id: Ie8a5b36b1c9a26f2320a178d37312059d03a1281

am 9688165c: am 1a673c86: Native library loading needs to read directory

* commit '9688165c81a1ab4c2ce08fc831030eebcf2ecc6f':
  Native library loading needs to read directory

am 1a673c86: Native library loading needs to read directory

* commit '1a673c868c2d2d81fcaeab34b4a7c75d4a978584':
  Native library loading needs to read directory

am 457197c5: am 348c8aba: Only set permissions on dirs or files

* commit '457197c50056216c1552e020998274a3bb249dd9':
  Only set permissions on dirs or files

Native library loading needs to read directory

When calling System.loadLibrary(), it needs to be able to read the
directory to load the file. We could probably fix that, but changing
permissions here is faster.

Bug: 6478606
Change-Id: I296b0805839da5a19950157f9a16755a4d258ca8