Database Info

[Development] CyanogenMod porting

I and some fellow developers (especially thanks manveru0, skywalker01, other users for testing, reporting and other help) are trying to port AOSS to our device, working with CyanogenMod 7 for now.
You can check out this thread, repositories, and this post for changelogs, bug reports and so on.
Github repositories:
https://github.com/abbradar
https://github.com/manveru0
Feel free to check them out and fork!
Current status of porting:
Working:
Screen (w. touch features, w. backlight)
Buttons
Radio (w. 2G/3G, Internet is working)
Bluetooth
WLAN
Rotate sensor
Handset button
USB
Battery sensors
Camera
GPU acceleration
Not working:
GPS (does not lock)
Audio (both input and output, will be tough)
Camcorder (because of audio)
Storage-related (external SD not working, internal with no USB storage, vold misconfigured)
USB tethering/MTP (will require some programming)
Host access point (similar to USB tethering)
Light sensor
Buttons force feedback
Contacts on SIM card
Not tested:
Other sensors (compass, magnetic)
HDMI (should not work, as logs say)
FM radio (should not work)
Another bugs:
CyanogenMod settings doesn't work (fixed by
Random reboots sometimes
Sometimes - very long resume from sleep (30 seconds approximately)
Keyboard is very small
Dialer is laggy (because of audio)
USB connected notification is shown without USB cable attached
APN database is not working (enter settings manually)
Vibration strength is very weak
Regressions: (worked before)
Nothing for now
Visualized changelogs (with CM9), made and hosted by CastagnaIT in dedicated thread:
http://forum.xda-developers.com/showthread.php?t=1492165
Last testing build (will be updated after major improvements or after some time): http://forum.xda-developers.com/showpost.php?p=22394052&postcount=284
skywalker01's testing builds: http://forum.xda-developers.com/showpost.php?p=22969855&postcount=394
User tomsteel1 have made good-looking banner images for our work: http://forum.xda-developers.com/showpost.php?p=22506050&postcount=350

Wow this sound really good. Thanks for your work. I write that i would support a cyanogenmod with a donation (and other people too). Maybe you can initate something in the gt9001 thread in the cyanogenmod forum.

jeahh, keep up the good workkk

OK, I'll continue my work later this week according to ideas in the first post.

Owwwiiiii !!!! I like it !

Made few modifications to the kernel to make its log readable. Further trying to make bootimage mount /system. By the way, isn't /system image size in my configuration too small? (~140MiB) Do we have some source of information on partition sizes?

YardE said:
While helping manveru0 with developing of his awesome CWM mod and kernel, I've tried to compile CM for our device. So far, we have those problems as for now:
1) Resulting type of image - CM builds *.img files in output, and system/data/cache partitions, too - we should find some option in Makefiles to change output to raw ext4 image, as in Odin images. I was able to create ext4 image manually, but that is not an option for frequent builds, and I don't want to write a script if there is option avaliable (though, I think I will write it for now)
2) Booting. Right now, boot.img from builded CM loads adb, and I can send some basic commands to the phone, but it cannot mount /system and because of that "adb shell" doesn't work, so I cannot check what is going wrong during boot. My current idea is to insert /system/bin/sh into boot.img for testing.
I have nearly no time for work now because of university, but I will try to make some test builds later. We have all our work in github repositories:
https://github.com/abbradar
https://github.com/manveru0
So feel free to check them out and fork!
Click to expand...
Click to collapse
I comming back as soon as I have more time, see other posts

After groking sources of Android's init for some time, it seems we should implement exporting partition table to /proc/mtd to continue or we'll have to modify lots of cyanogenmod's sources. Alternative to this is to try using stock binary "init".

Yeah man, keep on porting. I love CM Rom...
Sent from my GT-I9001 using XDA App

Finally! Thank you both YardE and manveru0 for all your efforts for developing something to i9001. I'm definately one of those willing to donate for your work!

mikeeo019 said:
I'm definately one of those willing to donate for your work!
Click to expand...
Click to collapse
+1 to donating

i love u!!!

Let's wait with donating till we really have something usable ~_^. Okay, good news to you guys - I was able to build good enough bootloader to mount partitions! So we have adb shell and stuff now. The next step is to try to load actual system.

I've also been able to found out format of out images (system.img and such) and there is utility to convert them to raw ext4 images - simg2img.
Looks like the first two tasks in porting were completed. ^_^
I was able to boot till CyanogenMod's splashscreen! \(^_^)/ It hang ups on it, though, but I can read error messages though adb now and shell is working.

Oh god YES! I was finally able to boot it! Hurrray!

That sounds great! Perhaps you can post some screenshots to give a first impression to us ;-)
Sent from my GT-I9001 using XDA App

I was just uploading one. Made from my notebook web-camera, so quality is ****ty, but this is a proof-of-concept:

This is results of first testing: nearly nothing works out-of-the-box, including sound, proper backlight, Wi-Fi/Bluetooth, video accelerator and phone. Looks like this will need lots of further tweaking, however, I'm glad I've got to make it this far! ^_^

AWESOME
YardE said:
This is results of first testing: nearly nothing works out-of-the-box, including sound, proper backlight, Wi-Fi/Bluetooth, video accelerator and phone. Looks like this will need lots of further tweaking, however, I'm glad I've got to make it this far! ^_^
Click to expand...
Click to collapse
dude you got it working everything else will fall in place sooner or later!!!!!! AWESOME!!!!

Guys on Russian forum asked me for posting test build, so I'm uploading it on mediafire now. I'll repeat - this build doesn't have ANY practical usage, it's only proof of concept and having it on phone is nearly the same as having no phone at all..
Link to the build: http://www.mediafire.com/?6i9q54xhkvt984i

[Q] Enable USB Debugging

Presenting Problem: Tablet is stuck rebooting itself once it gets to the booting screen animation, USB Debugging was not turned on on the tablet when it was working properly last time, and I need to turn USB Debugging on to fix my tablet. How do I do this?
Disclaimer: Yes, you'll think there are a million other threads about enabling USB debugging and whatnot, but this is totally different!
The Story: My device is a Grid10 tablet. It runs its custom OS built on Android Kernel (Gingerbread). Everything about it is android, except it's not android (and it's not a custom launcher or a skin).
... anyway
The Grid10: Almost nobody here own a Grid10 (I assume), so here's the thing... the Grid has only ONE button. The power button. No volume buttons, no home or back or menu buttons or anything... all those commands are gestures on the Grid (... if it started properly)
The Problem and its Cause: Now, It's stuck continuously rebooting itself once it gets to the the booting animation screen because I mistakenly deleted a file from system/app called SettingsProvider.apk
The Solution: I have the missing file on my laptop, and I need to put it back on the tablet. When I plug in its USB cable, I don't get a drive in My Computer. Obviously, it won't get into storage mode without being told to do so from the settings list (which I have no access to... because it's stuck rebooting itself at the booting animation screen... yes, I'm repeating myself so no one will tell me to "enable USB debugging" when I say that...)
So aparently, to get the file on my Grid, I need to use adb.
And since I didn't have USB Debugging enabled when the Grid was last operating properly, the adb can't see my tablet! (as shown by a 'adb devices' command).
The Sucky Recovery Menu: There is no fastboot on this thing (not that it would help with anything), but there is a recovery menu i can access (by holding down the power button while the tablet is booting), but it's no use. It looks like some kinda' custom recovery menu called "PBJ40 Recovery Utility". It has 4 commands:
reboot system now
wipe data/factory reset
wipe cache partition
apply sdcard: update.zip
I've tried all of these commands (selecting is done by pressing the power button, and when un-pressed for a few seconds, whatever command is highlighted gets executed).
My best bet would have been the update.zip as I created a signed update.zip with the missing file in it so it can put it back in its rightful place... but sd card in question appears to be the built-in sd card, and not the external (removable) sd card... the recovery tool doesn't even look in the external sd card for the update.zip
In Short: To get the file on the tablet, for now, the only way I can see how, is through adb, and seen as how USB Debugging was not enabled when the Grid was operational last time, I come here, to the XDA Forums, asking for advice.
The Question(s):
A) How do I turn on USB Debugging on the tablet so i can use adb and fix it?
or
B) Is there some alternative way for me to get the missing apk in system/app folder that does not require USB debugging?
Got you scratching your brain? Been trying to solve this for so long, I finished scratching mine, and started hitting it against the wall now!

I hate to tell you this man, but I am pretty sure that you messed up your tablet/bricked it.

Problem solved.
Not the USB Debugging thing, but I ended up fixing the tablet.
Can't disclose how I did it though... privacy issues.
So the system is fixed and the GirdOS is running perfectly on the Grid10, but I still can't use the tablet anyway, because of some kinda' server-side failure, because I need to register myself on the server before I gain access to any of the tablet's functions, while the server isn't responding to register my credentials... so yea... the tablet works, but it's still useless to me.
There's not much if any hope that the server will be fixed or get running anytime soon, because from the rumors/reports, FusionGarage (the producer of said tablet) has disappeared off the grid. Ironic, isn't it?
Maybe some day somebody will be able get ICS or Honeycomb running on the Grid10, and will share the knowledge-how with everybody.

