|
|
Created:
4 years ago by Sébastien Marchand Modified:
3 years, 7 months ago Reviewers:
Tom Finegan CC:
chromium-reviews, wwcv, jzern, fgalligan1, Tom Finegan Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionDisable AVX2 in libvpx for the SyzyAsan builds of Chrome.
The SyzyAsan instrumentation pipeline doesn't support these instructions
and so we should avoid using them in the SyzyAsan build (where performance
isn't such a concern anyway).
BUG=670664
Patch Set 1 #
Depends on Patchset: Messages
Total messages: 17 (7 generated)
Description was changed from ========== Disable AVX2 for the SyzyAsan builds of Chrome. The SyzyAsan instrumentation pipeline doesn't support these instructions and so we should avoid using them in the SyzyAsan build (where performance isn't such a concern anyway). ========== to ========== Disable AVX2 in libvpx for the SyzyAsan builds of Chrome. The SyzyAsan instrumentation pipeline doesn't support these instructions and so we should avoid using them in the SyzyAsan build (where performance isn't such a concern anyway). ==========
sebmarchand@chromium.org changed reviewers: + tomfinegan@chromium.org
Hey Tom, is it enough to guarantee that there won't be any AVX2 instruction in the libvpx code for the SyzyAsan builds of Chrome?
The CQ bit was checked by sebmarchand@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Doesn't seem to work (I need to provide an alternate definition for these functions).
If you look through the build file for other mentions of msan you should be able to sort it. Sorry I can't be more helpful at the moment, OOO until Monday. -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
But you can't disable just avx, you have to disable all the optimizations (sorry we don't have a more granular switch) -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
And it would be good to have a bug tracking avx fixes for syzyasan so it can be turned back on. -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
Ha, thanks for the reply while OOO. I'm trying to disable AVX2 and F16C, not AVX. Will Chrome still be usable (for our small SyzyAsan Canary user population) if we disable the optimizations (the SyzyAsan builds are already 2-3x slower than a 'normal' build). I'll open a crbug. Thanks!
They probably won't be able to play back video at more than 240p, maybe 360p, and will have to set that manually for video sites because they don't detect performance. WebRTC will likely not work at all. -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
Ack, in this case I'll check if there's another approach that we can take. I've opened crbug.com/670664
Description was changed from ========== Disable AVX2 in libvpx for the SyzyAsan builds of Chrome. The SyzyAsan instrumentation pipeline doesn't support these instructions and so we should avoid using them in the SyzyAsan build (where performance isn't such a concern anyway). ========== to ========== Disable AVX2 in libvpx for the SyzyAsan builds of Chrome. The SyzyAsan instrumentation pipeline doesn't support these instructions and so we should avoid using them in the SyzyAsan build (where performance isn't such a concern anyway). BUG=670664 ==========
On 2016/12/02 13:38:49, Sébastien Marchand wrote: > Ack, in this case I'll check if there's another approach that we can take. > > I've opened crbug.com/670664 A possible approach would be to disable AVX2 instructions at runtime. Can you set an environment variable? I believe chrome still uses the x86_simd_caps function to check: https://chromium.googlesource.com/webm/libvpx/+/master/vpx_ports/x86.h#178 I *think* this would look like: VPX_SIMD_CAPS_MASK=HAS_AVX2 This would prevent the library from calling any of the avx2 functions. The code will still exist, but it sounds like this is a runtime analyzer not a static analyzer.
The SyzyAsan builds get shipped to the Canary channel, so we don't control the environment. |