Bootloop on MT6592 SoC [JiaYu G4S Advanced] about xposed HOT 17 CLOSED

It looks similar to a known issue: http://forum.xda-developers.com/showpost.php?p=52289793&postcount=5
If you use the latest Xposed version, you should have received a warning about this. Could you please check if there are any *.jex files in /system/framework?

from xposed.

Could you please check if there are any *.jex files in /system/framework?

There were 15 of them and I had deleted all of them before installed Xposed, as it was said in a manual on a local forum.

from xposed.

There were 15 of them and I had deleted all of them before installed Xposed, as it was said in a manual on a local forum.

I remember that someone mentioned that he had deodexed the ROM and then deleted these files. Unfortunately, I can't help with the procedure. Mediatek has built their own compiler, and I don't think the source code is available. That makes it pretty much impossible for me to find out whether Xposed could be made compatible with it.

from xposed.

But why do some modules work fine (and Xposed itself, in general, too)? How to distinguish (without testing) which modules will most likely run fine and which ones will most likely cause a bootloop?
XPrivacy is a privacy manager, while GravityBox mostly (or only?) works with changing UI, from my point - they don't have much in common, yet they both cause the bootloop.

from xposed.

Well, I don't know, maybe it's because they both hook many methods, so you have a higher probability that the compiler runs into a strange situation. But I can't find out more, it simply crashes while reading an instruction (ScanInsn_IGet) and no source code of the compiler is available.

What you could try is disabling JIT, as this should disable the compiler completely. To do this temporarily (until the next full reboot), execute this in an adb shell:

su
setprop dalvik.vm.execution-mode int:fast
stop
start

If this doesn't work, try "portable" instead of "fast".

from xposed.

if the bug happens, I usually don't have much time: most of the times I couldn't even manage to reach xposed to turn off the buggy modules, so I'm not sure I'll be able to execute this code when the module is active :(

Can it be saved as a script so I could call it fast?

from xposed.

I would suggest you execute this first, then you activate the module(s) and use "soft reboot". This property will stay set until you do a full reboot.

from xposed.

woah, huge news: seems like this trick (I used "fast") worked just fine!
is there a way to save those commands as a phone startup script, so the user wouldn't have to manually execute those lines every time?

from xposed.

You could try to but this line into /data/local.prop (or /system/build.prop):

dalvik.vm.execution-mode=int:fast

But please make sure that you could revert this change via recovery in the worst case!

from xposed.

Editing the build.prop didn't work in my case.

from xposed.

I just downgraded to the M6 snapshot and it also got stuck while booting up. Looks like something else is wrong that is probably specific to my phone/installation. Unfortunately I cannot get adb to work and therefore all I get to see is the angry looking CM Android from the boot animation :-(

from xposed.

@Drugoy Did you have the chance to test the build.prop change? After rebooting, check the output of getprop dalvik.vm.execution-mode after rebooting to make sure that the value is set properly (similar to setting it manually via setprop).

from xposed.

@rovo89
That method seems to work as well.

from xposed.

@rovo89
what are the possible negative effects of that change? As far as I understand, you say this command turns off JIT-compilator, right?
So how will programs requiring JIT-compilation work?

from xposed.

As far as I understand, you say this command turns off JIT-compilator, right?

Yes.

So how will programs requiring JIT-compilation work?

No apps require JIT. It's simply for performance optimization. Usually the dex commands are interpreted. JIT compiles them into native code when a particular part of the code is executed often.
So if your phone get's slower, that might be do to the missing JIT compiler. If it just got slower after reading this, it might be a placebo. ;)

from xposed.

I have added a link to this issue to the FAQ item about these .jex files now: http://forum.xda-developers.com/showpost.php?p=52289793&postcount=5

from xposed.

I have experienced. Aliyun OS problem on xposed installer aftr updating d framework on redmi note 3g..... Any solutions???

from xposed.