Status Update
Comments
al...@google.com <al...@google.com> #2
sg...@google.com <sg...@google.com> #3
We should have an easier way of reverting versions. AS should allow picking the version similarly to how we already do for the other tools in SDK manager.
al...@google.com <al...@google.com> #4
would you try to turn on hardware GPU rendering (instead of auto GPU) and see if it fixes this issue?
ag...@google.com <ag...@google.com> #5
I'm currently not able to change this option, it is greyed out.
al...@google.com <al...@google.com> #6
there are 2 ways to set it:
1. use a google_apis image (instead of google_apis_playstore). it will re-enable the option.
2. go to your avd folder (usually located in ~/.android/avd/your_avd_name.avd/), open config.ini and hardware-qemu.ini, then modify those lines:
hw.gpu.enabled=yes
hw.gpu.mode=host
al...@google.com <al...@google.com>
al...@google.com <al...@google.com> #7
Yes, option 2 fixes the issue (which also persists on 33.1.2 btw). Even though I get a warning when I start the emulator (see attachments).
Will this option be enabled "out of the box" in a future version?
al...@google.com <al...@google.com>
al...@google.com <al...@google.com>
ap...@google.com <ap...@google.com> #8
we suspect a bug in gpu detection logic on Mac M1, and will try to address it in upcoming releases.
ap...@google.com <ap...@google.com> #9
would you help to cp aosp/2451107 to next stable and canary releases? Thank you!
ap...@google.com <ap...@google.com> #10
Could we cherry-pick it to canary release as well? Thanks!
al...@google.com <al...@google.com> #11
ap...@google.com <ap...@google.com> #12
ap...@google.com <ap...@google.com> #13
Was able to force the emulator to use the host GPU by opening it via the terminal with
./emulator -avd Resizable_API_33 -gpu host
ap...@google.com <ap...@google.com> #14
I believe this is still happening in 33.1.10
al...@google.com <al...@google.com> #15
Chris, would you help to send us the verbose log?
bu...@google.com <bu...@google.com> #16
User on
ap...@google.com <ap...@google.com> #17
bu...@google.com <bu...@google.com>
al...@google.com <al...@google.com> #18
pr...@google.com <pr...@google.com> #19
let us know
na...@google.com <na...@google.com> #20
pr...@google.com <pr...@google.com> #21
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.activity:activity:1.10.0-alpha02
androidx.core:core-splashscreen:1.2.0-alpha02
androidx.work:work-multiprocess:2.10.0-alpha03
androidx.work:work-runtime:2.10.0-alpha03
na...@google.com <na...@google.com> #22
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.car.app:app:1.7.0-beta02
androidx.car.app:app-automotive:1.7.0-beta02
androidx.privacysandbox.ui:ui-client:1.0.0-alpha10
androidx.privacysandbox.ui:ui-provider:1.0.0-alpha10
androidx.wear.watchface:watchface-complications-data:1.3.0-alpha04
pr...@google.com <pr...@google.com> #23
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.input:input-motionprediction:1.0.0-beta05
androidx.webkit:webkit:1.12.1
na...@google.com <na...@google.com> #24
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.core:core-location-altitude:1.0.0-alpha03
na...@google.com <na...@google.com> #25
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.exifinterface:exifinterface:1.4.0-alpha01
pr...@google.com <pr...@google.com> #26
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.core:core-telecom:1.0.0-beta01
androidx.mediarouter:mediarouter:1.8.0-alpha01
androidx.transition:transition:1.6.0-alpha01
na...@google.com <na...@google.com> #27
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.browser:browser:1.9.0-alpha01
androidx.versionedparcelable:versionedparcelable:1.2.1
pr...@google.com <pr...@google.com> #28
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.tracing:tracing:1.3.0-beta01
na...@google.com <na...@google.com> #29
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.core:core-i18n:1.0.0-beta01
androidx.leanback:leanback:1.2.0-beta01
Description
R8 may double-outline platform NewApi calls when automatic outlining is enabled, so we should consider no-op'ing the
@DoNotInline
annotation when we're using an R8 version that does outlining.Looping in from email,