summaryrefslogtreecommitdiff
path: root/compiler/optimizing/graph_visualizer.cc
diff options
context:
space:
mode:
authorAlex Light <allight@google.com>2017-12-18 16:42:36 -0800
committerAlex Light <allight@google.com>2018-01-11 09:52:00 -0800
commit2ce6fc80711af9afa3ecda8fdff6f4ed80aa3022 (patch)
tree9fa6be931e7bc8d0f47b0eb2d91a683ffcf1c3f1 /compiler/optimizing/graph_visualizer.cc
parent1530591dbd05238236dc6dfe4bdb9118ce7ca3f7 (diff)
Support using adbconnection and openjdkjvmti without JAVA_DEBUGGABLE
We need to support using a best-effort JDWP when we have the ENABLE_JDWP attribute without the JAVA_DEBUGGABLE attribute. This is used on eng and userdebug builds. We do this by making the plugin try to change the runtime to debuggable if possible and to allow getting an ArtTiEnv which is a best-effort version of JVMTI by calling GetEnv with (JVMTI_VERSION_1_2 | 0x4000000). This is needed since if the runtime isn't debuggable we cannot guarantee compatibility with the JVMTI specification in all cases due to compiler optimizations such as inlining. By creating this special version agents are able to positively signal that they are able to deal with this uncertainty. We also support using openjdkjvmti without being JAVA_DEBUGGABLE. This is done by either only allowing the best effort ArtTiEnvs or by changing the environment to be debuggable if we are loaded early enough. Moving the runtime to debuggable state involves deoptimizing the boot image and throwing out any image files associated with non-debuggable oat-files. Bug: 62821960 Test: ./test.py --host -j50 Test: Manual Test: Build, Test debugging system_server and other processes. Change-Id: I2233299fceb83c76785e5de09e51eaf18b7922e8
Diffstat (limited to 'compiler/optimizing/graph_visualizer.cc')
0 files changed, 0 insertions, 0 deletions