Adjust lock icon padding for visual match on C10/P10
Bug: 219895641
Test: Visual comparison of alignment using layout inspector
Change-Id: Iffb6fb6344a29c5cc217f1ff4897790a784e6829
Part of removing monitoring of BCL thermal zones.
Bug: 234901714
Test: Boot and confirm settings
Signed-off-by: George Lee <geolee@google.com>
Change-Id: I470951a6a8676079642c7070687198645a163887
Compress-offload also needs to adjust the latency
to meet the av sync result.
Bug: 234104918
Test: Play AV sync video in YTMusic test apk
Change-Id: I45e4b2d2c477ae2eae14d7342e3a81c38ec61cb4
Bug: 234707775
Test: Boot and confirm its monitoring
Signed-off-by: George Lee <geolee@google.com>
Change-Id: I531242c67dfc3d5542f15366f464b28fcbdc0c31
For C10_LL_Pt_Ls_mix3500M_volCurve_allModes_Speaker_Safe_ONEAL_V2.mps:
- Non media, update the speaker-safe preset for
Ringtone/Notification/Alarm stream
- sha1sum: b813efb994561b71715c075c0d34ad8c1a009ade
/vendor/etc/waves_preset.mps
For P10_LL_Pt_Ls_mix2000_volCurve_allModes_Speaker_Safe_ONEAL.mps:
- Non media, update the speaker-safe preset for
Ringtone/Notification/Alarm stream
- sha1sum: 32a42b5ad6f2c2b3b79b2a33d3f53329edf61047
/vendor/etc/waves_preset.mps
For audio_policy_volumes_C10_Update.xml:
- Revision for low volume to be compatible with the speaker-safe
preset mentioned above.
- Revision of full volume curve to be compatible with MIX3500M preset
for below stream type DTMF, System Sound, Enforced Audible.
- sha1sum: 918ebfef1da80f8caca117cc1da00f0a7eade6c1
/vendor/etc/audio_policy_volumes.xml
For audio_policy_volumes_P10_Update_V2.xml:
- Revision for low volume to be compatible with the speaker-safe
preset mentioned above
- Revision of full volume curve to be compatible with MIX2000 preset for
below stream type DTMF, System Sound, Enforced Audible
- sha1sum: 9333ef3a4359b6c5e5b29a3beb40c677f8961c5d
/vendor/etc/audio_policy_volumes.xml
Bug: 234590302
Bug: 234464916
Test: manual test
b/234464916#comment4
b/234590302#comment8
Signed-off-by: Jasmine Cha <chajasmine@google.com>
Change-Id: I9fcaa0ac6f50af7f0728eb5a686b9866317a49d8
Since all of the BCL tzones are triggered from IRQ, we do not need to
monitor the tzones.
Bug: 197189623
Test: Pts Thermal test passing
Signed-off-by: George Lee <geolee@google.com>
Change-Id: I96a245329e59a19f5baf15992c87a3ea568b7ddf
FM table change list:
1. HE
a) Fine tune HE BB SWB FFP, BVE, NS, ECDT
b) Fine tune HE BB NB/WB/SWB RX volume curve
2. HA
1) fine-tune C10 TMOUS tuning for DVT stage
2) fine-tune P10/C10 NB robustness tuning
3) fine-tune P10/C10 NB acoustic shock for generic
3. HH
a) P10/C10 fine tune NS performance
4. AMS : P10/C10 HA/HH/HE all enable AMS.
Bug: 234676284
Test: build pass
Signed-off-by: Carter Hsu <carterhsu@google.com>
Change-Id: I9328b8c72c9b4799634bf3d6b63db6a4102fe571
Bug: 233018305
Bug: 233005340
Test: switch LE audio feature, and check LE audio functionality status
Change-Id: I5305f3b2b1fe19f8a1ddb42ee9101bfb64b9bce2
AoC can support mmap on BT both playback and recording
after gpar/322484.
Bug: 232205959
Test: Play MMAP games and OboeTester
Change-Id: Id696b578f4a2e3f94d6193e714b6d9f1ace6977a
Skip I signal by setting kI to 0 and use UClampMinInit as the display
update boost value.
Bug: 198663407
Test: Manual Test
Change-Id: I309ae4f63c4d7f50dc320aec28fffbe1473eb6e5
Sets the ML_ACC boost value to 650. The medium core's capacity is 763, so this means our benchmark process will always be scheduled onto the medium or big cores. We experimented with different uclamp values, and 650 is a good balance between power and performance.
Measurements:
MLPerf IC model Latency (ms) Power (mW) Energy/inference (mJ) MLPerf Scores
Uclamp = 512 0.981 3539 3.47 826
Uclamp = 600 0.973 3683 3.58 872
Uclamp = 650 0.899 3917 3.52 970 <- good balance
Uclamp = 700 0.892 4067 3.63 976
Uclamp = 800 0.875 4440 3.89 997
https://docs.google.com/presentation/d/1zx7sLkhOClmuRTCrq8-l3N1mZrrv7f-CtcdMuzV0eaI/edit?usp=sharing
Bug: 232183574
Test: MLPerf score on P22 improved significantly.
Change-Id: Ib93ecee5af3f1cbe83c5a96dc14b3a537db5abc8
To improve the return path latency, we want to keep the CPU at at least WFI state (Idle_1). The PMQos cpu_dma_latency knob prevents the CPU from falling below WFI state. This makes the return path CPU wakeup latency very good. Check with wvw@, the power impact shouldn't be too significant.
The average energy cost per inference dropped from 3.85 to 3.47 mJ. The reason why the power number is lower WITH disable-idle is that, due to better latency, we get to run more inferences given the same amount of time. This makes the average power consumption lower.
Measurement:
MLPerf IC model Latency (ms) Power (mW) Energy/inference (mJ) MLPerf scores
Default 1.35 2837 3.85 560
Disable CPU Idle 0.98 3539 3.47 826
https://docs.google.com/presentation/d/1zx7sLkhOClmuRTCrq8-l3N1mZrrv7f-CtcdMuzV0eaI/edit?pli=1#slide=id.g12dd9e50b4b_0_0
Bug: 232183574
Test: MLPerf on Android T. Performance improved. Verified on Perfetto.
Change-Id: Ia807bf0849e4d9b0b0e8c9510335129ca89e791f