I got one of those PBJ40 tablets too with 1366x768 , but no real android (just 2.1) on it.. do you mind sharing the one you got?
maybe you even have the Kernel source for this? could be nice having too

Dexter_nlb said:
I got one of those PBJ40 tablets too with 1366x768 , but no real android (just 2.1) on it.. do you mind sharing the one you got?
maybe you even have the Kernel source for this? could be nice having too
Click to expand...
Click to collapse
Explain yourself please.
What is this android 2.1 you speak of? The Grid10 (aka PBJ40) comes with its custom OS called GridOS that's based on Android.
So what's the 2.1 android you have? Is it pre-upgrade GridOS or what? After the upgrade, GridOS's kernel was made into Gingerbread.

Ghoymakh said:
Explain yourself please.
What is this android 2.1 you speak of? The Grid10 (aka PBJ40) comes with its custom OS called GridOS that's based on Android.
So what's the 2.1 android you have? Is it pre-upgrade GridOS or what? After the upgrade, GridOS's kernel was made into Gingerbread.
Click to expand...
Click to collapse
i guess hardware was tried sold to different parties, as mine is with Android 2.3 ( i made that ) but touchscreen is poor on this device, and Tegra2 got a tough time managing 1366x768 on it, compared to previous devices..
and lastly it was in development so drivers are not finished.
As your GridOS is 2.3 compatible it has a better kernel, and maybe a source for the kernel too, since i got no kernel source and no one that knows this hardware.
but maybe it'll show up with some totally different supplier, i seen talk on chinese forums where ppl compiles linux for it, so its still in the works.

Dexter_nlb said:
i guess hardware was tried sold to different parties, as mine is with Android 2.3 ( i made that ) but touchscreen is poor on this device, and Tegra2 got a tough time managing 1366x768 on it, compared to previous devices..
and lastly it was in development so drivers are not finished.
As your GridOS is 2.3 compatible it has a better kernel, and maybe a source for the kernel too, since i got no kernel source and no one that knows this hardware.
but maybe it'll show up with some totally different supplier, i seen talk on chinese forums where ppl compiles linux for it, so its still in the works.
Click to expand...
Click to collapse
I see.
Looks like whoever made the PBJ40 (aka Grid10) also sold some of its stock to other companies, and since the 'other companies' don't have a dev. team to compensate for the lack of drivers for the Tegra2 (I heard they're going to release the drivers in some 2 months), they had to sell it with Android 2.1 (froyo) on it, with lots of problems like screen responsiveness, poor power management, and the like.
I'm also guessing that you do not have Market, Talk or GMail on your tablet... or at least, you didn't have it at first (doesn't take much skill to install them... the tablet comes rooted).
I'm also guessing you have a serious gestures issue, am I right?
Do you have the 40 pin USB cable? (or did yours come with a regular female USB port??)
... I might be of assistance, if you're able to make your dev skills work in your favor.
So help me help you...
The only way this will work, is if you're able to reverse engineer the GridOS to:
1) Extract the programming that's responsible for the gestures so we can install it on any other device (like your PBJ40, which doesn't have gesture support as advanced as the Grid10), to make the device easier to use.
2) Override the sign-up screen for the GridOS. In case you do not yet know, once you boot GridOS for the first time, you're taken to a setup page (much like the setup page of Windows) where you register yourself on the FusionGarage server (people who made the GridOS) to gain access to the tablet... for some time now, the FusionGarage server has been down, and since the company recently went under, there's no way the server will be fixed ever again, so even with linux kernel 2.3 (aka android gingerbread... without the market) you can't have any kind of access to the tablet, because you'd be unable to proceed form the sign-up page forward! So if you can find a way to over-ride the sign-up page or 'delete' it from the equation altogether, we both win!
So: I can provide you with GridOS kernel version 2.3 (not android... GridOS! It's basically the same, it just doesn't have the Market, and its UI is different... still very nice... I like it).
So... you can't install GridOS on your Froyo tablet (just yet), even if you had the 2.3 GridOS at your disposal, because you'd be stuck there.
So the question remains:
- Can you reverse engineer a linux OS that is android based (but not truly android) to extract from it the gestures program so you can make your PBJ40 more responsive?
- Can you somehow customize GridOS to delete the whole signup page issue?
Both of these things will help me a lot... but only the gestures-solution will be of help to you, unless you have the USB cable for the tablet.
If you PBJ40 is not a regular Grid10, I'd like to see it from all angles + a picture of its cables and chargers... if possible, please upload them to this thread.
For now, to make your life easier, install the program called zMooth from the Market. Its gesture responsiveness will be much better than the 2.1 Froyo version your tablet is now running.
"swipe left to go back, swipe right for menu, gesture a up-arrow(^) for home"
Look at the screenshots to better understand.
While setting up the program sensitivity level, keep in mind that the lower the level, the more sensitive (it's in fine print).
... let me know what you get!
PS: It might also be of help if you can somehow get the gesture program from ICS kernel and adopt it to PBJ40!

Could be we should continue this OT, in a private PM and maybe exchange mails
I think i can do most of it, I even have Android3.0 running on it, but again kernel needed changing since touch driver is not supporting the way 3.0 works.
but it works even with highres..
I do not have 2.1 on it, i ported a CM7/2.3.6 to it, and it worked 95%, some issues with DSP manager and movie codecs, but i did not put my 100% in it, since i was doing it all for fun and my own interest, since i could not share with anyone anyways as no one had it. That was until i saw the design of Grid10, i knew it was 99% like mine.. Flash11.1 works great for movie playback here though..
I got the 4leds on it too and mine has USB HOST/device switching only by compal (writers of many tablets today), but i found the USBUTG tool to use with it, to make switching easier, than doing it in a shell.
anyways, lets maybe continue by PM.. and we can maybe exchange "partitions"

My vow of secrecy has been lifted!
To Flash your Grid10 (aka PBJ40), follow this tutorial I made:
http://www.thejoojooforum.com/viewtopic.php?f=17&t=49654
There's also more info on the general forum (and one or two other tutorials/suggestions I've made that could prove to be of benefit to anybody with a Grid10): http://www.thejoojooforum.com/viewforum.php?f=17

Ghoymakh said:
My vow of secrecy has been lifted!
To Flash your Grid10 (aka PBJ40), follow this tutorial I made:
http://www.thejoojooforum.com/viewtopic.php?f=17&t=49654
There's also more info on the general forum (and one or two other tutorials/suggestions I've made that could prove to be of benefit to anybody with a Grid10): http://www.thejoojooforum.com/viewforum.php?f=17
Click to expand...
Click to collapse
if you know how to use APX mode on it (Reset button on right side(if looking at front). I got android 2.3.6 (CM7) running on it, i think only difference is that i got 4 hardware button (soft light buttons on right side of tablet)
let me know, and i can maybe upload the kernel + system to a site.

I dnt even know what APX is!
I'm new to the android dev. scene, so i dnt know much yet.
I don't have much use for a Gingerbread ROM that's not going to be filly compatible with the Grid10. We don't have ANY buttons on our tablets.
To compensate for that, you might want to include the program Zmooth in the list of apps that the flashing-process will auto-install, so whoever flashes the CyanogenMod won't be left stranded without any buttons to use on the Grid10.
As mentioned in the flashing tutorial, V. is recompiling the original GridOS to make it skip the registration page, and it's Gingerbread too, one that's completely compatible with the tablet's specs, including gestures. It will be the GridOS as (previously) advertised by FusionGarage, only this time, no registration page, which means we can flash it and actually use it (up till now, whoever re-flashed or did a factory reset couldn't use their tablet because the registration could not be completed since the FG servers were down).
Maybe that could prove to be useful to you... I'll upload the file to the Grid10 forum once it's finished.
(i wonder if there's a way to open a Grid10 section in the xda forums...)
But what you have could be useful to somebody else out there!
How about you upload your files in Dropbox, and create a new thread on the above-linked forum, and share your ROM so other people might benefit from it.
https://www.dropbox.com/
Make sure you write your tablet's full specs, including the information about your soft and hard buttons, as our tablets have NO soft-buttons, and only have 2 hardware buttons: a power button and a reset button.
Edit: as the Grid10 doesn't have volume buttons, i don't think it's even capable of entering APX mode. It does have a recovery mode... but the only options in there are to factory-reset, delete cache partition, and install update.zip.

Ghoymakh: YOU ARE THE CLOSEST THING TO.... THX
Ghoymakh said:
My vow of secrecy has been lifted!
To Flash your Grid10 (aka PBJ40), follow this tutorial I made:
There's also more info on the general forum (and one or two other tutorials/suggestions I've made that could prove to be of benefit to anybody with a Grid10):
Click to expand...
Click to collapse
============================================
I'm one of the fortunate-unfortunates.
I previously reset my G10 and it has been useless ever since. I did however purchase the USB adapter with my device and I'm looking forward to making use of your extensive research and hard work.
Again, thanks and I'll let y'all know how it goes (within the next 7 days or so).
Praise and thanks to you and everyone else out here.
G

