[PATCH] D20084: [sanitizer] Initial implementation of a Hardened Allocator

Alexander Potapenko via llvm-commits llvm-commits at lists.llvm.org
Thu May 12 10:50:12 PDT 2016


glider added inline comments.

================
Comment at: projects/compiler-rt/lib/hardened_allocator/scudo_allocator.cc:278
@@ +277,3 @@
+  void Initialize(const AllocatorOptions &options) {
+    CHECK(TestCPUFeature(SSE4_2)); // for crc32
+    DeallocationTypeMismatch = options.DeallocationTypeMismatch;
----------------
filcab wrote:
> glider wrote:
> > Despite SSE 4.2 may be quite common at Google, I don't think it's a good idea to bail out if it's unsupported.
> > Note TestCPUFeature() doesn't work on AMD processors yet.
> Source files are compiled assuming that feature is available.
> We'll have to add a fallback checksum (plus change build and this check) to address this comment.
> 
> I would be ok with keeping the SSE4.2 requirement until we get a non-zero amount of requests/bug reports.
> 
> P.S: http://store.steampowered.com/hwsurvey (first result for "hardware survey". It's clearly biased, but I'd guess developer CPUs are also biased to be more recent/powerful than an average computer) puts SSE4.2 adoption at ~80%.
> 
Well, IIUC right now the implementation just aborts for AMD processors, which are among those ~80%.


http://reviews.llvm.org/D20084





More information about the llvm-commits mailing list