Files
android_vendor_pawlet/recovery_toolkit/twrpinstall/tw_atomic.cpp
T
oxmc f6176009b1 Add recovery_ui and recovery_toolkit scaffolding (first draft, not build-tested)
Stages TWRP's GUI engine and standalone tooling as PawletOS-owned modules
instead of a bootable/recovery fork, per the plugin-architecture finding in
NOTES-ota-recovery-ab.md: stock recovery_main.cpp already dlopen()s
librecovery_ui_ext.so and dlsym()s make_device() from it at runtime, so the
UI layer doesn't require touching stock bootable/recovery at all. Confirmed
via source grep that recovery.cpp/install.cpp have zero references into the
partition manager/backup engine/GUI code and vice versa.

recovery_ui/: TWRP's gui/, minuitwrp/, libpixelflinger/ (copied verbatim,
GPL-3.0), plus a new device/ providing PawletTwrpUI (a ScreenRecoveryUI
subclass) and make_device() — written from scratch against stock's
RecoveryUI/ScreenRecoveryUI virtual-method contract, since TWRP's own fork
never ships a make_device() (every real TWRP device provides its own, and
no reference device tree was available to copy from). Top-level Android.bp
defines librecovery_ui_pawlet_twrp, the module TARGET_RECOVERY_UI_LIB should
point at. gui/Android.bp and minuitwrp/Android.bp had their include_dirs
rewritten for the new paths.

recovery_toolkit/: partition manager, backup engine (tar/digest/adbbu/apex),
filesystem/format support (exfat/dosfstools/gpt/fuse/mtp/crypto), scripting
(openrecoveryscript/orscmd/twrpinstall), shared helpers. Source only, no
Android.bp yet for any of it.

Known gap blocking recovery_ui from actually linking: gui/'s libguitwrp
depends on libaosprecovery, built from recovery_toolkit/helpers/twrp.cpp via
a Go Soong plugin (libaosprecovery_defaults.go) not yet ported. Neither repo
has been build-tested — no local AOSP build environment available in this
workspace. See each directory's README.md for a precise done/not-done
breakdown.
2026-07-11 16:34:35 -07:00

69 lines
1.8 KiB
C++

/*
* Copyright (C) 2015 The Team Win Recovery 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.
*/
#include <pthread.h>
#include <stdio.h>
#include "tw_atomic.hpp"
/*
* According to this documentation:
* https://developer.android.com/training/articles/smp.html
* it is recommended to use mutexes instead of atomics. This class
* provides us with a wrapper to make "atomic" variables easy to use.
*/
TWAtomicInt::TWAtomicInt(int initial_value /* = 0 */) {
if (pthread_mutex_init(&mutex_lock, NULL) != 0) {
// This should hopefully never happen. If it does, the
// operations will not be atomic, but we will allow things to
// continue anyway after logging the issue and just hope for
// the best.
printf("TWAtomic error initializing mutex.\n");
use_mutex = false;
} else {
use_mutex = true;
}
value = initial_value;
}
TWAtomicInt::~TWAtomicInt() {
if (use_mutex)
pthread_mutex_destroy(&mutex_lock);
}
void TWAtomicInt::set_value(int new_value) {
if (use_mutex) {
pthread_mutex_lock(&mutex_lock);
value = new_value;
pthread_mutex_unlock(&mutex_lock);
} else {
value = new_value;
}
}
int TWAtomicInt::get_value(void) {
int ret_val;
if (use_mutex) {
pthread_mutex_lock(&mutex_lock);
ret_val = value;
pthread_mutex_unlock(&mutex_lock);
} else {
ret_val = value;
}
return ret_val;
}