asan_device_setup error bricks phone about ndk HOT 9 CLOSED

Couldyou provide some more info?

• adb version
• ndk version
• android version on the device

Does it help to do asan_device_setup --revert ?

from ndk.

Yikes.

We don't actually modify asan_device_setup at all, it's direct from the ASAN repository, so I've opened a bug over there. Should move discussion to that bug, but I'll leave this open to track that we don't have the fix yet.

from ndk.

Saw a similar problem today with NDK 11 and the --use-su option. Even after I fixed the indicated issues such as /system/bin/sh: can't create "/system/lib/libclang_rt.asan-arm-android.so/libclang_rt.asan-arm-android.so": No such file or directory for my device, the script would still brick the device. I didn't try the revert option.

I've tested this on Android 4.4.4 on a Sony Z1C and subsequently with a custom ROM (also Android 4.4.4). The old script (without the useful --use-su option) of the NDK 10e still works on this device. This is on ADB version 1.0.32.

from ndk.

I was using NDK 11 as well.

Device was a Samsung Galaxy S3, android version 4.4.2
I didn't know that I had to do anything extra while rooted to get ADB working in recovery mode, so I'm not able to even try to revert option. Reflashing does nothing, Samsung kies fails. Guess I have a nice looking paperweight.

It's honestly silly that we need a rooted device to access a lot of useful debugging tools, but there's no official support for rooting. I'd even settle for bringing back rooted dev only phones.

from ndk.

Does this only happen with --use-su? I'm going to see if I can brick a Nexus 5 really quick...

I'm not quite sure how this script could make a device unrecoverable even after reflashing... All it does is modify the system and data partitions.

from ndk.

So, I was able to render a Nexus 5 (KTU84P) unbootable, but I was also able to recover it. By reflashing.

Looks like this isn't unique to --use-su. It repros on a userdebug KTU84P hammerhead just fine. Still not sure what's going on yet though.

from ndk.

Looks like this was actually fixed by llvm-mirror/compiler-rt@bd58cbc

The version of clang we shipped was a couple months before that CL.

So, this will be fixed in r12, but given that this is pretty damn harmful I'm going to see if I can rig our build to include a newer asan_device_setup...

from ndk.

Okay, a fix is checked in for r11b.

from ndk.

r11b is live with the fix: http://developer.android.com/ndk/downloads/index.html#download

from ndk.