Checks if logcat is enabled for a tag. If it is, logs directly to logcat from the stub class.
Only applicable if REQUIRE_PROTOLOGTOOL is set to false which is only set in sysui studio based builds.
Protolog tool does not run on the gradle based sysui studio build. Without the logcat fallback, sysui studio builds do not have any logging from protolog.
This change does introduce a dependency on android.util.Log in ProtoLog class. This class is part of common sources for ProtoLog. And is imported in the protolog tool itself. Had to create a new filtered target of protolog common sources that excludes the ProtoLog class.
Bug: 283499455
Test: m -j
Test: build sysui from studio, enable ProtoLog to logcat for a tag, observe logs in logcat
Change-Id: I9a085deaf39be1fb503c0df928a307e55c48ea4b
Tweak some visibilities and set up more filegroups to enable moving
the ApiDocs.bp and StubLibraries.bp files into the api subdir.
Bug: 271563074
Test: m
(cherry picked from https://android-review.googlesource.com/q/commit:ca6e67a66ba3448b00bd24762ab9494fb54fa8cd)
Merged-In: Ib2776dfc6c67b2042fb2f43a1251cd6f0ba61dc7
Change-Id: Ib2776dfc6c67b2042fb2f43a1251cd6f0ba61dc7
This allow moving the droidstubs definitions into a subdirectory while
still being able to access the source files.
Bug: 271563074
Test: m
Change-Id: I6e57c2df6e274359554d1cb8014f9d8ab86b207a
A temporary solution to add framework-configinfrastructure stubs java lib
until we add configinfrastructure module to AOSP.
This change will enable us to add framework-configinfrastructure as a
dependency to other modules.
Test: m
Merged-In: I504b1be870003c0a1a785ab04c04a737f77d33fb
Change-Id: I60a843f2741e537ce36465a836cbf8502e2b4a63
This service is callable by system components like keystore2. This
service calls into a mainline module API to do all the work for remote
provisioning.
Also include new OWNERS for the RemoteProvisioning implementation.
Bug: 254112668
Test: Locally modify keystore to call the new service
Change-Id: I6708d0b415798c78a4d66f279589d9def552ae78
Adding a fuzzer for java backend of the parcel.
Test: m java_binder_parcel_fuzzer && ./jazzer_helper.sh --fuzz_target
java_binder_parcel_fuzzer --target_class parcelfuzzer.ParcelFuzzer
Bug: 232439254
Change-Id: I6ebebb810d707d23a6e4ad9dab1fb51a80f96f69
using fuzzService API to fuzz an test service.
Test: m java_binder_service_fuzzer &&
./jazzer_helper.sh --fuzz_target java_binder_service_fuzzer --target_class ServiceFuzzer
Bug: 258075558
Change-Id: If1ff082638eaec04e8ba9c4f8f7321c952b22f82
A temporary solution to add framework-configinfrastructure java lib
until we add configinfrastructure module to AOSP.
This change will enable us to add framework-configinfrastructure as a
dependency to other modules.
Test: m
Merged-In: I85bd435fb95c7ee6c641cb6679affa9026cf4220
Change-Id: I7877e8bf6c31e3fec0b24a1340df156b175a0034
The dependency in NetworkStatsFactory is removed, so it's no
longer needed.
Bug: 234315786
Test: m ; atest FrameworksNetTests
Change-Id: Ieec54c5b5cb679042e2d7aebe4005644352bdc62
Makes CellBroadcastServicePlatform able to use it.
Test: lunch aosp_cf_arm_only_phone && m nothing
Change-Id: Ic62dff140f81db9aac4728ba98b44e6fbbdc9c0c
(cherry picked from commit a08352e838)
Merged-In: Ic62dff140f81db9aac4728ba98b44e6fbbdc9c0c
Makes CellBroadcastServicePlatform able to use it.
Test: lunch aosp_cf_arm_only_phone && m nothing
Change-Id: Ic62dff140f81db9aac4728ba98b44e6fbbdc9c0c
This filegroup makes more sense as a standalone modules-utils library,
and can be migrated to the modules-utils repository. Remove the
unnecessary dependency from services.net-module-wifi.
Test: m
Change-Id: I95d270e5e885fc40bd21af693058ace9818f1e3e
There was an error where if two auto-brightness changes came in quick
succession, the first could be treated as a user-initiated brightness
change.
1. First float change comes in: Xf
2. We write the brightness to the int-setting: Xi
3. Second float change comes in: Yf
4. Notification of the Xi change comes back to us and because X is
different from Y, we treat it as a user-change.
The result of this is that auto-brightness learned from these erroneous
"user inputs" and both the short and long term model get affected
negatively for the user. Often manifesting in brightness learning to
be too low.
The quick succession changes can happen in various situations, but
were most prominent on startup before and after a valid lux is read.
The fix is the revamp the data synchronization algorithm we use in
BrightnessSynchronizer to have updates + confirmation callback be
treated as an atomic operation before executing any other updates
that come in. In the example above, that means we run (1) (2) and (4)
before handling the new update found in (3).
Fixes: 227483176
Test: Manually verify through debug logging.
Test: atest BrightnessSynchronizerTest
Change-Id: I93856fd74e50bcda04e88a7b7e736e02faa76c8e
The feature punts to QPR so disable or remove code from the build
time.
Bug: 222185402
Test: build pass and can boot to home
Test: make sure the toolbar using local implementation
Change-Id: Idad82c3c46ddce0731a26f4599de01eecb0e52c3
This is so the soures can be accessed both fom framework and modules.
The implementation needs the local StatsLog, so cannot be reused.
Test: m
Test: atest SystemUITests
Test: make statsd_testdrive $ANDROID_HOST_OUT/bin/statsd_testdrive 90
Bug: 218862369
Change-Id: I27ebffa6817575f1377beb80f4092287d9b12c49
Merged-In: I27ebffa6817575f1377beb80f4092287d9b12c49
This is so the soures can be accessed both fom framework and modules.
The implementation needs the local StatsLog, so cannot be reused.
Test: m
Test: atest SystemUITests
Test: make statsd_testdrive $ANDROID_HOST_OUT/bin/statsd_testdrive 90
Bug: 218862369
Change-Id: I27ebffa6817575f1377beb80f4092287d9b12c49
Since data usage related code is going to move to mainline module,
hidden classes and methods can no longer be accessed. However,
some of the hidden classes in the platform are still needed, and
cannot be moved because of other callers.
Thus, create a shared srcs filegroup to allow these classes
build with the module to solve the dependencies.
Test: TH
Bug: 204830222
(cherry-picked from ag/16656704)
Change-Id: I3813bc2177b2f0b4237056f64c57c63fa29c3081
Merged-In: I3813bc2177b2f0b4237056f64c57c63fa29c3081
This class is only used by NetworkStack, so move it to the
NetworkStack project.
Test: m
Change-Id: I356ee7b24613e84b8a90ddccd6d25d0742d13ae7
Merged-In: I356ee7b24613e84b8a90ddccd6d25d0742d13ae7
Since data usage related code is going to move to mainline module,
hidden classes and methods can no longer be accessed. However,
some of the hidden classes in the platform are still needed, and
cannot be moved because of other callers.
Thus, create a shared srcs filegroup to allow these classes
build with the module to solve the dependencies.
Test: TH
Bug: 204830222
Change-Id: I3813bc2177b2f0b4237056f64c57c63fa29c3081
WakeLock uses this API to add listener of type WakelockStateListener,
whenever framework enable/disable this wake lock, the onStateChanged()
callback on this listener is called.
This API can be called before or afte acquiring the wakelock. It can be
called multiple times to change to another listener.
Add test cases testNotifyWakeLockCallback() and
testNotifyWakeLockCallbackChange() in PowerManagerServiceTest.java.
Bug: 213925462
Test: atest cts/tests/tests/os/src/android/os/cts/PowerManager_WakeLockTest.java.
Change-Id: Ic59303c59e53eb974e2765e3036002ac97ce8aa5