Ghoymakh said:
Edit: as the Grid10 doesn't have volume buttons, i don't think it's even capable of entering APX mode. It does have a recovery mode... but the only options in there are to factory-reset, delete cache partition, and install update.zip.
Click to expand...
Click to collapse
can you check when you got the tablet in front of you facing up. that on your right side a little hole is found just about center, 5-6cm above simcard slot (at least on mine simcard is on the right side)
if you turn it off, holding in the tap inside the small hole (you can feel the click when its pushed), press power and it goes into APX mode. but you will need the bootloader.bin to get it in full apx mode and ready to accept commands.

A small step for man.... My Grid10 is more than just a brick
- Using Ghoymakh's instructions from JooJoo Forum, I successfully flashed my Grid10 yesterday.
-- The identified 'tar' command didn't work on the compressed file but the Archive Mounter within Back Track worked just fine.
- Now, as time permits, I'm going to move forward and attempt to incorporate the Xmooth and Market.
-- If only I could get my JooJoo Forum account activated....
Again, Props to Ghoymakh, V, and any/all other contributors.
G

[Q] LC-Power MIRA-1 / M105F Andorid 4.0.4 Questions

Hello,
I do hope my questions fit in here.
I recently bought the LC-Power MIRA-1 10.1" tablet. In google play it is called "unknown M105F"
the tablet has a 1,2 GHz A10 - ARM Cortex A8 CPU and a Mali 400MP GPU
i do have some experience with backup/root/uc&oc and even custom mods with my motorola defy phone (currently running cm7.2 stable)
when "playing" around with my defy i found it was sold in big numbers and is very well supported not only here but in any number of other communities. however, since my new tablet is pretty new to the market and no brand tablet, finding information on it is near impossible.
i do hope this will change in the future, especially since I really feel that my tablet is well suited for a number of tasks and with the price tag of ~150 EUR might even have a chance of finding its way in the hands of many people
anyway, even if the tablet is fine as it is now, it could be better. i am talking about modifications and this is what this thread is about.
1) BACKUP
in case i screw up, I really would love to have the possibility of resetting everything(!) back to factory defaults.
with my defy it is as easy as downloading the official sfb and flashing it with rsd lite
this wont work here for obvious reasons
is there a possibility to download the firmware to the pc (from the tablet) and later restoring it? probably not
so the only way left is nandroid backup?
easier said than done with a new device and without root...
also, i would very much prefer to have a backup without root / be sure to be able to remove all modifications i made like installing clockwork mod and rooting...
2) ROOT
for various reasons I'd like to have root. according to my information, rooting 4.0.4 is dependant on the device.
considering i have an unknown device, short of trying every possibility, what else could i do/try?
3) UNDERCLOCK/OVERCLOCK
I would LOVE to try to UC and OC the tablet. I know this might fail miserabely, but I could try.
IF i had root and any idea on how to find (again, short of trying every possible app) a working app.
any ideas?
4) GENERAL CUSTOMISATION
i learned that a well made custommod (like 7.2 for my defy) can make a huge difference in customisation and performance.
I would be willing to try a stable custommod but for now, I dont think that is viable since they usually are device specific.
So all I can do is use another launcher and hope for the best. I really like the performance, functions and especial the ability to customize the AWD Launcher that came with the cm7.2 for my phone.
According to google play the awd launcher is not compatible with my device. i cant imagine why, but there it is.
now, is there a way to still try it?
and what launcher comes closest to the performance, feel and customizability of the awd launcher (i do NOT care about special visual effects on which most launchers seem to concentrate)?
5) SIMILAR DEVICES
the best way to approach all those questions might be to find a (very) similar tablet and try to extrapolate answers from there onto my device.
however, I have no clue on how to figure out what chipset my tablet uses and what other information might be needed to try it that way
---
thats it for now
any and all help will be appreciated!
thank you for reading this
Catwiesel

Hello
okay, I have some news...
since no one had anything to say I went ahead and started trying stuff out...
Apparently, the tablet is rooted by default (or my measurement of being rooted is wrong):
- when i run the app root checker, it says it is rooted
- when i run adb shell / su the prompt is root:directoy #
- i can create and delete files from /system/app
still, something is up...:
- using the adb shell i can create a file in /system/app (touch test.tst)
- if i try to delete/move anything in the adb shell from /system/app apparently the file can not be found
- it works in terminal emulator
- ive installed superuser, but have yet to see the "application asks for superuser rights"
- with the default file browser or es file explorer i can not get to / (stuck in /sdcard) EDIT: Resolved, layer8 problem!
ive also tried some overclocking apps
- they either do not go beyond 1.2ghz (stock) - the apps however is more or less to uc, not oc
- they crash the tablet even with 1248mhz - maybe the scaling gouvanours fault?
- underclocking seems to work (by accident i set the mhz from 1200 to 60 and well... it was SLOW)
i also found out some stuff (quick info system pro)
- ARMv7 processor rev 2(v71) (ARM Cortex A8 1,2GHz - at least according to the tech sheet at the manufactorer)
- sun4i
so, i wonder:
- is the tablet actually sold rooted? then why do i not get superuser permission popups?
- is my hardware not overclockable with (those) apps (i have) and/or do i actually need a custom kernel (ive read abput self compiled kernel for sun4i and another tablet)
ive gotta say, even with a bit of experience in android (acutally, very little) and a bit of linux (not too much, but decent enough) i am sorta confused

...not alone
I´d bought 2 devices LC Power Mira 2 yesterday...they should be delivered on friday...so hang on...you´re no longer alone...
It could be that the device is rooted...as far as I know...
Google runs some kind of an quality assurance by denying some "nobrand" manufactures the total Android 4.0 compatibility.
For an example the Arnova (Archon´s budget line) 10b G3 is running 4.0 but without the Play Store, ´cause the device is not fully supported as an "Quality Android 4.0 Device" and you have to use a custom rom on that tablet.
That´s one reason to spend 5 Euros more for the Mira2 which have it all onboard...or am I wrong...?

thearclight said:
I´d bought 2 devices LC Power Mira 2 yesterday...say should be delivered on friday...so hang on...you´re no longer alone...
It could be that the device is rooted...as far as I know...
Google runs some kind of an quality assurance by denying some "nobrand" manufactures the total Android 4.0 compatibility.
For an example the Arnova (Archon´s budget line) 10b G3 is running 4.0 but without the Play Store, ´cause the device is not fully supported as an "Quality Android 4.0 Device" and you have to use a custom rom on that tablet.
That´s one reason to spend 5 Euros more for the Mira2 which have it all onboard...or am I wrong...?
Click to expand...
Click to collapse
Yes, indeed, at least the MIRA-1 tablet does come prerooted. This is of course nice (since I do not have to try root it myself) but also troubeling, since there is a good reason that android devices usually are not sold rooted. The bigger problem however seems to be that the superuser app is not working properly, i.e. I do not get the "this app is requesting superuser acess" question and probably for the same reason can not get my file browser (ES file browser) to go into the / directory.
what and if other apps could have trouble with the root access that apperently not every app is "finding" i dont know. i do hope not!
however, using the android sdk or shell emulator, all kinds of SU operations can indeed be executed.
concerning your google play store question (was it a question?), yes, the MIRA-1 tablet has google play installed and it can be used without any peticular limitation. its a safe bet that the mira-2 will be able to, too.
my experience with overclocking the tablet does not bode well. even a 48Mhz (smallest step) increase will freeze it. I have tried multiple apps.
i do not have any absolute answer so far. it could be that the oc apps have trouble with the root or are plain the wrong apps or simply that the cpu is already at its absolute limit and just can not be oced.
further investigation into this issue has revealed that apparently other tablets with similar hardware configuration may be able to overclock but apparently it would be neccesary to edit config files and with those compile the kernel. this is far beyond of what i can do and would be willing to do.
i am a bit sad about that, then yeah, the tablet is nice and good enough for me and worth the money, but a bit more speed could not hurt. it does happen that the tablet gets unresponsive for .5-1sec when browsing the web.
one last thought. the gpu does seem to be pretty "powerfull" (please, do not take me to literal.)
but i have yet to find any game that does not run smooth and looks good. according to my information i came across, the gpu is indeed well known for its good performance in 3d and full hd playback
(one exception. snes emulator is unplayable slow. but here i too blame the cpu, not gpu)

...
...sounds good to the fact that I won´t expecting more for this price. Hey 157€ is´nt very much for an 10.1" tablet...
...I´d got also my LG P990 as Android device and smartphone...believe Me...I know what it means being betrayed...no updates...Tegra ? - nVidia ?...I don´t wanna talk about it...lol
It´s rooted and I never got problems with some apps about this fact...ok it´s still on 2.3...thanks LG, by pretending the update comes in May 2012...
I´d send an e-mail to the support of LCpower, by asking about an list of compatible 3g Sticks...10min. later...Answer and an Exel-file with the whole list...great service...´til now...
I just hope that I´d bought 2 "nice" family tablets for a few funny games, sometimes a movie, some social networking...nothing more.
Hope I did´nt misunderstood something here...
...is it only possible with another Explorer (like Astro and ES) to get to the files of an external SD Card or not ???

