enh-google
enh-google
> I don't think there's any reason for Android to require the ShangMi Algorithm Suite, unless we'd prefer not to get into that level of granularity that's my thinking, yes....
(we'll need this before we can work on lldb support, or we can fix the CTS tests that check that the basic kernel functionality works.)
> I have started porting simpleperf for RISC-V, it works as proof of concept. Is there any use to prepare it and send into upstream? someone will have to do...
right now there's one Camera PTS test that still needs rewriting, but all the other uses of renderscript have been removed. i've just uploaded https://android-review.googlesource.com/c/platform/cts/+/2644595 which will mean that --...
heading in a different direction now: https://android-review.googlesource.com/c/platform/frameworks/base/+/2743418 disallows renderscript scripts (not intrinsics) for apps whose target api level is >= V.
(i actually don't think we want this, but we should keep the bug open so that if that change _does_ go in, we can turn it off again for Android....
> Is this issue related to the multi-versioning feature itself or to function optimization that supports different instruction set extensions? the former --- we don't expect this to be useful...
(fwiw, in terms of prioritization -- which i know is on everyone's minds right now -- i think fmv is a thing for _after_ you have an ecosystem, and you're...
> Dynamic loader breakpoint any idea what the problem could be there? there shouldn't be anything different on the dynamic linker side than any other architecture ... does lldb have...