CM13 for Quark - Verizon Motorola Droid Turbo Q&A, Help & Troublesh

Does anyone know when cm13 will start rolling out for quark? I love this phone, and I think marsmallow would be amazing on it, especially with that huge battery.

channing173 said:
Does anyone know when cm13 will start rolling out for quark? I love this phone, and I think marsmallow would be amazing on it, especially with that huge battery.
Click to expand...
Click to collapse
The CM Quark dev @Skrilax_CZ just bought a 2nd phone so he can test CM13 while still keeping CM12.1 going on his main phone.
http://forum.xda-developers.com/mot...xx-xt1225-cm12-0-pre-release-t3060089/page100

Rule #1 of Fight Club: Never ask for ETAs.
Sent from my DROID Turbo using Tapatalk

Patiently waiting here too ...
Patiently waiting here too. Marshmallow changes look interesting.
and Thanks in advance,

You'll know as soon as you see a changelog here http://www.cmxlog.com/13/quark/
Sent from my XT1254 using Tapatalk

I'm waiting on it, too. I thought about flashing CM 12.1, but I don't really know what i gain by doing that over unlocked w/ Xposed and the stock Moto features. Marshmallow, though, would make it worth it. Unless there's something i'm missing.

EnderKR said:
I'm waiting on it, too. I thought about flashing CM 12.1, but I don't really know what i gain by doing that over unlocked w/ Xposed and the stock Moto features. Marshmallow, though, would make it worth it. Unless there's something i'm missing.
Click to expand...
Click to collapse
I've done rooted stock + xposed.
I've done custom ROM + xposed.
I've done custom ROM by itself.
Here's my opinion based on experience...
I did rooted stock + xposed only when there was no custom ROM available. It's the least preferable choice, due to security risk. Rooted stock + xposed is just a simulation of a good custom ROM. It's better than nothing -- but good custom ROMs are updated frequently to close malware holes. Both CM121. and Resurrection Remix have blocked the Stagefright risk. Does Motorola's current stock ROM block that risk? Are there Xposed modules that block that risk? That's just ONE security threat, there are many others since stock 5.1 ROM was released.
I've done custom ROM+ xposed, when there was one or two features an otherwise excellent ROM did not have -- or in one specific case where the ROM devs on purpose locked users into a specific choice where they previously gave user options. Installing xposed with that ROM let me use my phone the way I wanted, giving me choice back while still using that ROM. The problem with using xposed + custom ROMs is xposed modules are only guaranteed to work on AOSP ROMs that have not been heavily modified. There may be a conflict somewhere. I would only use it for one or two features you could not live without -- like in the example I gave, "clear all recents".
I've done custom ROM only. CM12.1 has been the first ROM where I didn't need xposed to add any functionality to the ROM I was using. Resurrection Remix actually has even more options... but I'm comfortable with CM12.1. (CM dev @Skrilax_CZ brought the first custom ROM and kernel for our Quarks, all others that followed are based his work -- especially the kernel.) I'm running CM12.1 on both my Quarks and have been for months. But the point is both Resurrection Remix and CM12.1 are way more advanced than Motorola stock 5.1, as they are both 5.1.1 + custom features.
NOTE: There really aren't any stock Moto features that are not replicated by custom ROMs. It may be called something else, but it's the same feature. Resurrection Remix even has the permissions integrated to let you to install MOST Moto apps if you absolutely need to have the same name. See this page: http://forum.xda-developers.com/droid-turbo/general/to-motorola-features-t3266646/page5
Plus, Resurrection Remix and even CM12.1 would have the security updates stock ROM does not.
I'm running CM12.1 plus Moto Camera because someone ported the Moto camera for CM users, and CM12.1 has all the other functionality I need (just different names).

ChazzMatt said:
I've done rooted stock + xposed.
I've done custom ROM + xposed.
I've done custom ROM by itself.
Here's my opinion based on experience...
I did rooted stock + xposed only when there was no custom ROM available. It's the least preferable choice, due to security risk. Rooted stock + xposed is just a simulation of a good custom ROM. It's better than nothing -- but good custom ROMs are updated frequently to close malware holes. Both CM121. and Resurrection Remix have blocked the Stagefright risk. Does Motorola's current stock ROM block that risk? Are there Xposed modules that block that risk? That's just ONE security threat, there are many others since stock 5.1 ROM was .
I've done custom ROM+ xposed, when there was one or two features an otherwise excellent ROM did not have or in one specific case where the ROM devs on purpose locked users into a specific choice where they previously gave user options. Installing xposed with the ROM let me use the phone the way I wanted, giving me choice back while still using that ROM. The problem with that is xposed modules are only guaranteed to work over ROMs that have not been heavily customized already. There may be a conflict somewhere. I would only use it for one or two features you could not live without -- like in my case, clear all recents.
I've done custom ROM only. CM12.1 has been the first ROM where I didn't need xposed to add any functionality to the ROM I was using. Resurrection Remix actually has even more options, but I'm comfortable with CM12.1. BOTH are way more advanced than stock 5.1, as they are both 5.1.1 + custom features.
There really aren't any stock Moto features that are not replicated by custom ROMs. It may be called something else but it's the same feature. Resurrection Remix even has the permissions integrated to let you to install MOST Moto apps if you absolutely need to have the same name. See this page: http://forum.xda-developers.com/droid-turbo/general/to-motorola-features-t3266646/page5
Plus Resurrection Remix would have the security updates stock ROM does not.
Click to expand...
Click to collapse
Fair enough, I appreciate the input. I'm still pretty new to the custom ROM scene, so there's lots to learn. Why not, I'll give Resurrection Remix a try. Sounds like people love it, and I really like the Moto features so I'd want to keep those. Thanks for the advice

I honestly just like the "all my devices are the same" so all my devices that can run cm.

As for CM-13.0, there is still a lot to be done to get it to a daily driver state.

Hurts not having stock mm I'm guessing?
Sent from my XT1254 using Tapatalk