thearclight said:
...sounds good to the fact that I won´t expecting more for this price. Hey 157€ is´nt very much for an 10.1" tablet...
...I´d got also my LG P990 as Android device and smartphone...believe Me...I know what it means being betrayed...no updates...Tegra ? - nVidia ?...I don´t wanna talk about it...lol
It´s rooted and I never got problems with some apps about this fact...ok it´s still on 2.3...thanks LG, by pretending the update comes in May 2012...
I´d send an e-mail to the support of LCpower, by asking about an list of compatible 3g Sticks...10min. later...Answer and an Exel-file with the whole list...great service...´til now...
I just hope that I´d bought 2 "nice" family tablets for a few funny games, sometimes a movie, some social networking...nothing more.
Hope I did´nt misunderstood something here...
...is it only possible with another Explorer (like Astro and ES) to get to the files of an external SD Card or not ???
Click to expand...
Click to collapse
well, the external sd card behaves a bit strange (at least for my understanding of android)
in short:
we have 2+1 memories in the tablet:
1 internal memory (small, i think 256mb, quite full with the android os and the apps)
1 other internal memory (the 8GB)
1 slot for the sd card, the +1 memory
now, everything begins at / (i figure this is the small internal memory)
the 2nd internal memory with 8gb is mounted under /mnt/sdcard and i believe /sdcard (where i would expect the sdcard!)
the sdcard itself can be found at /mnt/extsd
es file explorer has some trouble with that. if you launch it, it will start in /sdcard
since it does not recognize root, you can not go to /
since you cant type in the path by hand you can not go to /mnt
so apparently you cant browse the sd card with es file explorer (or i havent figured it out yet)
the preinstalled file explorer has no trouble with it at all. in fact, it even actually sends you to the right memory when you tap the corresponding symbols (as preinstalled file explorers go, it is actually not so bad)
ive tried setting up some symlinks but failed. maybe i did it wrong, maybe it just wont work.
another possibility to fix it could be editing fstab. but this could be dangerous and/or cause more problems then it helps
i filed that as a minor inconvenience to be adressed when im bored enough

...
Ok...this means...that I just hope that the Mira2 is accepting my microSD16GB and I can use it quite as normal...
In 2.3 it´s still the structure: " /mnt ---> /mnt/sdcard ---> /mnt/sdcard/_ExternalSD"
Is this structure changed in 4.0 ?

thearclight said:
Ok...this means...that I just hope that the Mira2 is accepting my microSD16GB and I can use it quite as normal...
In 2.3 it´s still the structure: " /mnt ---> /mnt/sdcard ---> /mnt/sdcard/_ExternalSD"
Is this structure changed in 4.0 ?
Click to expand...
Click to collapse
well on my mobile phone (motorola defy with cm7.2) i have /sdcard and /mnt/sdcard - actually being the sdcard
i also have /sd-ext which is empty
i dont know if that is the default for all android versions and/or if there are differences in sd-card mount points in android
however, the behaviour of the phone seems more logical (or its just that i am used to it)
whatever it is... the sd card of the tablet can not be accessed by /mnt/sdcard/ANYTHING
however, further research especially with the es file browser has shown that indeed you can browse the sd-card /mnt/extsd by switching the two in the favorites options.
so, maybe it makes sense, maybe it dont.
maybe its andorid 4.0.4 conform, or not.
what is important is that apps apparently dont mind (they do get installed on the 8gb internal memory mounted at /mnt/sdcard and /sdcard) and so far have yet to refuse to work/show strange behaviour
also, it is possible to move/copy etc files between /mnt/sdcard and /mnt/extsd and browse both directories, at least with the default android file explorer as well as es file browser.

So...a little update...the 2 devices are now in our hands...for about one week...
....and everything I can telling 'bout them...
,,.they're working great. Not a single bad issue, no freezes, and as far as we can see...
...for a price around 160€ there is no better tablet on the market.
Since yesterday I run the game Wild Blood (Unreal Engine 3 Game) which is most famous for an app who killed some tablets and phones...but nit the mira2 ...it's playable.
The device was also rooted "out of the box" but I can't find a single problem with the external SDcard or other USB Hosts I tested.
Sent from my MIRA-2 using xda app-developers app

Had the same issue thanks for the help guys

[APP][4.1+] Tuxoid v0.1.1 - A full Linux desktop environment on your Android

