Fixed
Status Update
Comments
cc...@google.com <cc...@google.com> #2
Project: platform/frameworks/support
Branch: androidx-main
commit 5888d75c39e128d4762c21acdc8aa7a7deb7226e
Author: Omar Ismail <omarismail@google.com>
Date: Fri Jul 12 15:42:55 2024
Remove js target from testutils as it's not ready yet
BUG: 352722444
Change-Id: I2d31d1539f1b72212e9f1a3befe39546b3aadbe0
M testutils/testutils-ktx/build.gradle
https://android-review.googlesource.com/3170300
Branch: androidx-main
commit 5888d75c39e128d4762c21acdc8aa7a7deb7226e
Author: Omar Ismail <omarismail@google.com>
Date: Fri Jul 12 15:42:55 2024
Remove js target from testutils as it's not ready yet
BUG: 352722444
Change-Id: I2d31d1539f1b72212e9f1a3befe39546b3aadbe0
M testutils/testutils-ktx/build.gradle
Description
05-22 22:30:07.284 6029 6029 D Benchmark: cpu4 CoreDir(online=true, availableFreqs=[300000, 345600, 422400, 499200, 576000, 652800, 729600, 806400, 902400, 979200, 1056000, 1132800, 1190400, 1267200, 1344000, 1420800, 1497600, 1574400, 1651200, 1728000, 1804800, 1881600, 1958400, 2035200, 2112000, 2208000, 2265600, 2323200, 2342400, 2361600, 2457600], currentMinFreq=300000)
Looking at logcat, libperfmgr seems to be trying to change clocks, but failing a lot of the time:
05-22 22:30:11.954 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq with value: 1248000, fd: 10
05-22 22:30:11.954 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq with value: 1900800, fd: 11
05-22 22:30:11.954 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu4/cpufreq/scaling_min_freq with value: 2457600, fd: 13
05-22 22:30:12.454 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq with value: 1248000, fd: 13
05-22 22:30:12.454 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq with value: 1900800, fd: 14
05-22 22:30:12.454 806 2521 W libperfmgr: Failed to write to node: /sys/devices/system/cpu/cpu4/cpufreq/scaling_min_freq with value: 2457600, fd: 10
Talked with wvw@, who mentioned they disable based on cpu governor, specifically cpu 0:
On walleye, we disable CPU 0 without bothering to set the governor. Fix is simply to set the governor even though we'll be disabling the CPU.
This issue will likely affect any devices with big cores numerically after little cores in the core list.