The prepare_app is synchronizing threads security attributes in app
candidate process, which can be multithreaded. Security-Manager's
implementation mimics implementation in libc for smack label synchronization,
using signal handlers to do that.
In some systems under heavy load current timeout we're waiting for signal
delivery can be not enough, hence increasing the timeout.
Change-Id: I2b73c743fee61acbaeb834566a43b0f427218aab
LogDebug("number of threads already gone (signals unsent): " << threads_gone);
for (int i = MAX_SIG_WAIT_TIME; g_threads_count && i; i--)
- usleep(1000); // 1 ms
+ usleep(2000); // 2 ms
Syscall::sigaction(SIGSETXID, &old, nullptr);