Code:
*** Disclaimer
As usual, I am not responsible for thermonuclear war or other apocalyptic futures.
TL;DR: If you break your device with this project, it's not my fault (although I will of course be willing to help you in your troubles!!).
Introduction
Have you ever wanted to use your Android device as a fully-fledged desktop Linux box? Now you can, with Tuxoid!
A year or two ago, I discovered the Linux-on-Android project. (http://forum.xda-developers.com/showthread.php?t=1585009) I was fascinated by the possibility of running Linux on top of Android and using a desktop environment. However, I was slightly disappointed by the lack of some features, as well as a lack of development over the time of the project's existence. Thus I embarked upon an epic quest (well maybe not quite that dramatic) to build my own version from the ground up, basing it upon the ideas explored by Linux-on-Android.
After some on and off hacking on my OnePlus One, I now have some very early working code.
Below is a video demonstration of the current state of Tuxoid, demonstrating a few of its features.
Here is a list of some of these features:
- The big one: fast and high quality display system
- Native keyboard and mouse support (automatically disables Android's built-in system)
- Audio support. Audio from the desktop environment is piped into Android's audio system, so you can use your device's speakers, headphones or bluetooth etc
UPDATE: First builds!
I've built the first publicly available versions of the project. Before you get excited, I should warn you that they are in an unstable state. You can grab the APKs in the Downloads section of this project, as well as on the Releases page of the project on GitHub. These builds are not for n00bs! If you're still determined to give them a try, here are the instructions:
Requirements
An Android device running 4.1 or newer (it will be availabe for older versions in the future, but for know only Lollipop is supported) Older versions now supported!
Root with SuperSU for managing permissions. I will not explain this here, as there are already hundreds of guides available. If you don't know how to root your device, this project (at least in these early stages) is not for you.
A reasonable amount of internal storage (at least 1-2 GB free)
A stable internet connection. Make sure you're using WiFi for best results.
A mouse and keyboard to control the desktop environment. You should be able to use wired ones (via an OTG adapter) or wireless via bluetooth. As long as Android recognizes it, you should be good to go.
This is not a requirement, but you won't be able to do much without it (for now): knowledge of the Linux command line and preferably how to use the pacman package manager for Arch Linux, as that is the distro upon which Tuxoid is based (more distros will be available down the line!)
Setup and installation
Once your device is rooted, open up the SuperSU app and go to the Settings tab. Find an option labelled "Mount namespace separation" and ensure it is UNchecked. (Make sure to reboot before continuing if you had to do this)
Download and install the APK for Tuxoid. Again, if you don't know how to do this, you shouldn't be attempting to install an early build Tuxoid...
Open the Tuxoid app and tap the gear in the actionbar to go to the settings menu. There are a few options you can tweak here, but the main one you should be interested in right now is 'Disk image size'. Select a size that suits the amount of space you have free on your internal storage. I would recommend 4GB (the default) to allow room for installation of your own packages later. If you have less space free on your internal storage than you select here, the setup process will fail.
Go back to the main screen of the app and ensure you have a stable internet connection. Now connect your keyboard and mouse (you must connect them before booting Tuxoid up every time). Then, press 'Start' to begin the setup process. This will probably take a while, so just leave your device down for a while and check up on it every once and a while.
Eventually, if all went well, you should see a screen with a grey background and an xterm window. Feel free to run some commands. To start, I'd recommend installing the Chromium browser (open source version Google Chrome). To do this, run 'sudo pacman -S chromium' (without quotes). The password is the same as your username. Once installed, run 'chromium' to start the browser. For those who are interested, the window manager installed by default is Openbox. If you want to install some more packages, the list of available ones in Arch Linux for ARM devices is available here: http://archlinuxarm.org/packages If you weren't able to get up and running (i.e. no screen with a cursor and no xterm), you can try some of the steps described in Troubleshooting & Tips.
When you're finished playing around, follow the steps below to ensure clean shutdown of Tuxoid. If you want to boot up again, you can just open up the app at any time and tap on the start button. Tuxoid will use your existing system image.
Shutdown procedure
When you're done, simply press the back key on your device to close the GUI and press the stop button to shutdown Tuxoid. After a few seconds, the log will show "SHUTDOWN!", meaning the shutdown procedure was completed successfully.
Troubleshooting & Tips
If Tuxoid failed to boot during the initial setup, you can retry by first removing files in the 'droidtop' folder on your internal storage (usually 'system.img' and 'arch.tar.gz') and then pressing 'Start' again in the app.
If your mouse and keyboard aren't working in Tuxoid, ensure that they were connected to your device BEFORE you pressed the start button and make sure they were detected by Android. If they weren't detected by Android itself the they definitely won't work with Tuxoid.
If you something goes wrong at any stage while using Tuxoid, please press the 'Send log' button in the app to send me a copy of the log shown on the main screen.
If the app crashes, a dialog will pop up asking you to send a report. Please do this as it makes it much easier for me to fix bugs!
If you have any feedback and suggestions, feel free to post them here in the forums! You can also submit issues on the GitHub project (although this is really more orientated towards developers)
If you are a developer and want to get involved in the project, you can post here in the forums and/or submit pull requests on GitHub.
Source code
I've published all of the source code for the app to GitHub (http://github.com/jackos2500/tuxoid) Feel free to fork and make changes, and, even better, submit pull requests to move the project forward!
Finally, I would like to say thanks to the guys over at Linux-on-Android for their great work, without which the idea for this project would never have existed!
XDA:DevDB Information
Tuxoid, App for all devices (see above for details)
Contributors
jackos2500
Version Information
Status: Testing
Created 2015-06-13
Last Updated 2015-06-14

Reserved
Changelog
v0.1.1
Adds compatibility for Android versions as far back as 4.1 (API level 16).
Bug fixes:
screen resolution could be detected incorrectly
'setenforce' could fail to execute due to its lack of existence on older platform versions
v0.1
Initial public release.

Reserved

Its really interesting to hear about linux on android

shahzu3 said:
Its really interesting to hear about linux on android
Click to expand...
Click to collapse
Yup! I think I'll put out a build later with some instructions so that people can try it for themselves.

Mm

shahzu3 said:
Mm
Click to expand...
Click to collapse
Well I've pushed out the first public build. Give it a try and tell me what you think!

Hi. Your project sounds great ??
Is really necessary to have so internal space or could it be possible one day to have the whole stuff on the external sd.??

That is just amazing, thanks for your work, a tablet running this would be really nice... I'm going to try it out.

Hello! This looks very promising but I can't find any download link. Is it missing?
Edit: My phone just didn't load the page fully, the download section is on the top.

DirkStorck said:
Hi. Your project sounds great
Is really necessary to have so internal space or could it be possible one day to have the whole stuff on the external sd.?
Click to expand...
Click to collapse
Good point! I'll see if I can do something about that sometime soon. Unfortunately if the chroot environment is not stored in a disk image the filesystem it is stored on must support Unix permissions, so no FAT32 formatted sdcards without disk images. FAT32 also limits file size to 4GB, so that would be the max size for a disk image there. I'll probably add a way of optionally adding an extra partition to your SD to get around this at some stage.
WideBRs said:
That is just amazing, thanks for your work, a tablet running this would be really nice... I'm going to try it out.
Click to expand...
Click to collapse
Cool, tell me what you think when you give it a go!

jackos2500 said:
Good point! I'll see if I can do something about that sometime soon. Unfortunately if the chroot environment is not stored in a disk image the filesystem it is stored on must support Unix permissions, so no FAT32 formatted sdcards without disk images. FAT32 also limits file size to 4GB, so that would be the max size for a disk image there. I'll probably add a way of optionally adding an extra partition to your SD to get around this at some stage.
Cool, tell me what you think when you give it a go!
Click to expand...
Click to collapse
I have been using Linux Deploy on my tablet and it worked quite well. They have the environment as an image on the internal or external sd card. I think 4GB is a enough for a Linux system. For those who want more would have to format the external as ext4.

DirkStorck said:
I have been using Linux Deploy on my tablet and it worked quite well. They have the environment as an image on the internal or external sd card. I think 4GB is a enough for a Linux system. For those who want more would have to format the external as ext4.
Click to expand...
Click to collapse
I've pushed a new release with support for devices running Android 4.1 and above. I think I'm going to start working on improving the user-friendliness of the project tomorrow. This will probably include improving the UI and setup process, as well as better error handling. Once that code is in place I won't have to refactor any new features I add to the new UI, so it makes sense to do it first. It will take a while, and whenever it's done, I'll probably start working on some of those new features.

Hi,
Could you tell me if:
a) my phones built-in keyboard will work?
b) if there's an option to use the touch screen to control the mouse?
Thanks

moodroid said:
Hi,
Could you tell me if:
a) my phones built-in keyboard will work?
b) if there's an option to use the touch screen to control the mouse?
Thanks
Click to expand...
Click to collapse
Right now, no. Both of these are definitely a high priority though.

jackos2500 said:
Right now, no. Both of these are definitely a high priority though.
Click to expand...
Click to collapse
Excellent, thanks. I'll keep an eye on this...

Can i decompile and compile apk with this Linux for Android? I havent pc

this is really amazing, as it is very useful for tablets, at least for my tab s 10.5 inch, keep it up!
Currently using Xserver Xsdl, with the pain of slow refresh rate and input interrupt.
Thank you for this effort!

Hello,
So far, I had these issues before it worked, otherwise its awesome, the only way to render x server on android smoothly and no input latency without using direct (kernel) framebuffer:
1)Latest arch armv7hf use xorg-server and xf86-input-evdev compiled for/by version 1.18.x , had to recompile 1.17 from source since your module (the source code isnt released in your github :/, guess you forgot) is compiled for ABI module 20, currently 23.
2) High cpu usage, probably implement refresh rate limitation on the app side for displaying the shared memory framebuffer, though having the source code for the module would really help, guess its a modified dummy.so (?) to copy framebuffer to shm? Anyways ill try to workaround the issue using a compositor.
Thats all! working perfectly... If anyone need the compiled 1.17 versions of xorg-server and evdev, just use ABS or pm me.
Thanks!
EDIT: I think it would be better to turn this into X server framebuffer viewer app, and combine it with Linux deploy (+ 'custom scripts' option is already implemented in Linux Deploy, useful for evdev and xorg config) for more linux flavours

apparently, it seems that you have copied droidtop project without mentioning it (license: MIT) : https://code.google.com/p/droidtop/
which has been archived now with no public access

Marshmallow & Nougat (AOSP/CM/Lineage) for Nook HD/HD+ (& Tablet)

