2015-07-31 21:45:25 +02:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2015 The Android Open Source Project
|
|
|
|
*
|
|
|
|
* Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
* you may not use this file except in compliance with the License.
|
|
|
|
* You may obtain a copy of the License at
|
|
|
|
*
|
|
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
*
|
|
|
|
* Unless required by applicable law or agreed to in writing, software
|
|
|
|
* distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
* See the License for the specific language governing permissions and
|
|
|
|
* limitations under the License.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _INIT_SERVICE_H
|
|
|
|
#define _INIT_SERVICE_H
|
|
|
|
|
2018-04-13 19:38:57 +02:00
|
|
|
#include <signal.h>
|
2017-08-25 19:39:25 +02:00
|
|
|
#include <sys/resource.h>
|
2015-07-31 21:45:25 +02:00
|
|
|
#include <sys/types.h>
|
|
|
|
|
2018-09-28 01:10:46 +02:00
|
|
|
#include <chrono>
|
2015-07-31 21:45:25 +02:00
|
|
|
#include <memory>
|
2018-09-28 01:10:46 +02:00
|
|
|
#include <optional>
|
2017-03-27 19:59:11 +02:00
|
|
|
#include <set>
|
2015-07-31 21:45:25 +02:00
|
|
|
#include <string>
|
|
|
|
#include <vector>
|
|
|
|
|
2017-03-24 19:43:02 +01:00
|
|
|
#include <android-base/chrono_utils.h>
|
2017-04-07 01:30:22 +02:00
|
|
|
#include <cutils/iosched_policy.h>
|
2017-03-24 19:43:02 +01:00
|
|
|
|
2015-07-31 21:45:25 +02:00
|
|
|
#include "action.h"
|
init: Add support for ambient capabilities.
Ambient capabilities are inherited in a straightforward way across
execve(2):
"
If you are nonroot but you have a capability, you can add it to pA.
If you do so, your children get that capability in pA, pP, and pE.
For example, you can set pA = CAP_NET_BIND_SERVICE, and your
children can automatically bind low-numbered ports.
"
This will allow us to get rid of the special meaning for AID_NET_ADMIN
and AID_NET_RAW, and if desired, to reduce the use of file capabilities
(which grant capabilities to any process that can execute the file). An
additional benefit of the latter is that a single .rc file can specify
all properties for a service, without having to rely on a separate file
for file capabilities.
Ambient capabilities are supported starting with kernel 4.3 and have
been backported to all Android common kernels back to 3.10.
I chose to not use Minijail here (though I'm still using libcap) for
two reasons:
1-The Minijail code is designed to work in situations where the process
is holding any set of capabilities, so it's more complex. The situation
when forking from init allows for simpler code.
2-The way Minijail is structured right now, we would not be able to
make the required SELinux calls between UID/GID dropping and other priv
dropping code. In the future, it will make sense to add some sort of
"hook" to Minijail so that it can be used in situations where we want
to do other operations between some of the privilege-dropping
operations carried out by Minijail.
Bug: 32438163
Test: Use sample service.
Change-Id: I3226cc95769d1beacbae619cb6c6e6a5425890fb
2016-10-27 16:33:03 +02:00
|
|
|
#include "capabilities.h"
|
2016-10-27 16:45:34 +02:00
|
|
|
#include "descriptors.h"
|
2015-08-26 20:43:36 +02:00
|
|
|
#include "keyword_map.h"
|
2017-07-27 21:54:48 +02:00
|
|
|
#include "parser.h"
|
2017-09-13 00:58:47 +02:00
|
|
|
#include "subcontext.h"
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2017-03-13 19:54:47 +01:00
|
|
|
#define SVC_DISABLED 0x001 // do not autostart with class
|
|
|
|
#define SVC_ONESHOT 0x002 // do not restart on exit
|
|
|
|
#define SVC_RUNNING 0x004 // currently active
|
|
|
|
#define SVC_RESTARTING 0x008 // waiting to restart
|
|
|
|
#define SVC_CONSOLE 0x010 // requires console
|
2018-10-16 02:21:48 +02:00
|
|
|
#define SVC_CRITICAL 0x020 // will reboot into bootloader if keeps crashing
|
2017-03-13 19:54:47 +01:00
|
|
|
#define SVC_RESET 0x040 // Use when stopping a process,
|
2015-07-31 21:45:25 +02:00
|
|
|
// but not disabling so it can be restarted with its class.
|
2017-03-13 19:54:47 +01:00
|
|
|
#define SVC_RC_DISABLED 0x080 // Remember if the disabled flag was set in the rc script.
|
|
|
|
#define SVC_RESTART 0x100 // Use to safely restart (stop, wait, start) a service.
|
2015-07-31 21:45:25 +02:00
|
|
|
#define SVC_DISABLED_START 0x200 // A start was requested but it was disabled at the time.
|
2017-03-28 01:27:30 +02:00
|
|
|
#define SVC_EXEC 0x400 // This service was started by either 'exec' or 'exec_start' and stops
|
|
|
|
// init from processing more commands until it completes
|
2017-03-13 19:54:47 +01:00
|
|
|
|
|
|
|
#define SVC_SHUTDOWN_CRITICAL 0x800 // This service is critical for shutdown and
|
|
|
|
// should not be killed during shutdown
|
2017-03-28 01:27:30 +02:00
|
|
|
#define SVC_TEMPORARY 0x1000 // This service was started by 'exec' and should be removed from the
|
|
|
|
// service list once it is reaped.
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
#define NR_SVC_SUPP_GIDS 12 // twelve supplementary groups
|
|
|
|
|
2017-06-22 21:53:17 +02:00
|
|
|
namespace android {
|
|
|
|
namespace init {
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
class Service {
|
2017-03-27 19:59:11 +02:00
|
|
|
public:
|
2017-09-13 00:58:47 +02:00
|
|
|
Service(const std::string& name, Subcontext* subcontext_for_restart_commands,
|
|
|
|
const std::vector<std::string>& args);
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2017-03-27 19:59:11 +02:00
|
|
|
Service(const std::string& name, unsigned flags, uid_t uid, gid_t gid,
|
2019-02-06 19:45:56 +01:00
|
|
|
const std::vector<gid_t>& supp_gids, unsigned namespace_flags,
|
|
|
|
const std::string& seclabel, Subcontext* subcontext_for_restart_commands,
|
|
|
|
const std::vector<std::string>& args);
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2017-07-28 23:48:41 +02:00
|
|
|
static std::unique_ptr<Service> MakeTemporaryOneshotService(const std::vector<std::string>& args);
|
|
|
|
|
2017-03-13 19:54:47 +01:00
|
|
|
bool IsRunning() { return (flags_ & SVC_RUNNING) != 0; }
|
2018-10-17 20:11:23 +02:00
|
|
|
Result<Success> ParseLine(std::vector<std::string>&& args);
|
2017-08-23 01:13:59 +02:00
|
|
|
Result<Success> ExecStart();
|
|
|
|
Result<Success> Start();
|
|
|
|
Result<Success> StartIfNotDisabled();
|
2019-05-15 22:04:13 +02:00
|
|
|
Result<Success> StartIfPostData();
|
2017-08-23 01:13:59 +02:00
|
|
|
Result<Success> Enable();
|
2015-07-31 21:45:25 +02:00
|
|
|
void Reset();
|
Support for stopping/starting post-data-mount class subsets.
On devices that use FDE and APEX at the same time, we need to bring up a
minimal framework to be able to mount the /data partition. During this
period, a tmpfs /data filesystem is created, which doesn't contain any
of the updated APEXEs. As a consequence, all those processes will be
using the APEXes from the /system partition.
This is obviously not desired, as APEXes in /system may be old and/or
contain security issues. Additionally, it would create a difference
between FBE and FDE devices at runtime.
Ideally, we restart all processes that have started after we created the
tmpfs /data. We can't (re)start based on class names alone, because some
classes (eg 'hal') contain services that are required to start apexd
itself and that shouldn't be killed (eg the graphics HAL).
To address this, keep track of which processes are started after /data
is mounted, with a new 'mark_post_data' keyword. Additionally, create
'class_reset_post_data', which resets all services in the class that
were created after the initial /data mount, and 'class_start_post_data',
which starts all services in the class that were started after /data was
mounted.
On a device with FBE, these keywords wouldn't be used; on a device with
FDE, we'd use them to bring down the right processes after the user has
entered the correct secret, and restart them.
Bug: 118485723
Test: manually verified process list
Change-Id: I16adb776dacf1dd1feeaff9e60639b99899905eb
2019-04-23 16:26:01 +02:00
|
|
|
void ResetIfPostData();
|
2015-07-31 21:45:25 +02:00
|
|
|
void Stop();
|
2015-12-18 20:39:59 +01:00
|
|
|
void Terminate();
|
2018-09-28 01:10:46 +02:00
|
|
|
void Timeout();
|
2015-07-31 21:45:25 +02:00
|
|
|
void Restart();
|
2018-04-13 19:38:57 +02:00
|
|
|
void Reap(const siginfo_t& siginfo);
|
2015-07-31 21:45:25 +02:00
|
|
|
void DumpState() const;
|
2017-03-13 19:54:47 +01:00
|
|
|
void SetShutdownCritical() { flags_ |= SVC_SHUTDOWN_CRITICAL; }
|
2017-03-27 19:59:11 +02:00
|
|
|
bool IsShutdownCritical() const { return (flags_ & SVC_SHUTDOWN_CRITICAL) != 0; }
|
2017-07-28 23:48:41 +02:00
|
|
|
void UnSetExec() {
|
|
|
|
is_exec_service_running_ = false;
|
|
|
|
flags_ &= ~SVC_EXEC;
|
|
|
|
}
|
2018-04-13 19:38:57 +02:00
|
|
|
void AddReapCallback(std::function<void(const siginfo_t& siginfo)> callback) {
|
|
|
|
reap_callbacks_.emplace_back(std::move(callback));
|
|
|
|
}
|
2017-07-28 23:48:41 +02:00
|
|
|
|
|
|
|
static bool is_exec_service_running() { return is_exec_service_running_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
const std::string& name() const { return name_; }
|
2017-03-27 19:59:11 +02:00
|
|
|
const std::set<std::string>& classnames() const { return classnames_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
unsigned flags() const { return flags_; }
|
|
|
|
pid_t pid() const { return pid_; }
|
2017-07-31 22:23:18 +02:00
|
|
|
android::base::boot_clock::time_point time_started() const { return time_started_; }
|
2017-05-01 23:16:41 +02:00
|
|
|
int crash_count() const { return crash_count_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
uid_t uid() const { return uid_; }
|
|
|
|
gid_t gid() const { return gid_; }
|
2017-05-01 23:16:41 +02:00
|
|
|
unsigned namespace_flags() const { return namespace_flags_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
const std::vector<gid_t>& supp_gids() const { return supp_gids_; }
|
|
|
|
const std::string& seclabel() const { return seclabel_; }
|
|
|
|
const std::vector<int>& keycodes() const { return keycodes_; }
|
2017-05-01 23:16:41 +02:00
|
|
|
IoSchedClass ioprio_class() const { return ioprio_class_; }
|
|
|
|
int ioprio_pri() const { return ioprio_pri_; }
|
2017-10-06 03:50:22 +02:00
|
|
|
const std::set<std::string>& interfaces() const { return interfaces_; }
|
2017-05-01 23:16:41 +02:00
|
|
|
int priority() const { return priority_; }
|
|
|
|
int oom_score_adjust() const { return oom_score_adjust_; }
|
2017-11-14 00:31:54 +01:00
|
|
|
bool is_override() const { return override_; }
|
2017-05-04 20:32:36 +02:00
|
|
|
bool process_cgroup_empty() const { return process_cgroup_empty_; }
|
2017-07-27 01:09:09 +02:00
|
|
|
unsigned long start_order() const { return start_order_; }
|
2018-04-17 23:48:44 +02:00
|
|
|
void set_sigstop(bool value) { sigstop_ = value; }
|
2018-09-28 01:10:46 +02:00
|
|
|
std::chrono::seconds restart_period() const { return restart_period_; }
|
|
|
|
std::optional<std::chrono::seconds> timeout_period() const { return timeout_period_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
const std::vector<std::string>& args() const { return args_; }
|
2018-11-12 04:08:41 +01:00
|
|
|
bool is_updatable() const { return updatable_; }
|
Support for stopping/starting post-data-mount class subsets.
On devices that use FDE and APEX at the same time, we need to bring up a
minimal framework to be able to mount the /data partition. During this
period, a tmpfs /data filesystem is created, which doesn't contain any
of the updated APEXEs. As a consequence, all those processes will be
using the APEXes from the /system partition.
This is obviously not desired, as APEXes in /system may be old and/or
contain security issues. Additionally, it would create a difference
between FBE and FDE devices at runtime.
Ideally, we restart all processes that have started after we created the
tmpfs /data. We can't (re)start based on class names alone, because some
classes (eg 'hal') contain services that are required to start apexd
itself and that shouldn't be killed (eg the graphics HAL).
To address this, keep track of which processes are started after /data
is mounted, with a new 'mark_post_data' keyword. Additionally, create
'class_reset_post_data', which resets all services in the class that
were created after the initial /data mount, and 'class_start_post_data',
which starts all services in the class that were started after /data was
mounted.
On a device with FBE, these keywords wouldn't be used; on a device with
FDE, we'd use them to bring down the right processes after the user has
entered the correct secret, and restart them.
Bug: 118485723
Test: manually verified process list
Change-Id: I16adb776dacf1dd1feeaff9e60639b99899905eb
2019-04-23 16:26:01 +02:00
|
|
|
bool is_post_data() const { return post_data_; }
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2017-03-27 19:59:11 +02:00
|
|
|
private:
|
2018-10-17 20:11:23 +02:00
|
|
|
using OptionParser = Result<Success> (Service::*)(std::vector<std::string>&& args);
|
2016-06-29 20:32:49 +02:00
|
|
|
class OptionParserMap;
|
2015-08-26 20:43:36 +02:00
|
|
|
|
2018-04-21 01:18:12 +02:00
|
|
|
Result<Success> SetUpMountNamespace() const;
|
|
|
|
Result<Success> SetUpPidNamespace() const;
|
|
|
|
Result<Success> EnterNamespaces() const;
|
2015-07-31 21:45:25 +02:00
|
|
|
void NotifyStateChange(const std::string& new_state) const;
|
|
|
|
void StopOrReset(int how);
|
|
|
|
void ZapStdio() const;
|
|
|
|
void OpenConsole() const;
|
2016-06-15 23:49:57 +02:00
|
|
|
void KillProcessGroup(int signal);
|
2016-07-08 19:32:26 +02:00
|
|
|
void SetProcessAttributes();
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2018-10-17 20:11:23 +02:00
|
|
|
Result<Success> ParseCapabilities(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseClass(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseConsole(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseCritical(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseDisabled(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseEnterNamespace(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseGroup(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParsePriority(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseInterface(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseIoprio(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseKeycodes(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseOneshot(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseOnrestart(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseOomScoreAdjust(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseOverride(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseMemcgLimitInBytes(std::vector<std::string>&& args);
|
2018-10-30 23:49:33 +01:00
|
|
|
Result<Success> ParseMemcgLimitPercent(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseMemcgLimitProperty(std::vector<std::string>&& args);
|
2018-10-17 20:11:23 +02:00
|
|
|
Result<Success> ParseMemcgSoftLimitInBytes(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseMemcgSwappiness(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseNamespace(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseProcessRlimit(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseRestartPeriod(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseSeclabel(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseSetenv(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseShutdown(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseSigstop(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseSocket(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseTimeoutPeriod(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseFile(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseUser(std::vector<std::string>&& args);
|
|
|
|
Result<Success> ParseWritepid(std::vector<std::string>&& args);
|
2018-11-12 04:08:41 +01:00
|
|
|
Result<Success> ParseUpdatable(std::vector<std::string>&& args);
|
2015-08-26 20:43:36 +02:00
|
|
|
|
2016-10-27 16:45:34 +02:00
|
|
|
template <typename T>
|
2018-10-17 20:11:23 +02:00
|
|
|
Result<Success> AddDescriptor(std::vector<std::string>&& args);
|
2016-10-27 16:45:34 +02:00
|
|
|
|
2017-07-27 01:09:09 +02:00
|
|
|
static unsigned long next_start_order_;
|
2017-07-28 23:48:41 +02:00
|
|
|
static bool is_exec_service_running_;
|
2017-07-27 01:09:09 +02:00
|
|
|
|
2015-07-31 21:45:25 +02:00
|
|
|
std::string name_;
|
2017-03-27 19:59:11 +02:00
|
|
|
std::set<std::string> classnames_;
|
2016-03-21 09:08:07 +01:00
|
|
|
std::string console_;
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
unsigned flags_;
|
|
|
|
pid_t pid_;
|
2017-03-24 19:43:02 +01:00
|
|
|
android::base::boot_clock::time_point time_started_; // time of last start
|
|
|
|
android::base::boot_clock::time_point time_crashed_; // first crash within inspection window
|
2016-11-11 02:43:47 +01:00
|
|
|
int crash_count_; // number of times crashed within window
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
uid_t uid_;
|
|
|
|
gid_t gid_;
|
|
|
|
std::vector<gid_t> supp_gids_;
|
2019-02-06 19:45:56 +01:00
|
|
|
std::optional<CapSet> capabilities_;
|
2016-04-22 00:35:09 +02:00
|
|
|
unsigned namespace_flags_;
|
2018-04-21 01:18:12 +02:00
|
|
|
// Pair of namespace type, path to namespace.
|
|
|
|
std::vector<std::pair<int, std::string>> namespaces_to_enter_;
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
std::string seclabel_;
|
|
|
|
|
2016-10-27 16:45:34 +02:00
|
|
|
std::vector<std::unique_ptr<DescriptorInfo>> descriptors_;
|
2017-08-23 00:41:03 +02:00
|
|
|
std::vector<std::pair<std::string, std::string>> environment_vars_;
|
2015-07-31 21:45:25 +02:00
|
|
|
|
|
|
|
Action onrestart_; // Commands to execute on restart.
|
|
|
|
|
|
|
|
std::vector<std::string> writepid_files_;
|
|
|
|
|
2017-10-06 03:50:22 +02:00
|
|
|
std::set<std::string> interfaces_; // e.g. some.package.foo@1.0::IBaz/instance-name
|
|
|
|
|
2018-05-19 00:25:15 +02:00
|
|
|
// keycodes for triggering this service via /dev/input/input*
|
2015-07-31 21:45:25 +02:00
|
|
|
std::vector<int> keycodes_;
|
|
|
|
|
|
|
|
IoSchedClass ioprio_class_;
|
|
|
|
int ioprio_pri_;
|
2016-05-19 02:36:30 +02:00
|
|
|
int priority_;
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2016-07-22 21:07:06 +02:00
|
|
|
int oom_score_adjust_;
|
|
|
|
|
2018-10-30 23:49:33 +01:00
|
|
|
int swappiness_ = -1;
|
|
|
|
int soft_limit_in_bytes_ = -1;
|
|
|
|
|
|
|
|
int limit_in_bytes_ = -1;
|
|
|
|
int limit_percent_ = -1;
|
|
|
|
std::string limit_property_;
|
2017-07-17 04:38:11 +02:00
|
|
|
|
2017-05-04 20:32:36 +02:00
|
|
|
bool process_cgroup_empty_ = false;
|
|
|
|
|
2017-11-14 00:31:54 +01:00
|
|
|
bool override_ = false;
|
|
|
|
|
2017-07-27 01:09:09 +02:00
|
|
|
unsigned long start_order_;
|
|
|
|
|
2017-08-25 19:39:25 +02:00
|
|
|
std::vector<std::pair<int, rlimit>> rlimits_;
|
|
|
|
|
2018-04-17 23:48:44 +02:00
|
|
|
bool sigstop_ = false;
|
|
|
|
|
2018-09-28 01:10:46 +02:00
|
|
|
std::chrono::seconds restart_period_ = 5s;
|
|
|
|
std::optional<std::chrono::seconds> timeout_period_;
|
|
|
|
|
2018-11-12 04:08:41 +01:00
|
|
|
bool updatable_ = false;
|
|
|
|
|
2015-07-31 21:45:25 +02:00
|
|
|
std::vector<std::string> args_;
|
2018-04-13 19:38:57 +02:00
|
|
|
|
|
|
|
std::vector<std::function<void(const siginfo_t& siginfo)>> reap_callbacks_;
|
Proper mount namespace configuration for bionic
This CL fixes the design problem of the previous mechanism for providing
the bootstrap bionic and the runtime bionic to the same path.
Previously, bootstrap bionic was self-bind-mounted; i.e.
/system/bin/libc.so is bind-mounted to itself. And the runtime bionic
was bind-mounted on top of the bootstrap bionic. This has not only caused
problems like `adb sync` not working(b/122737045), but also is quite
difficult to understand due to the double-and-self mounting.
This is the new design:
Most importantly, these four are all distinct:
1) bootstrap bionic (/system/lib/bootstrap/libc.so)
2) runtime bionic (/apex/com.android.runtime/lib/bionic/libc.so)
3) mount point for 1) and 2) (/bionic/lib/libc.so)
4) symlink for 3) (/system/lib/libc.so -> /bionic/lib/libc.so)
Inside the mount namespace of the pre-apexd processes, 1) is
bind-mounted to 3). Likewise, inside the mount namespace of the
post-apexd processes, 2) is bind-mounted to 3). In other words, there is
no self-mount, and no double-mount.
Another change is that mount points are under /bionic and the legacy
paths become symlinks to the mount points. This is to make sure that
there is no bind mounts under /system, which is breaking some apps.
Finally, code for creating mount namespaces, mounting bionic, etc are
refactored to mount_namespace.cpp
Bug: 120266448
Bug: 123275379
Test: m, device boots, adb sync/push/pull works,
especially with following paths:
/bionic/lib64/libc.so
/bionic/bin/linker64
/system/lib64/bootstrap/libc.so
/system/bin/bootstrap/linker64
Change-Id: Icdfbdcc1efca540ac854d4df79e07ee61fca559f
2019-01-16 15:00:59 +01:00
|
|
|
|
|
|
|
bool pre_apexd_ = false;
|
Support for stopping/starting post-data-mount class subsets.
On devices that use FDE and APEX at the same time, we need to bring up a
minimal framework to be able to mount the /data partition. During this
period, a tmpfs /data filesystem is created, which doesn't contain any
of the updated APEXEs. As a consequence, all those processes will be
using the APEXes from the /system partition.
This is obviously not desired, as APEXes in /system may be old and/or
contain security issues. Additionally, it would create a difference
between FBE and FDE devices at runtime.
Ideally, we restart all processes that have started after we created the
tmpfs /data. We can't (re)start based on class names alone, because some
classes (eg 'hal') contain services that are required to start apexd
itself and that shouldn't be killed (eg the graphics HAL).
To address this, keep track of which processes are started after /data
is mounted, with a new 'mark_post_data' keyword. Additionally, create
'class_reset_post_data', which resets all services in the class that
were created after the initial /data mount, and 'class_start_post_data',
which starts all services in the class that were started after /data was
mounted.
On a device with FBE, these keywords wouldn't be used; on a device with
FDE, we'd use them to bring down the right processes after the user has
entered the correct secret, and restart them.
Bug: 118485723
Test: manually verified process list
Change-Id: I16adb776dacf1dd1feeaff9e60639b99899905eb
2019-04-23 16:26:01 +02:00
|
|
|
|
|
|
|
bool post_data_ = false;
|
2019-05-15 22:04:13 +02:00
|
|
|
|
|
|
|
bool running_at_post_data_reset_ = false;
|
2015-07-31 21:45:25 +02:00
|
|
|
};
|
|
|
|
|
2017-07-28 01:20:58 +02:00
|
|
|
class ServiceList {
|
2017-06-28 07:08:45 +02:00
|
|
|
public:
|
2017-07-28 01:20:58 +02:00
|
|
|
static ServiceList& GetInstance();
|
2015-07-31 21:45:25 +02:00
|
|
|
|
2017-05-01 23:16:41 +02:00
|
|
|
// Exposed for testing
|
2017-07-28 01:20:58 +02:00
|
|
|
ServiceList();
|
2017-05-01 23:16:41 +02:00
|
|
|
|
2015-08-26 20:43:36 +02:00
|
|
|
void AddService(std::unique_ptr<Service> service);
|
2015-07-31 21:45:25 +02:00
|
|
|
void RemoveService(const Service& svc);
|
2017-07-28 01:20:58 +02:00
|
|
|
|
|
|
|
template <typename T, typename F = decltype(&Service::name)>
|
|
|
|
Service* FindService(T value, F function = &Service::name) const {
|
|
|
|
auto svc = std::find_if(services_.begin(), services_.end(),
|
|
|
|
[&function, &value](const std::unique_ptr<Service>& s) {
|
|
|
|
return std::invoke(function, s) == value;
|
|
|
|
});
|
|
|
|
if (svc != services_.end()) {
|
|
|
|
return svc->get();
|
|
|
|
}
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2018-05-08 22:46:39 +02:00
|
|
|
Service* FindInterface(const std::string& interface_name) {
|
|
|
|
for (const auto& svc : services_) {
|
|
|
|
if (svc->interfaces().count(interface_name) > 0) {
|
|
|
|
return svc.get();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2015-07-31 21:45:25 +02:00
|
|
|
void DumpState() const;
|
2015-08-26 20:43:36 +02:00
|
|
|
|
2017-07-28 01:20:58 +02:00
|
|
|
auto begin() const { return services_.begin(); }
|
|
|
|
auto end() const { return services_.end(); }
|
|
|
|
const std::vector<std::unique_ptr<Service>>& services() const { return services_; }
|
|
|
|
const std::vector<Service*> services_in_shutdown_order() const;
|
|
|
|
|
Support for stopping/starting post-data-mount class subsets.
On devices that use FDE and APEX at the same time, we need to bring up a
minimal framework to be able to mount the /data partition. During this
period, a tmpfs /data filesystem is created, which doesn't contain any
of the updated APEXEs. As a consequence, all those processes will be
using the APEXes from the /system partition.
This is obviously not desired, as APEXes in /system may be old and/or
contain security issues. Additionally, it would create a difference
between FBE and FDE devices at runtime.
Ideally, we restart all processes that have started after we created the
tmpfs /data. We can't (re)start based on class names alone, because some
classes (eg 'hal') contain services that are required to start apexd
itself and that shouldn't be killed (eg the graphics HAL).
To address this, keep track of which processes are started after /data
is mounted, with a new 'mark_post_data' keyword. Additionally, create
'class_reset_post_data', which resets all services in the class that
were created after the initial /data mount, and 'class_start_post_data',
which starts all services in the class that were started after /data was
mounted.
On a device with FBE, these keywords wouldn't be used; on a device with
FDE, we'd use them to bring down the right processes after the user has
entered the correct secret, and restart them.
Bug: 118485723
Test: manually verified process list
Change-Id: I16adb776dacf1dd1feeaff9e60639b99899905eb
2019-04-23 16:26:01 +02:00
|
|
|
void MarkPostData();
|
|
|
|
bool IsPostData();
|
2018-11-12 04:08:41 +01:00
|
|
|
void MarkServicesUpdate();
|
|
|
|
bool IsServicesUpdated() const { return services_update_finished_; }
|
|
|
|
void DelayService(const Service& service);
|
|
|
|
|
2017-06-28 07:08:45 +02:00
|
|
|
private:
|
2015-07-31 21:45:25 +02:00
|
|
|
std::vector<std::unique_ptr<Service>> services_;
|
2018-11-12 04:08:41 +01:00
|
|
|
|
Support for stopping/starting post-data-mount class subsets.
On devices that use FDE and APEX at the same time, we need to bring up a
minimal framework to be able to mount the /data partition. During this
period, a tmpfs /data filesystem is created, which doesn't contain any
of the updated APEXEs. As a consequence, all those processes will be
using the APEXes from the /system partition.
This is obviously not desired, as APEXes in /system may be old and/or
contain security issues. Additionally, it would create a difference
between FBE and FDE devices at runtime.
Ideally, we restart all processes that have started after we created the
tmpfs /data. We can't (re)start based on class names alone, because some
classes (eg 'hal') contain services that are required to start apexd
itself and that shouldn't be killed (eg the graphics HAL).
To address this, keep track of which processes are started after /data
is mounted, with a new 'mark_post_data' keyword. Additionally, create
'class_reset_post_data', which resets all services in the class that
were created after the initial /data mount, and 'class_start_post_data',
which starts all services in the class that were started after /data was
mounted.
On a device with FBE, these keywords wouldn't be used; on a device with
FDE, we'd use them to bring down the right processes after the user has
entered the correct secret, and restart them.
Bug: 118485723
Test: manually verified process list
Change-Id: I16adb776dacf1dd1feeaff9e60639b99899905eb
2019-04-23 16:26:01 +02:00
|
|
|
bool post_data_ = false;
|
2018-11-12 04:08:41 +01:00
|
|
|
bool services_update_finished_ = false;
|
|
|
|
std::vector<std::string> delayed_service_names_;
|
2015-07-31 21:45:25 +02:00
|
|
|
};
|
|
|
|
|
2015-08-26 20:43:36 +02:00
|
|
|
class ServiceParser : public SectionParser {
|
init: Stop combining actions
In the past, I had thought it didn't make sense to have multiple
Action classes with identical triggers within ActionManager::actions_,
and opted to instead combine these into a single action. In theory,
it should reduce memory overhead as only one copy of the triggers
needs to be stored.
In practice, this ends up not being a good idea.
Most importantly, given a file with the below three sections in this
same order:
on boot
setprop a b
on boot && property:true=true
setprop c d
on boot
setprop e f
Assuming that property 'true' == 'true', when the `boot` event
happens, the order of the setprop commands will actually be:
setprop a b
setprop e f
setprop c d
instead of the more intuitive order of:
setprop a b
setprop c d
setprop e f
This is a mistake and this CL fixes it. It also documents this order.
Secondly, with a given 'Action' now spanning multiple files, in order
to keep track of which file a command is run from, the 'Command'
itself needs to store this. Ironically to the original intention,
this increases total ram usage. This change now only stores the file
name in each 'Action' instead of each 'Command'. All in all this is a
negligible trade off of ram usage.
Thirdly, this requires a bunch of extra code and assumptions that
don't help anything else. In particular it forces to keep property triggers
sorted for easy comparison, which I'm using an std::map for currently,
but that is not the best data structure to contain them.
Lastly, I added the filename and line number to the 'processing
action' LOG(INFO) message.
Test: Boot bullhead, observe above changes
Test: Boot sailfish, observe no change in boot time
Change-Id: I3fbcac4ee677351314e33012c758145be82346e9
2017-04-18 22:21:54 +02:00
|
|
|
public:
|
2017-09-13 00:58:47 +02:00
|
|
|
ServiceParser(ServiceList* service_list, std::vector<Subcontext>* subcontexts)
|
|
|
|
: service_list_(service_list), subcontexts_(subcontexts), service_(nullptr) {}
|
2017-08-03 02:01:36 +02:00
|
|
|
Result<Success> ParseSection(std::vector<std::string>&& args, const std::string& filename,
|
|
|
|
int line) override;
|
|
|
|
Result<Success> ParseLineSection(std::vector<std::string>&& args, int line) override;
|
2017-11-10 23:20:47 +01:00
|
|
|
Result<Success> EndSection() override;
|
2018-11-12 04:08:41 +01:00
|
|
|
void EndFile() override { filename_ = ""; }
|
init: Stop combining actions
In the past, I had thought it didn't make sense to have multiple
Action classes with identical triggers within ActionManager::actions_,
and opted to instead combine these into a single action. In theory,
it should reduce memory overhead as only one copy of the triggers
needs to be stored.
In practice, this ends up not being a good idea.
Most importantly, given a file with the below three sections in this
same order:
on boot
setprop a b
on boot && property:true=true
setprop c d
on boot
setprop e f
Assuming that property 'true' == 'true', when the `boot` event
happens, the order of the setprop commands will actually be:
setprop a b
setprop e f
setprop c d
instead of the more intuitive order of:
setprop a b
setprop c d
setprop e f
This is a mistake and this CL fixes it. It also documents this order.
Secondly, with a given 'Action' now spanning multiple files, in order
to keep track of which file a command is run from, the 'Command'
itself needs to store this. Ironically to the original intention,
this increases total ram usage. This change now only stores the file
name in each 'Action' instead of each 'Command'. All in all this is a
negligible trade off of ram usage.
Thirdly, this requires a bunch of extra code and assumptions that
don't help anything else. In particular it forces to keep property triggers
sorted for easy comparison, which I'm using an std::map for currently,
but that is not the best data structure to contain them.
Lastly, I added the filename and line number to the 'processing
action' LOG(INFO) message.
Test: Boot bullhead, observe above changes
Test: Boot sailfish, observe no change in boot time
Change-Id: I3fbcac4ee677351314e33012c758145be82346e9
2017-04-18 22:21:54 +02:00
|
|
|
|
|
|
|
private:
|
2015-08-26 20:43:36 +02:00
|
|
|
bool IsValidName(const std::string& name) const;
|
|
|
|
|
2017-07-28 01:20:58 +02:00
|
|
|
ServiceList* service_list_;
|
2017-09-13 00:58:47 +02:00
|
|
|
std::vector<Subcontext>* subcontexts_;
|
2015-08-26 20:43:36 +02:00
|
|
|
std::unique_ptr<Service> service_;
|
2018-11-12 04:08:41 +01:00
|
|
|
std::string filename_;
|
2015-08-26 20:43:36 +02:00
|
|
|
};
|
|
|
|
|
2017-06-22 21:53:17 +02:00
|
|
|
} // namespace init
|
|
|
|
} // namespace android
|
|
|
|
|
2015-07-31 21:45:25 +02:00
|
|
|
#endif
|