[OFFICIAL] Xposed for Lollipop/Marshmallow [Android 5.0/5.1/6.0, v80, 2016/02/02]

2,508 posts

Thanks Meter: 52,375

By , Senior Recognized Developer on 13th February 2015, 08:48 PM

Thread Closed Email Thread

Page 1 of 3 1 2 3

This is the announcment thread for Xposed for Lollipop and Marshmallow. I'll post all relevant news here, so subscribe to it if you'd like to stay informed.

You can find a list with Q&A about Lollipop support on the XDA Portal. Please read it, you will find many answers there.

Please install it only if you're willing to take the risk of boot loops. Just because it's working fine and stable for me doesn't mean it will work for everyone the same way.

Downloads:
xposed-v*-sdk*-*.zip: Must be flashed with a custom recovery to install the framework.
XposedInstaller_3.0-alpha*.apk: Must be installed to manage installed modules
No, it's not using material design yet. Yes, there are more important topics for now.
XposedBridgeApi-20150213.jar: The API for module developers, in case they want to make use of some new features. Might be changed slightly until the stable release!

Known issues:
- Bootloops on Samsung stock ROMs. That's due to Samsung's changes to ART. There are unofficial builds that work around this by deodexing and adjusting the ROM.
- Sony seems to have shipped some ROMs with corrupted services.odex (the embedded .dex is invalid). Those ROMs will bootloop with a "Fatal signal 6" or "No pending exception expected: java.lang.ArrayIndexOutOfBoundsException" error, which I unfortunately cannot fix (see https://github.com/rovo89/Xposed/issues/64)
- Dell ships (at least) their Venue 8 7840 with a non-standard version of ART that is somewhere between 5.1 and 6.0 which obviously isn't supported by Xposed (see https://github.com/rovo89/Xposed/issues/77)

For discussions, please use the discussion threads (Lollipop / Marshmallow) or another matching one in this subforum.

Attached Files

	XposedBridgeApi-20150213.jar - [Click for QR Code] (134.8 KB, 861554 views)
	XposedInstaller_3.0_alpha4.apk - [Click for QR Code] (611.8 KB, 3667056 views)
	xposed-uninstaller-20150831-arm.zip - [Click for QR Code] (299.2 KB, 668894 views)
	xposed-uninstaller-20150831-arm64.zip - [Click for QR Code] (299.2 KB, 244144 views)
	xposed-uninstaller-20150831-x86.zip - [Click for QR Code] (435.4 KB, 99478 views)
	xposed-v80-sdk21-arm.zip - [Click for QR Code] (3.31 MB, 249792 views)
	xposed-v80-sdk21-arm64.zip - [Click for QR Code] (5.56 MB, 137132 views)
	xposed-v80-sdk21-x86.zip - [Click for QR Code] (3.81 MB, 55800 views)
	xposed-v80-sdk22-arm.zip - [Click for QR Code] (3.38 MB, 310404 views)
	xposed-v80-sdk22-arm64.zip - [Click for QR Code] (5.67 MB, 176652 views)
	xposed-v80-sdk22-x86.zip - [Click for QR Code] (3.89 MB, 47114 views)
	xposed-v80-sdk23-arm.zip - [Click for QR Code] (4.64 MB, 482038 views)
	xposed-v80-sdk23-arm64.zip - [Click for QR Code] (7.80 MB, 203206 views)
	xposed-v80-sdk23-x86.zip - [Click for QR Code] (5.43 MB, 95946 views)

Last edited by rovo89; 2nd February 2016 at 06:13 PM.

The Following 8,871 Users Say Thank You to rovo89 For This Useful Post: [ View ]

19th February 2015, 09:26 AM |#2

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

As you have probably noticed, more than 2,000 posts have been made in the original thread about Xposed on Lollipop. I'm really overhelmed by all your feedback! Also many thanks to those people who have donated already, it's great to see how much Xposed means to you.

Although so much discussion and helping each other is great, it's hard for anyone (including me) to follow. Hence, I have decided to create this thread were only I (and possibly the XDA moderators) will give some updates. This will make it easier for me to inform you about the current status, bugs I know about and so on. Feel free to subscribe to it or simply check from time to time. I'm not sure yet about the best way for me to get a consolidated overview of existing issues that have been confirmed by several people and ideally already have a sufficient information (like logcats, clear description of the error, ...) attached, but I hope we can work something out.

The Following 1,616 Users Say Thank You to rovo89 For This Useful Post: [ View ]

19th February 2015, 09:48 AM |#3

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

Current status (Feb 19):

The most important issue seems to be the incompatibility with Samsung stock ROMs, especially because it's leading to boot loops. I have been working hard on fixing this in the days since the release, however it's not just a single spot that needs fixing. Thanks to GermainZ for testing and providing good log files! So far, I have detected the following issues:
- Enhanced .oat file format: Samsung has added a "TypeLookupTable", probably for performance reasons. The table itself will be ignored by Xposed, but it also means that the file format is slightly different. I have finally understood what they have done and added some logic to skip the referenes to this table.
- Different size of the String class: They have added a clear() method, which is unusual as strings are usually immutable. As this class is one of few that have special support in native code, I had to add one entry to the virtual table of the class.
- Additional fields in DexCache class: Offsets to some fields are different due to this and need to be handled in native code (as this another central class with native parts directly implemented in ART).
- Verifier rejects ViewDebug class: Doesn't seem to be overly critical to me, yet to be tested whether it's working fine with original libraries.
- Implementation missing for some native methods: Some methods in the reflection classes have been implemented in native code instead of Java. This means I will have to implement them as well.

The changes done by Samsung are bigger than I expected, especially given that ART is very complex and mostly undocumented. Anyway, I still think that once these issues have been overcome, it's better to replace the libaries than trying to manipulate data structures and behavior from "outside" (app_process). Think about it: If they have done such big changes, it's very likely that offsets in these data structures are different from AOSP and would need special handling as well.

It would of course be helpful to have an uninstaller ZIP in case you run into a bootloop. I didn't have time for that yet, but maybe someone can build an initial version that basically reverses the steps of the installer ZIP. For the ART libraries, that should be rather easy. You might want to stay away from moving app_process32 back in case you have SuperSU installed. It will need a special procedure to ensure you don't break either part or even your ROM.

There are other issues for sure, for example it seems that some methods cannot be hooked. That's something that needs more investigation, but I would like to fix the more critical issue like the ones for Samsung first.

That said, I won't be able to work on Xposed for the next days, definitely not before Monday. Keep in mind that this isn't my fulltime job and that an alpha phase might take some time. It would be illusionary to assume that we reach a stable state after a few days, with all the changes that have been done.

The Following 1,885 Users Say Thank You to rovo89 For This Useful Post: [ View ]

8th March 2015, 10:25 PM |#4

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

I have just uploaded alpha2. It fixes several issues:

java.io.IOException: Invalid argument while reading /data/data/de.robv.android.xposed.installer/conf/modules.list (sometimes it worked fine after a soft reboot), see https://github.com/rovo89/Xposed/issues/25
ClassNotFoundException for system services (e.g. ActivityManagerService) shown in the log, see https://github.com/rovo89/XposedBrid...b429c7a7032afa
Resources-related incompatiblity on newer CM12-based ROMs
Hooks for very simple methods not working, see https://github.com/rovo89/android_art/issues/4
app_process version not displayed in XposedInstaller

When you flash the new files, the next boot might take a bit longer, as it effectively clears the Dalvik cache (which is necessary because of a change in the ART compiler).

Note that this version is still not compatible with Samsung ROMs (custom ROMs might work if they're not based on stock ROMs). Don't install it, otherwise you'll get into a bootloop and need to restore your backup!
I have already done a lot of investigations and adjustments, as also mentioned in the previous post. However, there are still differences that need to be addressed and it will take more time to resolve them. I can't give any ETA on that.

The Following 1,643 Users Say Thank You to rovo89 For This Useful Post: [ View ]

11th March 2015, 06:00 PM |#5

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

Ok, quick status update.

Sure, I have heard that Android 5.1 is out. However, it currently makes more sense for me to stablize Xposed for Android 5.0, as I have two productive devices plus the Genymotion emulator running on it. Hopefully, it can then be ported to Android 5.1, but that's hard to tell without having had a look at it.

It's generally hard to estimate any timelines for Xposed-related stuff, for mainly two reasons:
a) Working on Xposed is mainly analysis of AOSP code, traces, closed-source files, followed by some development and testing (often trial and error). I never now which other obstacles are still undiscovered, so the effort is unclear beforehand.
b) Even if I know the effort (= net time), I can't say when I will have the time to actually work on it. For example, this week I probably won't spend a single hour on development. Sorry, but I'm not going to sacrifice my private life for Xposed and I can't spend several hours per evening for this project (anymore).