This thread, and Marshmallow/Nougat porting in general, are a continuation of the previous KitKat and Lollipop development; the general installation steps are more or less the same. If you need a very detailed guide, PeteInSequim's is a good resource, especially if moving from stock. Read/search through the previous threads for any missing information (CM12.1 OP). That being said, I'm uploading personal builds of AOSP 6.0/7.1, CM 13.0/14.1, TWRP, etc, here.
Some of the important device-specific changes from KitKat/CM11 are described in Hashcode's thread. The goal is to remain fairly close to CM or AOSP upstream, and integrate whatever fixes and enhancements in unified device trees. More progress information will be added here gradually, as I have time. A lot of useful discussion happened on the previous CM11, CM12.[01] threads, and the status of things is available to anyone willing to search. I am not a developer, mostly a hobbyist, and the usual disclaimers apply.
AOSP vs CM
Initially, AOSP builds happened out of curiosity, but also necessity, since CM13 needs some time to stabilize. As expected, an AOSP ROM is a lot more barebones than CM, and there are pros and cons for each flavor. Now that initial porting is done following the previous philosophy of reusing and common-izing the device trees, it seems feasible to maintain both AOSP and CM ROMs (whenever 13 is usable), although nothing is promised.
In truth, the current builds are more accurately described as AOSP-ish; at the very least, a few core components need to be modified for our HALs, proprietary blobs, etc. On top of that, I've been adding features and fixes that seemed essential to me. Still, major differences remain compared to CM, and before people deem them as bugs, here are a few:
Wake with Home button: not an AOSP feature; I took the CM code to make it work in these builds.
The Advanced reboot menu: also a custom feature; may be ported at some point.
Mounting exFAT or NTFS media: not AOSP-supported filesystems, but a priority for me.
BusyBox was a CM extra, but I'm including it starting with the November 8th builds.
Etc, etc.
Because we have a reasonably flexible build system, other ROM flavors could happen in the future. A custom ROM like CM is actually easier to maintain than AOSP given all the fixes and enhancements that need separate maintenance with the latter.
The major difference with the first November builds is having SELinux enabled (albeit Permissive). It had to be kept completely disabled during the initial porting, due to a kernel bug/missing feature that took more than a week to track down. Thus, logs contain lots of AVC denials now, as sepolicy has not been fully updated for MM; no need to report or worry about these yet.
On a personal note, posting on my threads is pretty tricky business... My builds were never intended for general consumption, but rather a way to move porting and development forward, and I often debate only keeping the GitHub repositories for people to build themselves. Obviously, that would upset hundreds of people at this point, so I make an effort to upload reasonably bug-free builds, as well as help even with trivial non-problems whenever I can. Nevertheless, low quality, or badly written posts (and I don't mean bad English) are a sure way to get ignored, and my memory is pretty long term Basically, I won't police content here, but I also don't want to deal with the the kind of stupidity and entitlement so prevalent in real life.
In conclusion, no need to thank (unless you really want to), or ask about donating, etc, but do reassess the limits of your current understanding before making bold claims, as I do too. Nothing worse than having to fix a trail of misinformation... Also, comparisons to other people's work (unless constructive), complains about the state of things, or simply starting with "no offense" and such, will make your problem much less likely to be solved by me.
XDA:DevDB Information
AOSP 6.0/7.1; CM 13.0/14.1, ROM for the Barnes & Noble Nook HD, HD
Contributors
amaces, Hashcode, verygreen
Source Code: https://github.com/airend/android
ROM OS Version: 7.x Nougat
ROM Kernel: Linux 3.0.x
Version Information
Status: Nightly
Created 2015-11-02
Last Updated 2018-07-29

GApps & Partitioning Info
With unusual issues, especially if connected to Play Services, I recommend testing the ROMs without GApps before reporting bugs.
Currently, pico Open GApps should work on all AOSP, CM, or Lineage builds (M & N), although initial flashing should to be done before first boot (wiped data). With CM/Lineage 14, system space is barely enough, yet I still think we're fine with the current partitioning scheme. Changing it can introduce other complications, and haven't found an absolute reason for doing so. Nevertheless, it is possible to alter the partition sizes after installation, and thus increase available system space; @Lanchon prepared a pretty nice guide specifically for the Nook HDs.
About including GApps directly into the ROMs, I had tested this approach using the Open GApps manifests. While things can work better that way, legally, it wouldn't be a good idea to distribute these builds (for the same reasons CM had to stop including them). Also, I think there are a few people who wan't nothing to do with Google's proprietary services, so a likely deal breaker for them. We'll have to wait for the established packagers to decide how to deal with the MM changes, although my manifests are available, and one can include anything in personal builds.
Manifests & GitHub Branches
For people making their own builds, the customized manifests including my forked branches, and other changes, are kept more or less up to date at github.com/airend/android. There are currently three main branch pairs: cm-12/lolli, cm-13/marsh, and cm-14/nougat, the latter two being most updated. As the name implies, these manifests are based (and actually constantly rebased) on the corresponding upstream branch, either AOSP or CM/Lineage. Theoretically, once these manifests are stable, there is no need for local additions, but corrections might be needed nonetheless.
No need to repo init more than once, unless you're switching manifest branches (e.g., LP to MM, CM to AOSP, etc); repo sync will pull all manifest changes.
About naming conventions for my branches, I try to reuse as much as possible between CM/Lineage and AOSP, and when that's possible, branches are named lp-12, mm-13, etc. Otherwise, branches are named lolli, marsh, nougat, or cm-1*, depending on their base and specificity.
Upstream Lineage branch names haven't changed from old CM, and no current branch will be renamed here either (despite rebase).
The kernel repo contains additional feature branches named base/[subsystem], on top of Hashcode's last CM12.0 kernel. The main stable kernel is roughly equivalent to merging all these feature branches, although the history is different.
Recovery Information
We do have official TWRP images (https://twrp.me/Devices). While they don't work with CM12.1 anymore (for reasons described in that thread), they should be usable with all current Marshmallow builds.
More up to date eMMC TWRP images are included in the respective device folders. Personally, I've had a good experience with TWRP, and do not plan on looking at other recovery distributions. Now, there have been (very) sporadic reports of broken partition tables, soft-bricked devices, etc, blamed on recovery. Although recovery is usually not the actual culprit, here are some ways you can rescue a completely unresponsive device:
The instructions below are generic, and were meant for CWM. TWRP has all these image flashing features in the GUI, so CLI/shell is not strictly needed.
It's a good idea to keep a microSD card around, with my external recovery image, or verygreen's.
Once booted off the external recovery, you can easily fix whatever is broken (ADB is your friend here). There's no need to re-install CM11, as re-flashing recovery and/or boot will most likely fix your issue.
Recovery partition: dd if=<path to recovery image> of=/dev/block/platform/omap/omap_hsmmc.1/by-name/recovery
Boot partition: dd if=<path to boot/kernel image> of=/dev/block/platform/omap/omap_hsmmc.1/by-name/boot
Afterwards, you should at the very least have a working internal recovery. I don't recall any instance where /system and/or /data became corrupted because of recovery, but you can certainly fix them now.
I've never tested this part, but I believe that you may be able to install an eMMC CM12 ZIP with verygreen's external CWM, even if /data and /cache are F2FS (assuming you copied all ZIPs onto the external card). My understanding is that only /dev/block/platform/omap/omap_hsmmc.1/by-name/system (always ext4, mountable by any recovery) is touched during installation, so you may even bypass TWRP completely.
P.S. If you broke you bootloader by flashing the wrong recovery flavor, despite all images being clearly labeled as hummingbird or ovation, well, no sympathy for you… Still, you can bring your device back to life within minutes as described above.

Selected FAQs
Should I use AOSP or CM/Lineage?
Depends entirely upon personal preference, which requires testing, and some amount of research into what makes a ROM different. There are substantial core differences between the two flavors, which are not obvious immediately. If installing for the first time, flip a coin (and avoid builds in experimental, of course).
How do I get root back?
Until recently, some type of SU binary was included with all ROMs (WITH_SU=true on CM/Lineage, or using this repo on AOSP). This was needed because third-party system-less solutions don't work with our quirky bootimages, and system-mode installers have other issues on N. As builds mature, I'm separating the SU backend from main OTAs, roughly like CM/Lineage did. On my Nougat builds, there are currently two system-mode options:
On AOSP, I adapted phh's OSS backend for system-mode install (addonsu-phh-arm.zip). You need the matching manager to control access. Later on, I ported CM/Lineage's AppOps-based SU to AOSP, so that addon works here as well (see next item). These binaries need to be flashed after every ROM update, same as GApps.
On CM/Lineage, you can install their official add-on (addonsu-arm-signed.zip); it will use the baked-in manager, so no extra APK required. Or, you can install phh's SU and manager, like on AOSP. Neither needs to be flashed more than once here given the existing addon.d support.
Why no official CM/Lineage builds since 12.0?
The answer involves both technical complications, and some amount of politics. Getting changes accepted for non-mainstream/deprecated platforms like ours has been an uphill battle. Over time, many OMAP4 improvements have been developed outside CM, formerly by OMAP4-AOSP, now the Unlegacy-Android project. Those common hardware improvements have made it into 13.0/14.1 only recently, due to other people's perseverance. Although we're much closer to upstream Lineage compatibility, the hundreds of device tree, and more than a thousand kernel changes would still need to go through review. Given how long that takes for each item, and occasional opposition from non-OMAP4 reviewers, I decided to allocate my resources towards bettering these devices rather than official status. The downside is that people may feel dependent on my builds, which shouldn't be the case; I constantly rebase and maintain complete manifests, optimized for these devices. All the relevant changes are open and available in public GitHub repositories, which means anyone can submit them/try to work with upstream Lineage. However, for the above reasons, it's unlikely that I will make that effort.
What's the current status of full screen casting, Miracast, HDMI, etc?
Full screen casting to a Chromecast sink (either real, or emulated) works on all current Nougat builds. CM13 builds may have issues there, but AOSP M was fixes. Chrome casting from apps (the preferred way, if available) was never broken. Miracast in AOSP is pretty much legacy tech now. It also requires more hardware support compared to Chromecast-ing, and it probably doesn't work on any recent builds. Fixing HDMI is still a goal; it got broken on our devices after some Marshmallow revision. Until HDMI can be fixed, I disabled it completely to recover its unused VRAM allocation.

Will this (continue to) be based off AOSP, or CM?

belfastraven said:
@amaces, I am currently running with the 11/01 hummingbird build from experimental, which I installed yesterday. It doesn't work as well for me as the 10/29. It is laggier, and for some reason right now, I can't log into from the kindle app. I also note that on rebooting, it will go through the boot cycle more than once, optimizing various apps each time. Of course, since it just numbers the apps, you can't actually tell what it is doing. . I think there are olicy/permission issues since trickster mod can't install busybox into the system partition and, as stated before, system won't boot into to revery, soft boot, or shutdown, without use of power,home keys. Do you wan't logs?
thanks again.
Click to expand...
Click to collapse
On Ovation it is the same: 10/29 is far better than 11/01.
Graphics problems on 11/01: the screen shows some green lines sometimes and it feels laggier.
---------- Post added at 11:42 PM ---------- Previous post was at 11:40 PM ----------
twiztid_ said:
Will this (continue to) be based off AOSP, or CM?
Click to expand...
Click to collapse
I would prefer AOSP: less customization means less resources needed.
...and for Ovation every MB of ram free can be fundamental.
Or maybe both versions

For some happy news, multi-window mode (enable in developer options) seems to work pretty well (on my HD) It's probably even more useful on the HD+ where you have more real estate.

Thank you @amaces for M!
Questions:
Are your repos in a state that I can start trying to build it?
Is this your (local) manifest https://github.com/airend/android/blob/marsh/default.xml
I saw the above manifest and tried to build a couple of days ago and got many errors just updating my local repo. I'm reckoning that the manifest has such a mishmash of projects that I should probably delete my entire repo and download it all again. Is this likely the case?
Again, thanks. I'm so excited!

Things are still busy till probably tomorrow afternoon, but I will add proper replies here, and on the CM12 thread soon. As of now, there must be a few dozen posts I need to go through, plus lots of other updates.

amaces said:
Things are still busy till probably tomorrow afternoon, but I will add proper replies here, and on the CM12 thread soon. As of now, there must be a few dozen posts I need to go through, plus lots of other updates.
Click to expand...
Click to collapse
Is gapps for 6.0 available? If so, which one do you recommend?

js290 said:
Is gapps for 6.0 available? If so, which one do you recommend?
Click to expand...
Click to collapse
OP has only two paragraphs. Try reading it again.

I have 2 HD+ and wanted to dedicate one to Marshmallow. I spent time with this build and it just became too frustrating.
I did find a gapps benzo-gapps-M-20151011-signed-chroma-r3.zip that did get rid of the nag messages with settings in settings-apps. I'll get links if others are interested. AdaWay 2.2 did give some strange messages about BusyBox scripts but it turns out there is a Mars working version of AdaWay, AdAway-release_Build-Oct.09.2015.apk that I haven't tried yet.
Very frustrating not really being able to use the ExtSdcard. Installation of apps is not that simple without using a third party browser.
First efforst here are great. If you look at first efforts on phones, disaster and pre=alpha is what is going on.

And for those of you who, like I, have been looking to find where the external sd carded is mounted if you want to keep it as an external sd card, on 11/1 build ,it is at /mnt/media_rw/FFF9-7EC0 on my HD-I think that that actual hex address part may vary. I was able to manipulate the files on it with the root explorer app. I think other apps will work as well--they just don't know where to find the external sd card... .
Root Explorer lets you set that path.
Also, I was able to enable and use the Sytem UI Tuner setting...

belfastraven said:
And for those of you who, like I, have been looking to find where the external sd carded is mounted if you want to keep it as an external sd card, on 11/1 build ,it is at /mnt/media_rw/FFF9-7EC0
Click to expand...
Click to collapse
Couldn't you use a script to mount(or link?) the folder to its "proper" location at start up?
I thought that's what the system did anyway.

twiztid_ said:
Couldn't you use a script to mount(or link?) the folder to its "proper" location at start up?
I thought that's what the system did anyway.
Click to expand...
Click to collapse
I think the issue is that it's "proper" location for Marshmallow (the system locates the card with no problem) is different from where older apps are looking for it. I'm sure one could add a link or links I was just happy to locate it

sephiroth2k said:
Got a working keyboard by flashing attached, Google Play Services crashes constantly and the screen randomly flashes garbled graphics, then locked up. Not exactly a daily driver, but cool nonetheless!
Click to expand...
Click to collapse
That's a problem with whatever GApps package you flashed; there are many crappy ones floating around. Either way, a clean AOSP installation has none of those issues.
games906 said:
What gapps do I need to use for the 6.0? One was too big, another wouldn't flash, one flashed but all of the Google apps crashed. Help!!
Click to expand...
Click to collapse
Read post #3.
Monfro said:
Other bugs I have found: SD is not recognized, home button is not mapped to wake the device.
AOSP keyboard crashes, but we can flash others. Google Play services crashed in the first minutes...I don't know if it started working well maybe after a silent update or it was not starting again.
Click to expand...
Click to collapse
Read OP about the distinction between AOSP and custom ROMs such as CM. Also, the AOSP keyboard is fine unless you flash GApps (see post #3.)
asakurato said:
It's not for daily use. Performace is quite good, if not better, but there are many bugs, like computer can't recognize both Internal and external sd (in mtp), file managers can't recognize external sd, constant keyboard crashes (you can use any other) and many other which I have forgotten or haven't found yet.
Click to expand...
Click to collapse
Monfro said:
So the only important bug I found is SD card not accessible: only built in file browser can correctly access it.
Click to expand...
Click to collapse
There are significant changes to storage management in Marshmallow, and I suspect those basic AOSP apps were once-again left behind, and are not using the newer APIs.
belfastraven said:
On Hummingbird, same as above re sdcard. Also location services seem not to be working properly. Accuweather, google maps don't seem to be able to access the services even though they have permission.
Click to expand...
Click to collapse
It's probably a missing location provider issue, like we had in the early days of CM12.0 (and which CM fixed). I'll need to track that down.
belfastraven said:
I've noticed a bit of what seems to be a memory management problem... once you have been using several apps for a while, (for me, NYTimes, kindle, Chrome_dev, settings, gmail, e.g. ) apps become rather laggy and you get the application not responding message. I am going to attempt to keep using this as my daily driver, however. Is there a way to do a soft reboot in this rom--previously you could do it from the power menu.
Click to expand...
Click to collapse
Although I haven't noticed that, all is possible; I haven't used my device for more than a few hours before having to work on fixing stuff, followed be reboot. The reboot options you're familiar with were a CM feature as described in the OP, but I plan to adapt their code. Beyond that, soft/reboot/recovery/power off don't seem to work at all, root or no root. It's possible CM was setting those in a legacy fashion for our devices (and even then, they were falling apart as you know).
toplist said:
Reboot to recovery isn't working for me. Currently, I'm running the latest experimental marshmallow build. I've been running op's cm12.1 build even before this thread was created. I didn't have recovery or power off problem like some users until the last cm12.1 10/18 build. When I saw the marshmallow build and decided to try it, that's when I found out that reboot to recovery and complete power off are not working properly. The way I access recovery now is manually pressing power button to shut it off and do power+home to boot to recovery. I tried flashing twrp 2.8.7.4 from amaces's folder and also twrp 2.8.7.0 using flashify. It doesn't fix the problem. I can't access fastboot from computer. When I use adb reboot bootloader command, it loads to cyanoboot and few seconds later shows android boot window. How can I get reboot recovery and power off working again?
Click to expand...
Click to collapse
The devices never had reboot to bootloader or fastboot support, and TWRP doesn't have much to do with reboot/power off within the ROM. Otherwise, read above; currently, if you need to power off, hold the power button for a few seconds to force shutdown.
belfastraven said:
@amaces, I am currently running with the 11/01 hummingbird build from experimental, which I installed yesterday. It doesn't work as well for me as the 10/29. It is laggier, and for some reason right now, I can't log into from the kindle app. I also note that on rebooting, it will go through the boot cycle more than once, optimizing various apps each time. Of course, since it just numbers the apps, you can't actually tell what it is doing. . I think there are olicy/permission issues since trickster mod can't install busybox into the system partition and, as stated before, system won't boot into to revery, soft boot, or shutdown, without use of power,home keys. Do you wan't logs? […] Have trickster mod running now--needed to install busybox through recovery. If there is anything you want looked at, let me know. I note that the system is "idling" a bit warmer than it was onlast Lollipop build--at a little over 30 degrees C. "miscellaneous" is using 22% of battery.
Click to expand...
Click to collapse
Didn't notice new lags on non-GApps install, but again, I must've tested a dozen builds since last week. The only major difference with 11/01 was turning SELinux on (albeit Permissive, see OP), after a week-long bug hunt. In the meantime, the repos jumped to r26 (MDB08M, same as latest Nexus 6P builds), which represents about two months of development upstream, so hopefully the next builds will be better. AOSP doesn't include busybox as you discovered, but you can easily install the package once you have root (Trickster MOD's dev publishes a good installer, so no need to flash stuff in recovery, although that works too).
Logs won't help much at this point since I can see all these issues on my device as well; I'm tackling them sequentially, but all these take a lot of time, so it'll be a while until decent ROMs happen.
Tschumi said:
In the experimental folder are the Marshmallow builds, did you flash over Lollipop? There are still a lot of kinks.
Click to expand...
Click to collapse
Definitely factory reset before installing Marshmallow.
belfastraven said:
no--I had been running the 10/29 Marshmallow--. I know that these are very early, but I think the 10/29 was working better for me. I'm sure some of this is not the rom, but the apps. I do note a lot of avc permission problems in the logs, as well as Choreographer complaining about missed frames..., I am excited that this is running at all.
Click to expand...
Click to collapse
The AVC denial messages finally show up after I fixed SELinux, and Permissive shouldn't negatively impact performance, but yeah, sepolicy needs to be updated for MM soonish. The missing frame issue is troubling, and I'll definitely investigate if it persists into what I deem as stable builds.
Monfro said:
On Ovation it is the same: 10/29 is far better than 11/01. Graphics problems on 11/01: the screen shows some green lines sometimes and it feels laggier […] I would prefer AOSP: less customization means less resources needed. ...and for Ovation every MB of ram free can be fundamental. Or maybe both versions
Click to expand...
Click to collapse
Same as above, and do let me know if these issues happen on a clean GApps-free installation.
twiztid_ said:
Will this (continue to) be based off AOSP, or CM?
Click to expand...
Click to collapse
OP updated with relevant info, but yeah, ideally both will be maintained side-by-side. Of course, CM13 is in huge flux right now.
Zippy Dufus said:
Are your repos in a state that I can start trying to build it?
Is this your (local) manifest https://github.com/airend/android/blob/marsh/default.xml
I saw the above manifest and tried to build a couple of days ago and got many errors just updating my local repo. I'm reckoning that the manifest has such a mishmash of projects that I should probably delete my entire repo and download it all again. Is this likely the case?
Click to expand...
Click to collapse
I've be trying to keep everything on GiHub up-to-date and reasonably stable. As you noticed, I've been crafting a de-bloated manifest that will make it even easier to replicate my builds (details in post #2).
Now, you can repo init on top of the CM12 sources, but you'll need to --force-sync since many repos are overwritten. That would only matter if you made local commits, especially if you didn't upload them, because you'd likely lose them. Better yet, I suggest keeping the CM folder separate, then initialize another one for AOSP with the --reference option. By referencing the CM folder, repo will attempt to reuse common repositories, which is the majority of Git objects. The checkout will still consume space, but the hidden .repo folder will be much smaller. Of course, referencing is not needed if you have enough space. Conversely, if you delete everything (that is including .repo) and initialize anew, you avoid all these issues, but going back will be a hassle.
Otherwise, I'm using a 4.9 EABI for kernel, but Google may insist on 4.8. If that creates issues (it'll be obvious, missing compiler type errors), you can either remove those prebuilts in your local manifest additions plus bring in a 4.9 kernel toolchain, or simply create a symbolic link (ln -s arm-eabi-4.8 arm-eabi-4.9) in platform/prebuilts/gcc/linux-x86/arm.
king200 said:
I have 2 HD+ and wanted to dedicate one to Marshmallow. I spent time with this build and it just became too frustrating. I did find a gapps benzo-gapps-M-20151011-signed-chroma-r3.zip that did get rid of the nag messages with settings in settings-apps. I'll get links if others are interested. AdaWay 2.2 did give some strange messages about BusyBox scripts but it turns out there is a Mars working version of AdaWay, AdAway-release_Build-Oct.09.2015.apk that I haven't tried yet.
Very frustrating not really being able to use the ExtSdcard. Installation of apps is not that simple without using a third party browser.
First efforst here are great. If you look at first efforts on phones, disaster and pre=alpha is what is going on.
Click to expand...
Click to collapse
You gotta read the OP, especially the end of it... But yeah, I'm sure you did your research regarding GApps; the end of October packages were much better, albeit still very flawed (see post #3). AdAway works perfectly once you're rooted, even with versions older than 10/09 in the semiofficial thread, which should've been your first go to. There's no issue with SD card mounting, but you should be aware that fancy filesystems (e.g., exFAT, NTFS) are not supported by AOSP. Also, apps need to use the MM storage APIs. In conclusion, do your testing on a clean slate, before flashing any GApps; all are buggy currently, and that situation has nothing to do with these ROMs.
twiztid_ said:
Couldn't you use a script to mount(or link?) the folder to its "proper" location at start up?
I thought that's what the system did anyway.
Click to expand...
Click to collapse
That won't work well since that path is not constant or universal. I'm sure we'll learn more about these new storage APIs, but I'm only providing the hooks based on the official documentation at: https://source.android.com/devices/storage/config.html#android_6_0.
belfastraven said:
I think the issue is that it's "proper" location for Marshmallow (the system locates the card with no problem) is different from where older apps are looking for it. I'm sure one could add a link or links I was just happy to locate it
Click to expand...
Click to collapse

Has anyone tried BaNKs MM gapps? People seem to be using them on the N4 with MM builds without any issues.

I'm doing much better with the 0129 build than the 1101. The 1101 build is unresponsive. Also, something like opening an SMB tab doesn't work.
I did this to solve the Google Play Services fc http://www.ibtimes.co.uk/android-6-0-marshmallow-gapps-how-fix-google-play-services-force-close-error-1524431
------------------------------------------------------------------------
With aosp_ovation-ota-MRA58K.151029.zip:
Avoided many hangs and reboots. Developer options->background processes limit->3 max has to be reset on each boot.
Green streaks on screen: developer options_>disable HW overlays. Select but after reboot, will reset to off.
Could browse to MicroSD card with Root Explorer, mnt/media_rw/147E-92D1, was not able to set the path for external card to that value.
Was able to set Home to card with Root Browser https://play.google.com/store/apps/details?id=com.jrummy.root.browserfree
Moon Reader could find the card but not see any files in the root folder.
AnTuTu starts test but then closes.
Google Text-tospeech Engine give error messages. Pico TTS works but has to be set to very slow speech rate to be intelligible. Voice search works but, again, difficult to understand.
Kodi ran well. A big battery eater and video intensive.
Use Swype keyboard and freeze Android Keyboard.
Adaway, even the AdAway-release_Build-Oct.09.2015.apk would not install. Placed a working Hosts from another device file in /system/etc and it works fine.
Adb is more reliable with WiFi than cable.

king200 said:
I'm doing much better with the 0129 build than the 1101. The 1101 build is unresponsive. Also, something like opening an SMB tab doesn't work.
I did this to solve the Google Play Services fc http://www.ibtimes.co.uk/android-6-0-marshmallow-gapps-how-fix-google-play-services-force-close-error-1524431
------------------------------------------------------------------------
With aosp_ovation-ota-MRA58K.151029.zip:
Avoided many hangs and reboots. Developer options->background processes limit->3 max has to be reset on each boot.
Green streaks on screen: developer options_>disable HW overlays. Select but after reboot, will reset to off.
Could browse to MicroSD card with Root Explorer, mnt/media_rw/147E-92D1, was not able to set the path for external card to that value.
Was able to set Home to card with Root Browser https://play.google.com/store/apps/details?id=com.jrummy.root.browserfree
Moon Reader could find the card but not see any files in the root folder.
AnTuTu starts test but then closes.
Google Text-tospeech Engine give error messages. Pico TTS works but has to be set to very slow speech rate to be intelligible. Voice search works but, again, difficult to understand.
Kodi ran well. A big battery eater and video intensive.
Use Swype keyboard and freeze Android Keyboard.
Adaway, even the AdAway-release_Build-Oct.09.2015.apk would not install. Placed a working Hosts from another device file in /system/etc and it works fine.
Adb is more reliable with WiFi than cable.
Click to expand...
Click to collapse
On the 11/05 hummingbird rom, rooted, but without gapps or any additional app loaded, I have no sound
or video . Loading a couple of apps from APKs, no location services, Amazon Kindle not responding, same as earlier.
This was a clean flash--wiped system, data, cache, dalvik...
I'll try playing with this a bit more.

belfastraven said:
On the 11/05 hummingbird rom, rooted, but without gapps or any additional app loaded, I have no sound
or video . Loading a couple of apps from APKs, no location services, Amazon Kindle not responding, same as earlier.
This was a clean flash--wiped system, data, cache, dalvik...
Click to expand...
Click to collapse
Hmm, the A/V stuff may be due to the inclusion of media_codecs_ffmpeg.xml, which is present only in CM. Since you're rooted, you could test this by deleting the <Include href="media_codecs_ffmpeg.xml" /> line at the end of /system/etc/media_codecs.xml.
The Amazon Kindle issue is intriguing; do you remember if you had it on the last CM12.1 builds? There could be several reasons, including a heap change that I made about a month ago. Either way, can you describe in more details what happens, and possibly capture a log?

amaces said:
Hmm, the A/V stuff may be due to the inclusion of media_codecs_ffmpeg.xml, which is present only in CM. Since you're rooted, you could test this by deleting the <Include href="media_codecs_ffmpeg.xml" /> line at the end of /system/etc/media_codecs.xml.
The Amazon Kindle issue is intriguing; do you remember if you had it on the last CM12.1 builds? There could be several reasons, including a heap change that I made about a month ago. Either way, can you describe in more details what happens, and possibly capture a log?
Click to expand...
Click to collapse
Deleting the line from /system/etc/media_codecs.xml fixed the sound and video problems.
Amazon definitely was fine on lollipop builds--it may have even worked on 10/29 Marshmallow, but I was so excited about that build I can't remember now It's one of my 3 or 4 most used apps.
What happens is that the application will start and if you are not logged into it already, will allow you to click on "start reading" and will bring up a log in page. Sometimes I have had the page come up, sometimes the application seems to freeze and then quit, sometimes I will get the "xxxx application is not responding..." message, sometimes it appears to restart on its own. I managed to log in once on the 11/01 rom, and then the application would die/freeze/etc when synching content so it never was usable. I could make no sense of the messages in the logs because I'm not experienced enough with this.
thanks for your help.
p.s. I cannot get the "file manager" app root access...