diff options
| author | Nikita Ioffe <ioffe@google.com> | 2020-03-06 17:36:05 +0000 |
|---|---|---|
| committer | Nikita Ioffe <ioffe@google.com> | 2020-03-11 15:10:20 +0000 |
| commit | f495fe798b180345371beec82e4aa74c5feb0dea (patch) | |
| tree | 12254517adc04dd61b503398b40b6d34023cfc50 /trusty/coverage/coverage_test.cpp | |
| parent | bbbd1a8e4109c715fd914bba7606a74843960e0f (diff) | |
fs_mgr_get_mounted_entry_for_userdata: handle logical partitions
In case of GSI on DSU, /data is mounted on the following stack:
userdata -> userdata_gsi -> actual block device, and fstab returned from
ReadDefaultFstab() function will say that /data should be
mounted onto userdata_gsi. This configuration wasn't supported.
To support it, fs_mgr_get_mounted_entry_for_userdata now unwinds the
dm-device stack /data is mounted onto, and for each entry in fstab
resolves corresponding block device (in case of logical partitions by
asking DeviceMapper to resolve name -> path, and for other cases by
reading a symlink), and then checking whenever resolved block device
belongs to the unwinded stack.
Test: on both normal boot & DSU
Test: atest CtsUserspaceRebootHostSideTestCases
Test: atest CtsFsMgrTestCases
Bug: 148612148
Change-Id: I1bb3e64ae92d56de905b4f7f1997b7499b101b0f
Diffstat (limited to 'trusty/coverage/coverage_test.cpp')
0 files changed, 0 insertions, 0 deletions