One of the next steps will be the creation of some scripts that help me to compile and package Xposed. Apart from simplification for me, I hope that this might help other experienced developers to try and contribute themselves (e.g by analysing the issues they noticed themselves).

So much for now, keep enjoying the stuff that is already working and please refrain from asking me when Xposed for 5.1 will be stable... I simply don't know that myself.

The Following 1,502 Users Say Thank You to rovo89 For This Useful Post: [ View ]

6th April 2015, 01:32 PM |#6

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

Quote:

Originally Posted by rovo89

One of the next steps will be the creation of some scripts that help me to compile and package Xposed. Apart from simplification for me, I hope that this might help other experienced developers to try and contribute themselves (e.g by analysing the issues they noticed themselves).

It took longer than expected, but I also think it's better than what I had planned originally:
https://github.com/rovo89/XposedTools

I hope this makes it easier for others to compile the native parts of Xposed and the modified ART runtime themselves and get involved, just like @romracer did. It also makes it easier for me to build and package the Xposed framework, as it was quite a hassle to make sure that all files are compiled correctly, pushed to my PC etc.

The Following 836 Users Say Thank You to rovo89 For This Useful Post: [ View ]

26th April 2015, 06:36 PM |#7

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

I have just uploaded a new flashable ZIP for Xposed 3.0 alpha3 (xposed-sdk21-arm-20150426.zip).