Skrilax_CZ said:
As for CM-13.0, there is still a lot to be done to get it to a daily driver state.
Click to expand...
Click to collapse
koftheworld said:
Hurts not having stock mm I'm guessing?
Click to expand...
Click to collapse
Not necessarily. That didn't stop @Skrilax_CZ from giving us Lollipop (March 2015) before Motorola released stock Lollipop for any of the Quarks. April 2015, Moto Turbo XT1225 was released with stock Lollipop 5.0.2 -- that was the first Quark with stock Lollipop from Motorola. @Skrilax_CZ beat them by using CM12.0 (Lollipop 5.0.2) with Kitkat 4.4.4 kernel, until Motorola publicly released Lollipop 5.0.2 kernel code. (Even though Motorola gave the Moto Turbo XT1225 5.0.2 in April 2015, they didn't release their Lollipop 5.0.2 kernel code publicly for devs to use until a few weeks later.)
Point is, we had Lollipop for Quark before Motorola gave Lollipop to Quark!
And we had CM12.1 (Lollipop 5.1.1) months (mid-April 2015) before Motorola finally gave just 5.1 to the Droid Turbo XT1254 in July 2015:
Skrilax_CZ said:
15th April 2015, 03:37 PM
Done. I have also moved to CM12.1 from now on, so I'll not be backporting latest set of patches back to CM-12.0
Click to expand...
Click to collapse
@Skrilax_CZ used CM12.1 (Lollipop 5.1.1) first with Motorola's 4.4.4 kernel code and then Motorola's 5.0.2 kernel code, until Motorola finally released Lollipop 5.1.x kernel code (September 2015).
Motorola never gave the other Quarks Lollipop 5.1 -- the Moto Turbo XT1225 and Moto Maxx XT1225 officially still have 5.02. and the U.S. Moto Maxx XT1250 (same identical device as the Droid Turbo XT1254, even the same FCC ID) is still "officially" stuck on Kitkat 4.4.4 -- unless you root and install custom Lollipop 5.1.1. ROM. But thanks to devs like @Skrilax_CZ we've had Lollipop 5.1.1 since April 2015!
So, NO, we do not have to wait for Motorola's slow roll-out of stock MM for our Quarks.
____________
mrkhigh said:
I honestly just like the "all my devices are the same" so all my devices that can, run cm.
Click to expand...
Click to collapse
Same here. When I help friends and family, I install CM so I know exactly where all the settings and options are. Two LG G2 phones, a Nexus 7 tablet all owned by other friends or in-laws. My wife's and my Quark XT1225. For some reason I never rooted my wife's Nexus 9 (yet) -- but when I do, it will have CM.
I also install Nova launcher and set all those options the same all all devices (including non-rooted Nexus 9). My wife said, "But my tablet looks like my phone." I replied, "Exactly." That was my intention.
If something isn't acting right, I can quickly diagnose it without having to remember it's set up differently or has an entirely different ROM.

Quick question, out of ignorance, not wanting to seem unappreciating... Doesn't the nexus 6 have very similar hardware to the turbo? And does MM change that much from the framework of lollipop? I have no idea about rom building, but shouldn't the process be more... Seamless? I've done some building on Linux itself and have some idea of how an OS works, shouldn't drivers be separate from the framework itself? I don't mean this for the turbo exactly, or trying to minimize the awesome works skrillax has done, but I mean this in the more general non-UI-modified-vanilla-ROMs sense.

IonAphis said:
Quick question, out of ignorance, not wanting to seem unappreciating... Doesn't the nexus 6 have very similar hardware to the turbo? And does MM change that much from the framework of lollipop? I have no idea about rom building, but shouldn't the process be more... Seamless? I've done some building on Linux itself and have some idea of how an OS works, shouldn't drivers be separate from the framework itself? I don't mean this for the turbo exactly, or trying to minimize the awesome works skrillax has done, but I mean this in the more general non-UI-modified-vanilla-ROMs sense.
Click to expand...
Click to collapse
I believe the it's the kernel that takes a lot of work. Could be wrong thou
Sent from my DROID Turbo using Tapatalk

http://forum.xda-developers.com/showpost.php?p=64573429&postcount=1050

cadenmiller60 said:
I believe the it's the kernel that takes a lot of work. Could be wrong thou
Sent from my DROID Turbo using Tapatalk
Click to expand...
Click to collapse
not that it is the right way to do things or anything less than half baked kanging, but
i sucessfully got carbon rom (shamu) to boot on my xt1254. several things *appeared* broken, the worst of which was a 180° flip on the screen that kept buttons (touch response) in a spot it is visually not. i tried to simply add the inverse mounted line from the cm12.1 build.prop but that didnt change anything. i used the cm12.1 kernel.
if any of you that actually have a clue have pointers, insight, or know what i need to do tp port shamu roms to the quark, im all ears

kitcostantino said:
not that it is the right way to do things or anything less than half baked kanging, but
i sucessfully got carbon rom (shamu) to boot on my xt1254. several things *appeared* broken, the worst of which was a 180° flip on the screen that kept buttons (touch response) in a spot it is visually not. i tried to simply add the inverse mounted line from the cm12.1 build.prop but that didnt change anything. i used the cm12.1 kernel.
if any of you that actually have a clue have pointers, insight, or know what i need to do tp port shamu roms to the quark, im all ears
Click to expand...
Click to collapse
Few things to note and remember that the DPI for the two devices are different (may be the cause of the rotation bug or not) For Quark is 640 for Shamu I think is 560 (will have to verify) Also what changes did you make to the existing build prop (if any) to get the ROM to boot?

GreaterLesser said:
Few things to note and remember that the DPI for the too devices are different (may be the cause of the rotation bug or not) For Quark is 640 for Shamu I think is 560 (will have to verify) Also what changes did you make to the existing build prop (if any) to get the ROM to boot?
Click to expand...
Click to collapse
the dpi looked right, but you are correct that technically, 560 is not correct for the quark. ultimately, i didnt have to change anything to get it to boot aside from swapping in the cm12.1 boot.img. it seems like someone could make a script or kit to easily port shamu roms to the turbo if the issues (bluetooth, screen, audio, radios lol) were ironed out. probably easier to build something else than to fix existing roms for another (similar, yet widely different) device. i have no answer for the screen issue aside from adding the inverted display line to build.prop, which changed nothing. principally, the fact that it didnt just blackscreen and soft brick is more promising than i had expected still, i do not know a tenth of what to do, so it isnt gonna work for me anytime soon. lol.

