Turn off NEON SkBoxBlurGetPlatformProcs for ARM64 (for now)

src/opts/SkBlurImage_opts_arm.cpp

Index: src/opts/SkBlurImage_opts_arm.cpp
diff --git a/src/opts/SkBlurImage_opts_arm.cpp b/src/opts/SkBlurImage_opts_arm.cpp
index 10d595afa5911cc492baa4258508025c2085bfd2..7462e6fb7daab6c18363ed1f0fa65a70e62195e7 100644
--- a/src/opts/SkBlurImage_opts_arm.cpp
+++ b/src/opts/SkBlurImage_opts_arm.cpp
@@ -14,6 +14,8 @@ bool SkBoxBlurGetPlatformProcs(SkBoxBlurProc* boxBlurX,
                                SkBoxBlurProc* boxBlurYX) {
 #if SK_ARM_NEON_IS_NONE
     return false;
+#elif defined(SK_CPU_ARM64)  // Temporary fix for

[Stephen White, 2014/08/20 19:43:33]

Weird. There's no SkBoxBlur call in the given stack trace, so I assume it
produces bad RGBA which subsequent functions complain about?

[hal.canary, 2014/08/20 20:01:49]

Yes.  It happens in SkBlurImageFilter::onFilterImage

+    return false;            // http://skbug.com/2845
 #else
 #if SK_ARM_NEON_IS_DYNAMIC
     if (!sk_cpu_arm_has_neon()) {