You only need to flash the ZIP again, the Xposed Installer app remains the same (and therefore still shows version alpha2). If XposedBridge.jar has version 64 after a reboot, the new version is active.

Changes:
- Fixed issues with replacing drawables
- Fixed NoSuchMethodError in handleInitPackageResources
- Possibly fixed some errors on ROMs that start in permissive SELinux mode and switch to enforcing mode later

The Following 931 Users Say Thank You to rovo89 For This Useful Post: [ View ]

26th April 2015, 07:50 PM |#8

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

As the question probably comes up:
- No, this version doesn't support Android 5.1 yet.
- No, this ZIP doesn't support arm64/x86 processors yet.

I will eventually support them as well, but as there are unofficial versions for these, I try to work on a few known issues for Android 5.0 before (when I find time for it).

Regarding Samsung ROMs: No progress. No ETA. No promise that it will be supported, although I don't exclude it either. It's simply unclear what further differences between their and AOSP's ART variant come up.

The Following 682 Users Say Thank You to rovo89 For This Useful Post: [ View ]

30th April 2015, 08:17 PM |#9

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

alpha4 (20150430) is now available. It fixes bootloops and crashes on some ROMs, especially on Sony devices. In the logs, there used to be "Too many open files" errors.

References for this bug:
https://github.com/rovo89/Xposed/issues/31
http://forum.xda-developers.com/cros...lipop-t3089203
http://forum.xda-developers.com/z3/g...lipop-t3085627

The Following 963 Users Say Thank You to rovo89 For This Useful Post: [ View ]

28th June 2015, 09:03 PM |#10

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

I have just upload files for a big update. It includes many general improvements/changes and some smaller fixes.

One of the changes is that I decided to avoid confusion about all the different (yet similar) version numbers for installer, framework zip, app_process and XposedBridge by reducing it to two version numbers:

The framework (i.e. all the files in the flashable) zip is versioned with integers (65 for this release). This is at the same time the Xposed API version. Unofficial builds should use suffixes to label their releases.
The Xposed Installer app will continue to use the well-known, human-readable version numbers, e.g. 3.0 alpha3 for this release.

The next bigger change is the installation script in the flashable ZIP. I use a modified fork of BusyBox now to keep the scripts clean and work with a well-known environment. This should make it pretty reliable, even in case some weird recoveries forget to include the "unzip" command. Those who are interested in the technical details should check out the GitHub project.

While I was working at it, I finally built flashable uninstallation ZIPs as well. They revert all actions done by the installation script, provided you didn't delete the backups (<filename.orig>). These ZIPs are only tested with Android 5.0.

The other changes are:
- Installer: Display the installed framework version in green, instead of a static hint about flashing the framework via recovery.
- Fix for incomplete logs on some devices, see https://github.com/rovo89/Xposed/issues/34
- Fix for updated modules crashing until the next reboot, see https://github.com/rovo89/Xposed/issues/22
- Ignore unknown parameters to avoid bootloops on some devices, see https://github.com/rovo89/android_art/issues/7
- Some other internal improvements
- Some cherry-picked ART commits from AOSP
- Devs: Allow hooking native methods, see https://github.com/rovo89/Xposed/issues/28
- Devs: Several debugger fixes, see https://github.com/rovo89/android_art/issues/1

I'm also uploading builds for arm64 and x86 devices. I have tested them on my Nexus 9 and on the Genymotion emulator and didn't notice any issues. The unofficial builds don't seem to be modified from my source code either and I didn't get pull requests on GitHub for these platforms, so I assume that they work fine.

By the way, in case you're a dev (or just interested) and want to try out your modules on Genymotion, you can use this collection of scripts to faciliate the Xposed framework installation on Genymotion. Just follow the instructions, then you can simply drop the x86 framework installation ZIP on the emulator window to install the framework. Don't forget to reboot afterwards.

So much for now. Be assured that official Android 5.1 support will come sooner or later, but the changes above required quite some debugging, development and strategic thinking. It's nice to see that some unofficial ports fill the gap for those who don't want to wait.

About M: The AOSP tag for the preview seems to be just a placeholder, just like it was for the L preview. I haven't tried, but I doubt that compiling ART from this tag will fit to the M preview image. Hence, I won't be investing any of the time (that I don't have anyway) to try and get Xposed running on the preview image.

The Following 775 Users Say Thank You to rovo89 For This Useful Post: [ View ]

29th June 2015, 07:14 PM |#11

OP Senior Recognized Developer

Thanks Meter: 52,375

Donate to Me

Those who had issues with installer version 3.0 alpha3 displaying the framework as not installed, please try 3.0 alpha4. ProGuard optimized a bit too much in one very specific case... unfortunately, this never appeared during development, just in the release build.
If modules aren't loaded after a reboot because modules.list wasn't found, try to disable/enable any module. This will write the file again.

One addition to the changes in framework v65: The ZIP files are now signed. This wasn't possible before integrating the custom BusyBox version as some recoveries failed to unzip the signed ZIP.

Last edited by rovo89; 29th June 2015 at 08:02 PM.

The Following 408 Users Say Thank You to rovo89 For This Useful Post: [ View ]