Status Update
Comments
uc...@google.com <uc...@google.com> #2
Adding 2 more thread dumps from another freeze. Again after switching branches and updating from git.
de...@googlemail.com <de...@googlemail.com> #3
Thanks for the report. I believe that this is fixed in our development branch, and also in the branch that will become Ladybug Feature Drop Beta. If you could verify that this doesn't happen in a nightly build (from
lf...@google.com <lf...@google.com> #4
Sorry, I have not tried it on the nightly build, but since then I updated to Meerkat and I have not seen the freeze afterwards.
sa...@gmail.com <sa...@gmail.com> #5
That's good to hear. I think that the fix (which for reference was
For the record I am also arranging for
Thanks for the confirmation!
lf...@google.com <lf...@google.com> #6
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 RC 1
- Android Gradle Plugin 8.8.0-rc01
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
ak...@gmail.com <ak...@gmail.com> #7
Ucfucuccj
lf...@google.com <lf...@google.com> #8
Hyxucyccchccjch
ak...@gmail.com <ak...@gmail.com> #9
Ycucuccjcn
ak...@gmail.com <ak...@gmail.com> #10
Hola mundo
lf...@google.com <lf...@google.com> #11
lf...@google.com <lf...@google.com> #12
com.apple.iokit.IOAcceleratorFamily2(400.27)[5BC3E111-E908-36E8-9AFB-A39BD0D561D5]@0xffffff7f902aa000->0xffffff7f9034efff
dependency: com.apple.driver.AppleMobileFileIntegrity(1.0.5)[66A1BDE1-514B-3B0D-87DD-8E2B9F110A8C]@0xffffff7f8ffb9000
dependency: com.apple.iokit.IOSurface(255.1)[B153C6D6-2542-3D6F-A21F-B56D9E1349DF]@0xffffff7f90227000
dependency: com.apple.iokit.IOPCIFamily(2.9)[7DE930EC-AB73-3F5A-9D38-94D5EE90D197]@0xffffff7f8fa95000
dependency: com.apple.iokit.IOGraphicsFamily(530.12)[9D1E5FA7-267E-397E-9C91-1751221A05CF]@0xffffff7f9024b000
dependency: com.apple.iokit.IOReportFamily(47)[6A9FF3E1-E644-3F33-8A44-8B51C44AA67C]@0xffffff7f902a3000
com.apple.driver.AppleIntelHD5000Graphics(12.0.2)[D8908CD8-D54B-3FD5-B1CF-76BB24CBF2EA]@0xffffff7f917fa000->0xffffff7f91874fff
dependency: com.apple.iokit.IOSurface(255.1)[B153C6D6-2542-3D6F-A21F-B56D9E1349DF]@0xffffff7f90227000
dependency: com.apple.iokit.IOPCIFamily(2.9)[7DE930EC-AB73-3F5A-9D38-94D5EE90D197]@0xffffff7f8fa95000
dependency: com.apple.iokit.IOGraphicsFamily(530.12)[9D1E5FA7-267E-397E-9C91-1751221A05CF]@0xffffff7f9024b000
dependency: com.apple.iokit.IOAcceleratorFamily2(400.27)[5BC3E111-E908-36E8-9AFB-A39BD0D561D5]@0xffffff7f902aa000
ak...@gmail.com <ak...@gmail.com> #13
echo "QuickbootFileBacked = on" >> ~/.android/advancedFeatures.ini
~/Library/Android/sdk/emulator/emulator -avd P1 -gpu swiftshader_indirect
lf...@google.com <lf...@google.com> #14
ak...@gmail.com <ak...@gmail.com> #15
lf...@google.com <lf...@google.com> #16
with host gpu and the feature enabled? It has a speculative fix that tries to unmap the ram file cleanly before emulator exit handlers run.
lf...@google.com <lf...@google.com> #17
ap...@google.com <ap...@google.com> #18
Branch: emu-master-dev
commit 6241395508b6c846566fd423d83cd5ec607590ab
Author: Lingfeng Yang <lfy@google.com>
Date: Fri Dec 14 09:07:53 2018
[snapshot] Eagerly tear down RAM mappings on exit
bug: 120951634
Some users are experiencing kernel panic on snapshot save with
file-backed RAM when -gpu host is also enabled; the graphics driver
seems to cause a page fault in the kernel when saving on exit.
Speculative fix: Eagerly tear down RAM mappings.
+ a subtlety: Don't run ram block removal notifiers when exiting;
it's possible they were registered to a virtual device that has also
been torn down, possibly segfaulting in user space.
Change-Id: Iee1567dac2c997f1c89a573cb2e5a7369a1399ad
M exec.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M include/exec/memory.h
M include/exec/ram_addr.h
M include/hw/boards.h
M include/hw/i386/pc.h
M memory.c
M vl.c
ap...@google.com <ap...@google.com> #19
Branch: emu-3.0-release
commit f74d5e2da6b477c969ed27fa984497a87008ccd2
Author: Lingfeng Yang <lfy@google.com>
Date: Fri Dec 14 09:07:53 2018
[snapshot] Eagerly tear down RAM mappings on exit
bug: 120951634
Some users are experiencing kernel panic on snapshot save with
file-backed RAM when -gpu host is also enabled; the graphics driver
seems to cause a page fault in the kernel when saving on exit.
Speculative fix: Eagerly tear down RAM mappings.
+ a subtlety: Don't run ram block removal notifiers when exiting;
it's possible they were registered to a virtual device that has also
been torn down, possibly segfaulting in user space.
Change-Id: Iee1567dac2c997f1c89a573cb2e5a7369a1399ad
(cherry picked from commit 6241395508b6c846566fd423d83cd5ec607590ab)
M exec.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M include/exec/memory.h
M include/exec/ram_addr.h
M include/hw/boards.h
M include/hw/i386/pc.h
M memory.c
M vl.c
lf...@google.com <lf...@google.com>
lf...@google.com <lf...@google.com> #20
ur...@gmail.com <ur...@gmail.com> #21
lf...@google.com <lf...@google.com> #22
ma...@gmail.com <ma...@gmail.com> #23
~/Library/Android/sdk/emulator/emulator -avd Nexus_5X_API_28 -gpu swiftshader_indirect
The funny thing is, that after deleting the advancedFeatures.ini and starting it without the gpu parameter, it keeps working correctly (it printed WARNING: change of renderer detected. after I removed the gpu parameter, so maybe it still uses the previously provided one)
I had the same problem with the emulator in version 27.x, so I'm very happy to see it working now.
sa...@gmail.com <sa...@gmail.com> #24
tell me how to start emulator with these commands.
On Wed, Dec 19, 2018 at 5:13 AM <buganizer-system@google.com> wrote:
--
*Sachin Malik*
*Android Developer - Caringforyou IT solutions*
Call: +91 <
sachinmalik413@gmail.com
Please consider the environment before printing this email
lf...@google.com <lf...@google.com> #25
#24: Can you try the latest emulator canary, 28.0.21? You can update to it by going to Studio preference > Updates section, and selecting Canary, then going back to the SDK Manager > Tools tab and updating Emulator to 28.0.21.
ma...@gmail.com <ma...@gmail.com> #26
lf...@google.com <lf...@google.com> #27
ma...@gmail.com <ma...@gmail.com> #28
lf...@google.com <lf...@google.com> #29
ma...@gmail.com <ma...@gmail.com> #30
na...@gmail.com <na...@gmail.com> #31
Build: 3.3 RC 2, AI-182.5107.16.33.5160847, 201812040121,
AI-182.5107.16.33.5160847, JRE 1.8.0_152-release-1248-b01x64 JetBrains s.r.o, OS Mac OS X(x86_64) v10.14.2 unknown, screens 1920x1080; Retina
Android Gradle Plugin: 3.3.0-rc02
Gradle: 4.10.1
NDK: from local.properties: (not specified); latest from SDK: (not found);
LLDB: pinned revision 3.1 not found; latest from SDK: (package not found);
CMake: from local.properties: (not specified); latest from SDK: (not found); from PATH: (not found);
yo...@gmail.com <yo...@gmail.com> #32
lf...@google.com <lf...@google.com> #33
na...@gmail.com <na...@gmail.com> #34
I would keep testing, but I'm not very keen on kernel panics. I would be willing to do it a couple of time if there are some sort of error logs we could send.
lf...@google.com <lf...@google.com> #35
lf...@google.com <lf...@google.com> #36
objs-mac-debug-log/emulator -avd <avdname> &> log.txt
and post the log.
na...@gmail.com <na...@gmail.com> #38
I'll try the emulator from #37 today.
na...@gmail.com <na...@gmail.com> #39
na...@gmail.com <na...@gmail.com> #40
lf...@google.com <lf...@google.com> #41
We might have a fix that tries to avoid that code path in Apple's Intel GPU driver.
Try the emulator at this link:
lf...@google.com <lf...@google.com> #42
ap...@google.com <ap...@google.com> #44
Branch: emu-master-dev
commit 6286c8ca1fd2fe7d264500522c1b18a63effba2e
Author: Lingfeng Yang <lfy@google.com>
Date: Thu Dec 20 08:46:02 2018
[snapshot][gl] Always read some formats with glReadPixels
bug: 120951634
This CL makes texture images with the following setup:
- GL_TEXTURE_2D
- level 0
- GL_RGB(A)
- GL_UNSIGNED_BYTE
to be read with glReadPixels.
This is meant to work around a macOS kernel panic.
Test: V1 Benchmark Pro texture save does not cause kernel panic on Mac
Test: Snapshot save works correctly in home screen, chrome, antutu,
youtube
Change-Id: Ib42ec810ae15933aa307923040bd88aa0017d336
M android/android-emugl/host/include/OpenGLESDispatch/gles2_extensions_functions.h
M android/android-emugl/host/libs/Translator/EGL/EglImp.cpp
M android/android-emugl/host/libs/Translator/GLES_CM/GLEScmImp.cpp
M android/android-emugl/host/libs/Translator/GLES_V2/GLESv2Imp.cpp
M android/android-emugl/host/libs/Translator/GLcommon/SaveableTexture.cpp
M android/android-emugl/host/libs/Translator/include/GLcommon/SaveableTexture.h
M android/android-emugl/host/libs/Translator/include/GLcommon/TranslatorIfaces.h
M android/android-emugl/host/libs/libOpenGLESDispatch/gles2_extensions.entries
M android/third_party/tinyepoxy/tinyepoxy.cpp
ap...@google.com <ap...@google.com> #45
Branch: emu-3.0-release
commit 37caaa4390da7431248dce42e06391634e70efb9
Author: Lingfeng Yang <lfy@google.com>
Date: Thu Dec 20 08:46:02 2018
[snapshot][gl] Always read some formats with glReadPixels
bug: 120951634
This CL makes texture images with the following setup:
- GL_TEXTURE_2D
- level 0
- GL_RGB(A)
- GL_UNSIGNED_BYTE
to be read with glReadPixels.
This is meant to work around a macOS kernel panic.
Test: V1 Benchmark Pro texture save does not cause kernel panic on Mac
Test: Snapshot save works correctly in home screen, chrome, antutu,
youtube
Change-Id: Ib42ec810ae15933aa307923040bd88aa0017d336
(cherry picked from commit 6286c8ca1fd2fe7d264500522c1b18a63effba2e)
M android/android-emugl/host/include/OpenGLESDispatch/gles2_extensions_functions.h
M android/android-emugl/host/libs/Translator/EGL/EglImp.cpp
M android/android-emugl/host/libs/Translator/GLES_CM/GLEScmImp.cpp
M android/android-emugl/host/libs/Translator/GLES_V2/GLESv2Imp.cpp
M android/android-emugl/host/libs/Translator/GLcommon/SaveableTexture.cpp
M android/android-emugl/host/libs/Translator/include/GLcommon/SaveableTexture.h
M android/android-emugl/host/libs/Translator/include/GLcommon/TranslatorIfaces.h
M android/android-emugl/host/libs/libOpenGLESDispatch/gles2_extensions.entries
M android/third_party/tinyepoxy/tinyepoxy.cpp
na...@gmail.com <na...@gmail.com> #46
lf...@google.com <lf...@google.com> #47
ar...@gmail.com <ar...@gmail.com> #50
ap...@google.com <ap...@google.com> #51
Branch: emu-3.1-release
commit 5d76ed5de6661eaa0e1836f67ea46d5afc115599
Author: Lingfeng Yang <lfy@google.com>
Date: Thu Dec 20 08:46:02 2018
[snapshot][gl] Always read some formats with glReadPixels
bug: 120951634
This CL makes texture images with the following setup:
- GL_TEXTURE_2D
- level 0
- GL_RGB(A)
- GL_UNSIGNED_BYTE
to be read with glReadPixels.
This is meant to work around a macOS kernel panic.
Test: V1 Benchmark Pro texture save does not cause kernel panic on Mac
Test: Snapshot save works correctly in home screen, chrome, antutu,
youtube
Change-Id: Ib42ec810ae15933aa307923040bd88aa0017d336
(cherry picked from commit 6286c8ca1fd2fe7d264500522c1b18a63effba2e)
M android/android-emugl/host/include/OpenGLESDispatch/gles2_extensions_functions.h
M android/android-emugl/host/libs/Translator/EGL/EglImp.cpp
M android/android-emugl/host/libs/Translator/GLES_CM/GLEScmImp.cpp
M android/android-emugl/host/libs/Translator/GLES_V2/GLESv2Imp.cpp
M android/android-emugl/host/libs/Translator/GLcommon/SaveableTexture.cpp
M android/android-emugl/host/libs/Translator/include/GLcommon/SaveableTexture.h
M android/android-emugl/host/libs/Translator/include/GLcommon/TranslatorIfaces.h
M android/android-emugl/host/libs/libOpenGLESDispatch/gles2_extensions.entries
M android/third_party/tinyepoxy/tinyepoxy.cpp
ap...@google.com <ap...@google.com> #52
Branch: emu-3.1-release
commit 0b7f6cad73163e70d65d9e6ac727e47642d0e98d
Author: Lingfeng Yang <lfy@google.com>
Date: Fri Dec 14 09:07:53 2018
[snapshot] Eagerly tear down RAM mappings on exit
bug: 120951634
Some users are experiencing kernel panic on snapshot save with
file-backed RAM when -gpu host is also enabled; the graphics driver
seems to cause a page fault in the kernel when saving on exit.
Speculative fix: Eagerly tear down RAM mappings.
+ a subtlety: Don't run ram block removal notifiers when exiting;
it's possible they were registered to a virtual device that has also
been torn down, possibly segfaulting in user space.
Change-Id: Iee1567dac2c997f1c89a573cb2e5a7369a1399ad
(cherry picked from commit 6241395508b6c846566fd423d83cd5ec607590ab)
M exec.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M include/exec/memory.h
M include/exec/ram_addr.h
M include/hw/boards.h
M include/hw/i386/pc.h
M memory.c
M vl.c
fo...@gmail.com <fo...@gmail.com> #53
bs...@gmail.com <bs...@gmail.com> #54
K
Description
AI-181.5540.7.32.5056338, JRE 1.8.0_152-release-1136-b06x64 JetBrains s.r.o, OS Mac OS X(x86_64) v10.14.1 unknown, screens 1440x900
Android Gradle Plugin: 3.2.1
Gradle: 4.6
NDK: from local.properties: 18.1.5063045; latest from SDK: 18.1.5063045;
LLDB: pinned revision 3.1 not found; latest from SDK: (package not found);
CMake: from local.properties: (not specified); latest from SDK: (not found); from PATH: (not found);
IMPORTANT: Please read