Status Update
Comments
am...@google.com <am...@google.com>
ya...@google.com <ya...@google.com>
ws...@gmail.com <ws...@gmail.com> #3
Here is what I found:
On API 31+, time was not updated after the host was waken up. While on API 30 and under, time was updated after host was waken up. The main difference is caused by switching the modem simulator. In API 30 and under, time will be updated whenever signal strength query is received.
Looking at the code in API 31+ for time update when signal strength query is received, I think it is possible that timeUpdate is not invoked
void NetworkService::HandleSignalStrength(const Client& client) {
std::vector<std::string> responses;
std::stringstream ss;
if (WakeupFromSleep()) {
misc_service_->TimeUpdate();
} else if (first_signal_strength_request_) {
first_signal_strength_request_ = false;
misc_service_->TimeUpdate();
}
android_last_signal_time_ = time(0);
auto response = BuildCSQCommandResponse(GetCurrentSignalStrength());
responses.push_back(response);
responses.push_back("OK");
client.SendCommandResponse(responses);
}
ws...@gmail.com <ws...@gmail.com> #5
ws...@gmail.com <ws...@gmail.com> #6
Still seeing this issue with Emulator 31.3.14 Stable. Refer to the screenshot.
bo...@google.com <bo...@google.com> #7
@devki How do I know if the fix is in 31.3.14 stable? Any tool for checking if a CL went into the specified version?
bo...@google.com <bo...@google.com> #8
ws...@gmail.com <ws...@gmail.com> #9
RE#9 Thanks Devki. Actually the fix is included in aosp-emu-31-release branch.
bo...@google.com <bo...@google.com> #10
Upload a new
bo...@google.com <bo...@google.com> #12
Hi Weilun, Devki,
Still seeing this issue on Emulator 31.3.15 Stable build.
Can you check if the changes are in 31.3.15 or not?
ws...@gmail.com <ws...@gmail.com> #13
RE#12 31.3.15 uses build 9456632 so it should have included the fix. Let's sync up in chat.
bo...@google.com <bo...@google.com> #14
Retried as per offline discussion with Weilun, sometimes the time adjusts automatically but sometimes it gets adjusted after interacting with AVD.
ws...@gmail.com <ws...@gmail.com> #15
I think we can close the bug as verified.
bo...@google.com <bo...@google.com> #16
I'm still seeing this issue in Emulator 32.1.10.
ws...@gmail.com <ws...@gmail.com> #17
RE#16 Hi minyushov@, would it be possible to provide more details with what kind of host OS and what are the repro steps I can follow? Thanks!
bo...@google.com <bo...@google.com> #18
Hi
I'm using MacBook Pro with Apple Silicon and macOS Ventura 13.0.1.
Steps are pretty straightforward:
- Power adapter is plugged in. Energy mode is set to Automatic for both 'On battery' and 'On power adapter' options.
- Run emulator.
- Keep it running until macbook automatically goes to sleep.
- Wake it up after ~10 minutes and observe the time in the emulator. It shows not the actual time but the time when macbook fell asleep.
I'm not sure that this happens all the time but often enough.
de...@google.com <de...@google.com> #19
RE#18 Really appreciate it. I will start testing it.
to...@gmail.com <to...@gmail.com> #20
#18
One more question: After step 4 Wake it up after ~10 minutes and observe the time in the emulator. It shows not the actual time but the time when macbook fell asleep.
, have you tried to move the emulator window? I think the time should be updated when you starting using the emulator.
Description
We're running the
emulator
CLI, using the latestAPI 30 AOSP ATD x86
image, on an x86_64 host, like this:/android-emulator-sdk/emulator/emulator -avd emulator-avd -no-boot-anim -read-only -verbose -no-window -sysdir ./system/x86 -system ./system/x86/system.img -ramdisk ./system/x86/ramdisk.img -qemu -enable-kvm
On emulator 31.2.10:
and the emulator starts successfully.
On emulator 31.3.10:
Eventually failing with this:
(Note: we pass the
-sysdir
arg explicitly, since our system images are not stored in the SDK directory.)Found AVD target architecture: arm, thus trying to run qemu-system-aarch64-headless, seems likely to be the root cause?