kitcostantino said:
the dpi looked right, but you are correct that technically, 560 is not correct for the quark. ultimately, i didnt have to change anything to get it to boot aside from swapping in the cm12.1 boot.img. it seems like someone could make a script or kit to easily port shamu roms to the turbo if the issues (bluetooth, screen, audio, radios lol) were ironed out. probably easier to build something else than to fix existing roms for another (similar, yet widely different) device. i have no answer for the screen issue aside from adding the inverted display line to build.prop, which changed nothing. principally, the fact that it didnt just blackscreen and soft brick is more promising than i had expected still, i do not know a tenth of what to do, so it isnt gonna work for me anytime soon. lol.
Click to expand...
Click to collapse
Well for WiFi, Radios, Bluetooth, etc doesn't the drivers need to be added to the build.prop for the system to actually use them? If possible you could use a build.prop for the turbo in Carbon and just tailor it a bit, theoretically of course. I know it's more complicated than I'm making it sound.

lol. yes, but i get what you mean. in older roms (cm10, cm11) to port, youd copy/paste all of the set perm recursives. in cm12.1 i dont know where to start pulling things from. mind you, i know its not as simple as it used to be because of the new dat format. guess i should read up a bit. lol

Related

[Q] Any other ROMS for the S4 Active?

Has anybody been able to find any ROMs for the S4 Active? Preferably, the i537, but I'm willing to try anything for the GT-I9295. I know it's early, as the Safestrap method is fairly new, and the kernel can't be touched right now, so a 4.3 ROM is out of the question. I'm using the ROM listed here:
http://forum.xda-developers.com/showthread.php?t=2406177
I'm loving stock, but I have Cyanogenmod on my Nexus and love the customization. Does anybody know of anything close to that available for the Active?
Yea I believe its ported from the International version...they call it google edition I think! If I helped ya..it dosent hurt to hit the thanks button! :good:
Actually there is a pre-release 4.3 ROM available, it's the MI2 build for the I537 and yes it's a leak from AT&T (thanks to designgears and you can find it here). Two issues with that one if you choose to use it:
1) You may not be able to update to the official OTA 4.3 expected sometime later this month (according to rumors, that is)
2) There's no working root so if you must have that, don't bother with this build just yet
There is a third issue that appears to be the most common problem with the MI2 build and that's the screenshot feature which isn't working, it's covered in the thread for the MI2 build.
Because it's a pre-release similar to the MF1 pre-release leak, it appears to not allow an OTA but since there hasn't been any 4.3 OTA updates from AT&T as of yet nobody really knows what's going to happen.
Also, if you flash that MI2 build, your only alternative will be to fall all the way back to the MF1 build since no ODIN One-click exists for the MF2 or MF3 builds, but you can switch between the MF1 and MI2 builds (confirmed by others and I've done it several times in the past week myself).
Aside from that "official" ROM leak, the only other current working option is using Safestrap on MF1/MF2/MF3 (with the appropriate kernel modules) along with the AOSP ROM provided by LeJay which you can find here.
That's pretty much it. I have the I537 as noted so I don't muck with the I9295 ROMs but I think there's at least the one CM10.2 build for it, and no, it doesn't work on the I537 even with Safestrap.
EDIT: DOH, forgot about the ROM from d8389 he just released yesterday, also made from the MI2 build and you can find that one here - that's for the I9295, btw.
br0adband said:
Actually there is a pre-release 4.3 ROM available, it's the MI2 build for the I537 and yes it's a leak from AT&T (thanks to designgears and you can find it here). Two issues with that one if you choose to use it:
1) You may not be able to update to the official OTA 4.3 expected sometime later this month (according to rumors, that is)
2) There's no working root so if you must have that, don't bother with this build just yet
There is a third issue that appears to be the most common problem with the MI2 build and that's the screenshot feature which isn't working, it's covered in the thread for the MI2 build.
Because it's a pre-release similar to the MF1 pre-release leak, it appears to not allow an OTA but since there hasn't been any 4.3 OTA updates from AT&T as of yet nobody really knows what's going to happen.
Also, if you flash that MI2 build, your only alternative will be to fall all the way back to the MF1 build since no ODIN One-click exists for the MF2 or MF3 builds, but you can switch between the MF1 and MI2 builds (confirmed by others and I've done it several times in the past week myself).
Aside from that "official" ROM leak, the only other current working option is using Safestrap on MF1/MF2/MF3 (with the appropriate kernel modules) along with the AOSP ROM provided by LeJay which you can find here.
That's pretty much it. I have the I537 as noted so I don't muck with the I9295 ROMs but I think there's at least the one CM10.2 build for it, and no, it doesn't work on the I537 even with Safestrap.
EDIT: DOH, forgot about the ROM from d8389 he just released yesterday, also made from the MI2 build and you can find that one here - that's for the I9295, btw.
Click to expand...
Click to collapse
I'll keep playing the waiting game then... Maybe I can submit a request for Cyanogenmod to be made for this device.
Until the bootloader is unlocked, it's most likely not going to happen at all. It's possible that someone with enough talent can put together a CM10.1 ROM which uses the current kernels (I think, I'm not 100% sure on that), but the MI2 4.3 build now is pretty locked down as it is (no known root at the moment and it looks like Safestrap may be a no-go as well for that or future builds).
The honest truth is the GS4A is simply not popular enough to get any reaction from the CM crowd at all, unfortunately, and it's entirely possible it may not even be available for much longer given that unpopularity. It's not selling well, and the few of us that do have them are just that: few and far between.
It's sad because it's a great device; it IS an S4 with a lower resolution camera and the water-resistant aspect as well as the LCD panel (not AMOLED like the S4) which is just fine by me, I can see it better in daylight than an AMOLED anyway. But the locked bootloader basically ensures the level of interest is negligible at best, not much can be done about it unless a miracle comes along at this point.
I'm very happy with mine for many reasons, not just 'cause I got it so cheap.
br0adband said:
Until the bootloader is unlocked, it's most likely not going to happen at all. It's possible that someone with enough talent can put together a CM10.1 ROM which uses the current kernels (I think, I'm not 100% sure on that), but the MI2 4.3 build now is pretty locked down as it is (no known root at the moment and it looks like Safestrap may be a no-go as well for that or future builds).
The honest truth is the GS4A is simply not popular enough to get any reaction from the CM crowd at all, unfortunately, and it's entirely possible it may not even be available for much longer given that unpopularity. It's not selling well, and the few of us that do have them are just that: few and far between.
It's sad because it's a great device; it IS an S4 with a lower resolution camera and the water-resistant aspect as well as the LCD panel (not AMOLED like the S4) which is just fine by me, I can see it better in daylight than an AMOLED anyway. But the locked bootloader basically ensures the level of interest is negligible at best, not much can be done about it unless a miracle comes along at this point.
I'm very happy with mine for many reasons, not just 'cause I got it so cheap.
Click to expand...
Click to collapse
I think our best hope is for @Hashcode to get kexec working with SafeStrap. Then we will be able to use ROMs with any kernel. Until then we're stuck with GPE 4.2.2.
Hashcode made a post or two at his blog/site stating that things are becoming incredibly tough to make such workarounds viable anymore, even to the point where it's not even worth the time and trouble to make the effort at all in some situations. I think with the GS4A, more specifically the AT&T I537 model, we could just have a device that simply isn't going to get itself cracked wide open without some small miracle happening.
Come on, someone working at Samsung... have some pity on us and drop us something to help out, will ya?
I've started a request forum here:
http://forum.cyanogenmod.com/topic/80004-cyanogenmod-for-the-s4-active/
If anyone would like to back me up, it'd be much appreciated.
Decided it wasn't worth the BS of heading back to Best Buy so I'll stick with MF1 for now. I did make a reply at the CM forum about the potential of someone building CM10.1 as a flashable zip for us and provided the link to the kernel source for the I537, maybe someone with some spare time might be able to create something.
I really wish I'd spent more time learning how to do that; if I had the necessary skill set I'd build it myself I suppose but I've never been into that side of the device firmware/ROM stuff.
But who knows...
I'm running Shostock v2.3 on my I537 with one of my rom slots in safestrap. i'm on MF2. of the S4 ROMs, i've only tried Shostock and Goldeneye, but i'm sure other S4 ROMs will work too. when you install one, you also have to install the modules pack and camera fix from the ported google edition thread. the only other problem is the menu and back buttons don't work out of the box with an S4 ROM because our buttons aren't capacitive. thankfully, Darkman was kind enough to show me how to fix those so they work like normal.
hokeymcf said:
I'm running Shostock v2.3 on my I537 with one of my rom slots in safestrap. i'm on MF2. of the S4 ROMs, i've only tried Shostock and Goldeneye, but i'm sure other S4 ROMs will work too. when you install one, you also have to install the modules pack and camera fix from the ported google edition thread. the only other problem is the menu and back buttons don't work out of the box with an S4 ROM because our buttons aren't capacitive. thankfully, Darkman was kind enough to show me how to fix those so they work like normal.
Click to expand...
Click to collapse
Can you share how to edit ROMs to add the physical back and menu buttons? Thanks
GT-i9295(i537) running SafeStrap
yankeesfan714 said:
Can you share how to edit ROMs to add the physical back and menu buttons? Thanks
GT-i9295(i537) running SafeStrap
Click to expand...
Click to collapse
well, i don't edit the ROM before flashing it. after flashing the ROM, any updates for it, the modules pack, and the camera patch, i go into /system/usr/keylayout using a file explorer, and add:
key 139 MENU
key 158 BACK
to gpio-keys.kl with a text editor. after that, reboot and they work like they should.
hokeymcf said:
well, i don't edit the ROM before flashing it. after flashing the ROM, any updates for it, the modules pack, and the camera patch, i go into /system/usr/keylayout using a file explorer, and add:
key 139 MENU
key 158 BACK
to gpio-keys.kl with a text editor. after that, reboot and they work like they should.
Click to expand...
Click to collapse
Is it possible to add this to either the modules zip or the camera fix to make it easier for users? Ideally this would be added to the camera fix since I think @Hashcode is going to automate the modules in SafeStrap eventually.
On another note, I had no idea we could flash regular GS4 ROMs, this opens up a world of possibilities. I assume we can only flash 4.2.2 ROMs though?
Devo7v said:
Is it possible to add this to either the modules zip or the camera fix to make it easier for users? Ideally this would be added to the camera fix since I think @Hashcode is going to automate the modules in SafeStrap eventually.
On another note, I had no idea we could flash regular GS4 ROMs, this opens up a world of possibilities. I assume we can only flash 4.2.2 ROMs though?
Click to expand...
Click to collapse
i have no idea. i could try, but it's probably a job better suited to someone who really knows what they're doing, since i'm only as good as the tutorials i find on the internet.
once again, i dunno. i'm on MF2, but shostock is MF3. so since that's different but still works, it might be possible to flash a 4.3 ROM, but the fact that i read that there's no going back once you do flash it, i haven't tried it.
i agree that it's awesome we can actually use regular s4 ROMs.
yankeesfan714 said:
Can you share how to edit ROMs to add the physical back and menu buttons? Thanks
GT-i9295(i537) running SafeStrap
Click to expand...
Click to collapse
So in theory any stock based s4 4.2.2 ROM will run with this buildprop modification?
GT-i9295(i537) running SafeStrap
It's not a build.prop edit, but yeah, I think any S4 4.2.2 ROM would work.
S-Beam
Set them next to each other and use S-Beam, it's what it was designed for. Or even Bluetooth would work.
Just so everybody is aware @my-blue-snog-box has created a flashable zip file that will edit the keyboard file and get the hard keys working. It can be found here. If you try any S4 ROMs please post the functionality of them so we can create an index of ROMs working with SafeStrap.
I've posted over there that I got Hyperdrive ROM working, you just need to be careful during setup.
CM Unofficial 2013 10 10 fkosa's reply
I am running CM 20131010 Unoffical - jactiveltxxx from, ofcourse it is 4.3 and it is running smothly.
Havn't found any anoying errors yet.
http://forum.xda-developers.com/showthread.php?t=2395242&page=11
I tried to make some roms for myself and found out the following:
from: CM 20131017 Nightly - jltxxx - was a bit slow, and it felt like the touch was a bit delayed verry anoying
from: CM 20131021 Nightly - jltxxx - here there was something wrong with the screen.
But then again the nightly builds tends to a bit unstable from time to time.
Any Galaxy S4 Rom
I just recently got the galaxy note 2 and loving everything about it inside and out. But I was just wondering if there are or will be any rom or ports of a galaxy s4 rom to our galaxy note 2? Ive look in the android forums but did not see anything besides the hawkish rom which I am now currently using...

How far can i go on my phone?

I have a non dev Moto X from Verizon (XT1060, first gen). It is currently running 4.4.4. What is the most I can do with it? Reading several threads, I am unable to find a conclusive answer regarding this. Looks like sunshine doesn't work nor do most one click tools. My goal is to flash a debloated ROM at the very least if possible.
You won't be able to flash any custom rom without an unlocked bootloader and that's that really. At most you could root(when possible) and manually uninstall bloatwares from the stock rom. I'm glad I had troubles upgrading my phone initially and was able to read about sunshine app on time.
Sent from my XT1060
to the moon and back at least, of course try krypton, or maybe even the modded 5.1 for the 1060, I prefer krypton but the modded 5.1 came a long way quickly I just wasn't feeling the change from simplicity (less options but works perfect for me) of Moto Assist, to the more complex options in LP :/ Check out the respect threads for each rom!
Safestrap only works for 4.4.2 no?

Nexus 6 Kit Kat Possible?

This probably sounds like a crazy question, but wondering whether it would be possible to build/run AOSP 4.4.4 on Shamu?
The factory firmware for Shamu is 4.4.4, so it should be possible afaik.
The only reason I can think of for why it wouldn't work is proprietary binaries, as 5.0 are the earliest available.
Q9Nap said:
This probably sounds like a crazy question, but wondering whether it would be possible to build/run AOSP 4.4.4 on Shamu?
The factory firmware for Shamu is 4.4.4, so it should be possible afaik.
The only reason I can think of for why it wouldn't work is proprietary binaries, as 5.0 are the earliest available.
Click to expand...
Click to collapse
Factory firmware for Shamu was 5.0. Thats what it shipped with. Their was never a 4.X for Shamu.
As for 4.4.4, anything is possible. Will you be able to find a dev willing to work on it? Most likely not. Makes no sense other than the challenge of it. Might be a project you can take up yourself if you like. There are tons of tutorials, information, and devs around to give advice.
Q9Nap said:
This probably sounds like a crazy question, but wondering whether it would be possible to build/run AOSP 4.4.4 on Shamu?
The factory firmware for Shamu is 4.4.4, so it should be possible afaik.
The only reason I can think of for why it wouldn't work is proprietary binaries, as 5.0 are the earliest available.
Click to expand...
Click to collapse
sure, its possible.. do you havd a kitkat driver for the n6 to make it work? if not, then itll never work. btw, google never released the drivers.
christianpeso said:
Factory firmware for Shamu was 5.0. Thats what it shipped with. Their was never a 4.X for Shamu.
As for 4.4.4, anything is possible. Will you be able to find a dev willing to work on it? Most likely not. Makes no sense other than the challenge of it. Might be a project you can take up yourself if you like. There are tons of tutorials, information, and devs around to give advice.
Click to expand...
Click to collapse
Yes, Shamu shipped with 5.0, but there is a 4.4.4 factory firmware file that is available for use by repair centers.
I've tried it, and it is a very minimal build. It isn't worth using as a daily driver at all.
I'm sure I could repo sync and compile aosp 4.4.4, but I don't want to take the time and effort if it won't work lol.
Besides the lack of 4.4.4 proprietary binaries, there is also no official 4.4.4 kernel source, so I'm basically wondering if it could work with 5.0 proprietary binaries and kernel source?
simms22 said:
sure, its possible.. do you havd a kitkat driver for the n6 to make it work? if not, then itll never work. btw, google never released the drivers.
Click to expand...
Click to collapse
Right, the lack of 4.4.4 drivers and kernel source are my main concern as far as whether it would work.
I'm wondering whether it would be possible to extract the necessary driver files and kernel from the factory buid?
Q9Nap said:
Right, the lack of 4.4.4 drivers and kernel source are my main concern as far as whether it would work.
I'm wondering whether it would be possible to extract the necessary driver files and kernel from the factory buid?
Click to expand...
Click to collapse
theres no kitkat driver, period. if there is, google has it. no, you cant extract a past driver from a newer os.
simms22 said:
theres no kitkat driver, period. if there is, google has it. no, you cant extract a past driver from a newer os.
Click to expand...
Click to collapse
I have a 4.4.4 pre-release build from Motorola; would it be possible to extract the drivers and use its kernel/boot image?
Pre-release build of what from Motorola? Unless that pre-release build is specifically for the Nexus 6, you won't be able to use its kernel with the device.
*removed*
Q9Nap said:
I have a 4.4.4 pre-release build from Motorola; would it be possible to extract the drivers and use its kernel/boot image?
Click to expand...
Click to collapse
nope. drivers are very device specific. it has to be a nexus 6 driver, or you will not get any of the software to work with the hardware and with the physical device.
simms22 said:
nope. drivers are very device specific. it has to be a nexus 6 driver, or you will not get any of the software to work with the hardware and with the physical device.
Click to expand...
Click to collapse
Ok, I'll say it again; I have official 4.4.4 Motorola firmware for the Nexus 6. See the build.prop in the previous post.
Is it possible to extract the drivers and kernel from this and include in AOSP 4.4.4?
It is factory test firmware and isn't really viable to use as a daily driver, which is why I want to use parts from it to build AOSP.
Q9Nap said:
Ok, I'll say it again; I have official 4.4.4 Motorola firmware for the Nexus 6. See the build.prop in the previous post.
Is it possible to extract the drivers and kernel from this and include in AOSP 4.4.4?
It is factory test firmware and isn't really viable to use as a daily driver, which is why I want to use parts from it to build AOSP.
Click to expand...
Click to collapse
you can try, thats the best that i can say..
As @simms22 already said, you can try it. However, according to the build.prop, ro.product.model is an XT-1080,which is a Droid Ultra. The hardware for the Droid Ultra is completely different from the N6, with specs more applicable to a Samsung Galaxy S3, and thus its drivers and kernel will both be different. Neither will work on the Nexus 6.
I'm sorry, but I highly doubt this is a genuine Nexus 6 pre-release ROM. Posting the build.prop is insufficient proof, as the build.prop can be easily edited to have it say whatever you choose. You'll have to find another way to persuade the audience.
I'm not trying to persuade anyone, lol. I'm just asking whether it's theoretically possible or not.
You are welcome to have access to the full firmware if you like, sheesh.
Why would I bother faking a build.prop?
It's not, as the Droid Ultra hardware is totally different. As to why anyone would want to fake a pre-release ROM, your guess is as good as mine. But at least you provided something when asked, unlike one guy in the S4 forums who claimed he could reset the Knox efuse after it was tripped, something not even Samsung can do.
Strephon Alkhalikoi said:
It's not, as the Droid Ultra hardware is totally different. As to why anyone would want to fake a pre-release ROM, your guess is as good as mine. But at least you provided something when asked, unlike one guy in the S4 forums who claimed he could reset the Knox efuse after it was tripped, something not even Samsung can do.
Click to expand...
Click to collapse
This is not for droid ultra. Yes, one line in the build.prop says xt1080, but everything else says shamu. Apparently, xt1080 was the working model number during testing.
For you and any other doubters, here ya go:
https://drive.google.com/file/d/0B-53iD-71B3iMElKNWdybC1aanc/view?usp=sharing
Wow, this thread is hilarious.
First off, there is no such thing as a driver that is linked specifically to a version of Android. The driver is between LINUX and HARDWARE.
While newer versions of Android may be more demanding of the kernel, they are not intrinsically tied together. You can run Android 2.0 on Kernel 4.6 if you want. Nothing is going to stop you from doing that.
Now the place where you could run into some stickyness, is in the **hardware abstraction layers**. These are not the drivers. These are the bits of code that talk Android API on one side, and Linux on the other side. Most of the HALs are open source, so could be converted if need be.
Most of the HAL changes are things being added into the new versions that didn't exist in the old. As a result, in most cases, you could take a 5.0 HAL and stuff it into a 4.4 system image -- and it should work.
But the big question is.... why would you ever want to do that? 4.4 is obsolete and dead. LEAVE IT BE!
doitright said:
Wow, this thread is hilarious.
First off, there is no such thing as a driver that is linked specifically to a version of Android. The driver is between LINUX and HARDWARE.
While newer versions of Android may be more demanding of the kernel, they are not intrinsically tied together. You can run Android 2.0 on Kernel 4.6 if you want. Nothing is going to stop you from doing that.
Now the place where you could run into some stickyness, is in the **hardware abstraction layers**. These are not the drivers. These are the bits of code that talk Android API on one side, and Linux on the other side. Most of the HALs are open source, so could be converted if need be.
Most of the HAL changes are things being added into the new versions that didn't exist in the old. As a result, in most cases, you could take a 5.0 HAL and stuff it into a 4.4 system image -- and it should work.
But the big question is.... why would you ever want to do that? 4.4 is obsolete and dead. LEAVE IT BE!
Click to expand...
Click to collapse
This is the kind of response I was looking for, thank you!
Yeah I know KK is obsolete; the main reason I am interested, besides theoretical curiosity, is the holo dark ui; really don't like the bright material white ui, and the material dark ui doesn't look that great either.
I know I can use cmte, layers, or substratum to install a dark ui theme, but I haven't found a theme yet that doesn't have issues and/or inconsistencies, and they don't look as good as og holo dark imo.
Anyway, it definitely sounds like more trouble than it's worth, lol.

Data lost

OK, couldn't get much help from the ROM thread... Maybe here I can, Droid turbo, running latest reservation ROM nougant... On any and all calls, I loose data connection, went to Verizon turned off HD, then turned back on, with no success.. any help would be appreciated.....
..
rriffle08 said:
OK, couldn't get much help from the ROM thread... Maybe here I can, Droid turbo, running latest reservation ROM nougant... On any and all calls, I loose data connection, went to Verizon turned off HD, then turned back on, with no success.. any help would be appreciated.....
..
Click to expand...
Click to collapse
You are basically complaining for some reason you were not aware you can't get Verizon VoLTE on any non-stock based ROM with this phone. If you searched the ROM thread you would have known that.
Very well known that Verizon VoLTE only works on stock firmware or stock firmware-based ROM. So, far for the only ROM is CF's debloated, tweaked stock-based Marshmallow ROM. (Somewhere in there is the secret handshake and even he doesn't know what it is.)
ZTE recently got Verizon VoLTE to work on a non-Verizon phone (the ZTE Axon 7) and that VoLTE carries over to LOS/CM based ROMs -- but no devs have yet figured out what ZTE did to get it, nor what LOS/CM has that allows it on THAT phone. Marshmallow didn't have it, but their Nougat does.
First off, wasn't complaining, obviously I'm not nearly as smart as you.. there's a lot of talk on the forums for flashing volte, and thought I might have overlooked something. Or didn't have something set right... And I know when the original Droid, original firmware was installed, if you didn't have HD calling on you would loose data.... Thanks so much for your help.....
rriffle08 said:
First off, wasn't complaining, obviously I'm not nearly as smart as you.. there's a lot of talk on the forums for flashing volte, and thought I might have overlooked something. Or didn't have something set right... And I know when the original Droid, original firmware was installed, if you didn't have HD calling on you would loose data.... Thanks so much for your help.....
Click to expand...
Click to collapse
Not that I'm smart, It's just something we all know. And seriously the information is EVERYWHERE in this forum. Almost every ROM thread has talked about it. Search is your friend in a forum over 2 years old, like this one.
Go read this. It's the most recent complete ROM list for our phones, and it's in the Development section of THIS forum.
[ROMs][Quarks][List for Moto Maxx and Droid Turbo]
https://forum.xda-developers.com/showpost.php?p=70473048&postcount=58
And then this recent exchange:
tuckeran5607 said:
What would you say is the most stable rom out there right now? Besides stock obviously.
I'm looking to get Google Assistant via Xposed. Everything was great on Nexus Experience, however I ran into issues getting the Google Now Voice prompt to work outside the Google Now App. =/
Click to expand...
Click to collapse
ChazzMatt said:
If you want Nougat, any of these three ROMS have very high reviews. You can go to those threads and ask questions, and see other Droid Turbo owners.
#2 and #3 are maintained by Droid Turbo owners who use Verizon, if that makes a difference to you. But all three are excellent and many Droid Turbo owners are using all three.
[ROM][All Quark][7.x] Resurrection Remix
[ROM][UNOFFICIAL]AOKP 7.x For All Quark
[ROM][Quarks][LOS/CM 14.1 Unofficial][7.1.x][2016-12-30] (hybrid of CM14 and Resurrection Remix)
However, if you need Verizon VoLTE, then you should go with a debloated, tweaked Marshmallow ROM based on stock Motorola Verizon firmware. See below. It's not Nougat, but right now only stock Verizon firmware or a ROM based on stock Verizon firmware can get Verizon VoLTE on this phone -- until a dev discovers the secret handshake. (ZTE has discovered the secret handshake for Verizon VoLTE. Now a dev just needs to figure out what they did.)
_________
@computerfreek274 has now released a Marshmallow ROM for the Droid Turbo XT1254 based on the Verizon's belated Marshmallow firmware. He has debloated it, tweaked it. It has Verizon voicemail app, Verizon VoLTE (only works on Verizon), Verizon Wi-Fi calling (only works on Verizon), some volume boost, and battery saving tweaks.
* Computerfreek274_MM_1.0.4 Marshmallow 6.0.1 Stock rooted VOLte Debloated
http://forum.xda-developers.com/droid-turbo/development/computerfreek274mm1-0-android-6-0-1-t3503634
Click to expand...
Click to collapse
@bhb27 tried to make VoLTE work, and got tired of messing with it as he lives in Brazil, doesn't use Verizon and doesn't have a Droid Turbo XT1254. He owns another Quark, the same one I have, the XT1225. He has said some other dev who uses Verizon and has a Droid Turbo needs to figure it out.
As I said above, ZTE has figured it out with the ZTE Axon 7 (it's not even a Verizon phone!) -- but I guess no one has yet taken the time to compare the differences between their Marshmallow and Nougat builds to see what they did.
There was even a thread here in this forum recently about getting VoLTE on custom ROMS, which has gone nowhere:
VoLTE and Advanced Calling on Droid Turbo Custom Roms
https://forum.xda-developers.com/droid-turbo/general/volte-advanced-calling-droid-turbo-t3564936
BriCo84 said:
I have been watching, waiting, and hoping that someone would figure out and post about being able to use VoLTE or Advanced calling on any of the custom roms (except Computerfreeks), and i am seeing the same scattered information through the forums. I definitely do not have the skills to figure this out, but hopefully some of the skilled developers in this community can post here and work together to figure this out.
I love using a custom rom, and this device is amazing. But the one thing I miss since using @bhb27 custom Resurrection Remix Rom is VoLTE and Advanced Calling.
Click to expand...
Click to collapse
In that thread, I posted all the detailed info I know about the ZTE breakthrough, but that's basically it.

Any good dual boot solutions out there?

I've checked multiROM Manager and XT1254 is not supported, however if some dev would like to take a crack at it here is a wiki that explains how to port it (and if you can in the first place). I've also done extensive testing with dual boot patcher. I got it to work once with a 4.4 ROM (I can't remember exactly which), but after switching back and forth between the ROMS once I couldn't "escape" the secondary ROM and had to restore a backup to get back into the primary ROM (crdroid v3.3).
If you have attempted to dual boot on the Droid Turbo please leave your experiences and findings below, I'd love to see a working solution. Thanks!
Edit: I've found two that work with crdroid v3.3
Bliss xda post Specific tested ROM download
AOKP version list (there is no marshmallow xda post) Specific tested ROM download
Well I have found one ROM (AOKP MM unofficial) that worked flawlessly with dual boot patcher running on crdroid v3.3. What's odd is that the nougat version by the same author does not work, and in fact no nougat ROM has worked with dual boot patcher for me.
Just some commentary... I've never understood the multi-ROM booting thing. I really only run one ROM at a time for both me and my wife. (I buy two phones at a time, and keep them identical as far as settings.) I do have many more apps than my wife -- but same phone, same ROM, same settings.
If I wish to save a ROM to try another out, I can always use TWRP backup save my current ROM and settings, and temporarily install another to see if it's better. But I have no desire to constantly switch back and forth between ROMs, for my "daily driver".
I'm not criticizing your desire in any way, I'm just suggesting maybe that's why it's not available with this phone. Not much demand for reasons I stated.
ChazzMatt said:
Just some commentary... I've never understood the multi-ROM booting thing. I really only run one ROM at a time for both me and my wife. (I buy two phones at a time, and keep them identical as far as settings.) I do have many more apps than my wife -- but same phone, same ROM, same settings.
If I wish to save a ROM to try another out, I can always use TWRP backup save my current ROM and settings, and temporarily install another to see if it's better. But I have no desire to constantly switch back and forth between ROMs, for my "daily driver".
I'm not criticizing your desire in any way, I'm just suggesting maybe that's why it's not available with this phone. Not much demand for reasons I stated.
Click to expand...
Click to collapse
I'm actually with you as far as temporarily installing it to test the ROM, however I have a rather annoying reason to still want it. The only ways to cash checks with my bank is to either physically mail the checks or deposit them by photo. As I'd rather have an automatic solution, I'm left with the latter. However, this leaves me with the problem that the camera doesn't work in their app on custom nougat ROMS (which I run). I tried talking their dev team into fixing it, but they reasonably don't want anything to do with supporting custom ROMS. As I'd rather not go through the whole backup/wipe/restore/repeat routine every time I want to cash a check, I am unfortunately left with dual booting a ROM that their app does support (most ROMS marshmallow or older).
I found another one that works (and finally works with my bank as well ). Here is the forum post for the Bliss ROM.
Stuckurface said:
Edit: I've found two that work with crdroid v3.3
Bliss xda post Specific tested ROM download
AOKP version list (there is no marshmallow xda post) Specific tested ROM download
Click to expand...
Click to collapse
Both of those ROMs are by @NepoRood. He posted them over here in the Droid Turbo forum instead of the other Quark forum as he owned a Droid Turbo. But so does @calsurferpunk, and he still posts his CM14/LOS ROM over in the other Quark forum. We used to be one big forum, but after the split most Quark development got posted over there as the Droid Turbo bootloader had not yet been unlocked by Sunshine. After the Sunshine team unlock, devs just continued posting over there for the most part...
@NepoRood shattered his Droid Turbo, and now has a different phone -- but you could ask him what he did differently to allow multi-ROM for those two Marshmallow ROMs that changed with his Nougat ROM. He said he was still going to post AOKP ROM updates with the help of testers in this forum.
Also, for his Nougat AOKP, make sure you are using his PERSONALIZED builds, not any of the "nightlies". To gain official status, he had to agree not to change anything in the AOKP ROM, but he was allowed to make and post personalized builds which have tweaks.
Last, you've tried all these? Current list of Nougat and Marshmallow. I didn't bother keeping track of Lollipop.
[ROMs][Quarks][List for Moto Maxx and Droid Turbo]
https://forum.xda-developers.com/showpost.php?p=71821604&postcount=73
___________
Stuckurface said:
I'm actually with you as far as temporarily installing it to test the ROM, however I have a rather annoying reason to still want it. The only ways to cash checks with my bank is to either physically mail the checks or deposit them by photo. As I'd rather have an automatic solution, I'm left with the latter. However, this leaves me with the problem that the camera doesn't work in their app on custom nougat ROMS (which I run).
Click to expand...
Click to collapse
OK, that's a practical reason I can understand.
So, it's nothing about "Safety Net" issues, it's basically newer custom ROMs (Nougat) don't work?
The app of the bank I use (a nationwide mega bank) works fine with RR 6.X (Marshmallow) and before that with CM12.1 (Lollipop) in depositing checks via photo. I've not tried Nougat ROMs yet. So, I may run into the same problem...
I've stayed with RR 6.x as it's rock solid and allows me to use a few xposed modules like Google Assistant Enabler (to turn on and unlock display), YouTube Adaway (to block YouTube ads, which regular Adaway does not) and MinMin Guard (which blocks 99.9% of all in app ads). I wish @bhb27 would release one more "rollup" update before development completely ends.
Of course I will switch to Nougat one day, but I didn't switch to Marshmallow until October of 2016, about the time Nougat was being released.
ChazzMatt said:
We used to be one big forum, but after the split most development got posted over there as the Droid Turbo bootloader had not yet been unlocked by Sunshine....
....Last, you've tried all these? Current list of Nougat and Marshmallow. I didn't bother keeping track of Lollipop.
[ROMs][Quarks][List for Moto Maxx and Droid Turbo]
https://forum.xda-developers.com/showpost.php?p=71821604&postcount=73
Click to expand...
Click to collapse
I knew that Moto Maxx and Droid Turbo were basically the same phone, but I always stuck to the Turbo forum for fear of bricking my phone/messing up my cell connectivity. I didn't realize that most of the ROMS are cross compatible :/
I tested a few of them but I never saw your list. Thanks for maintaining that, I just wish I had seen it sooner!
ChazzMatt said:
So, it's nothing about "Safety Net" issues, it's basically newer custom ROMs (Nougat) don't work?
Click to expand...
Click to collapse
Yep, I've got the photo check deposit to work on ROMS that don't pass safety net multiple times. The problem appears stem from the way custom nougat ROMS (and more specifically the way my bank app) interacts with the camera, though I haven't tried logging the app's behavior so your guess is as good as mine.
I miss Bliss, on my Turbo (heck, I miss my Turbo, lol)
Nougat ROMs have more security than Marshmallow, it's most likely Your bank app that is causing the problems though. I'm running Screw'D Nougat on my Nexus 6P and have no problems with using my banks mobile app (but, we're Rednecks, )
As far as MultiROM goes, I didn't do anything special to my builds, I don't know why Nougat doesn't work...
Stuckurface said:
I didn't realize that most of the ROMS are cross compatible :/
I tested a few of them but I never saw your list. Thanks for maintaining that, I just wish I had seen it sooner!
Click to expand...
Click to collapse
All the ROMs (especially Marshmallow and Nougat) are cross compatible for all Quarks -- except for CF's Verizon stock-based ROM. This is thanks to the CM dev @Skrilax_CZ who adapted the Motorola kernel so all CM (now LOS) based ROMs would work for all Quarks, after Sunshine team unlocked the Droid Turbo bootloader. @bhb27 has continued that work. Even ROMS like "AOSP" still all use that "universal" kernel coding for all Quark ROMs. Again, the exception is CF's ROM, which are purely Verizon stock firmware, just debloated and tweaked.
There was one older Lollipop ROM that never got updated with the "universal" kernel (after the November 2015 Droid Turbo bootloader unlock), but even CM12.1 (Lollipop), RR Lollipop, and @calsurferpunk's "unofficial" CM12.1 was also cross-compatible with all Quarks.
Multi-ROM has now been released by @bhb27, plus we now have SEVEN Nougat ROMs.
[ROMs][Quarks][List for Moto Maxx and Droid Turbo]
https://forum.xda-developers.com/showpost.php?p=73459132&postcount=80

Categories

Resources