Database Users

Eris Dual Boot ROM

I'm posting this in General as I don't have the knowledge to port this or develop a similar version for the Slide and I don't want to clutter up the Development forum.
Team ADX over in the Droid Eris forum came up with this gem; a dual boot Eclair Sense/2.2 AOSP ROM. http://forum.xda-developers.com/showthread.php?t=824072
I don't know if this can be done on our phones, but I thought it possible as you don't need to flash a custom recovery.

man this would awesome... the best of both worlds, run and "stock" ROM so we can still receive updates and still have CM.

i was actually thinking about dual boot just the other day! i dont feel like id be switching back and forth from 2 roms but itd be a great feature for those who do. unfortunately i dont think we have that much developers :/

I was reading the instructions for it and it looks like we'll have to wait for S-OFF before we can try it.
Part of the scripting is telling the phone how to partition the phone, sizes of those partitions, and so on. The slide is, generally speaking, un-brickable and it's the measures used to give us that luxury that also prevent us from doing so much like R/W on the system while in a non-recovery boot and changes we do make while booted are just wiped on reboot *sigh* man I love that ramdisk image.
Once we get S-OFF let's get this project started

KCRic said:
I was reading the instructions for it and it looks like we'll have to wait for S-OFF before we can try it.
Part of the scripting is telling the phone how to partition the phone, sizes of those partitions, and so on. The slide is, generally speaking, un-brickable and it's the measures used to give us that luxury that also prevent us from doing so much like R/W on the system while in a non-recovery boot and changes we do make while booted are just wiped on reboot *sigh* man I love that ramdisk image.
Once we get S-OFF let's get this project started
Click to expand...
Click to collapse
I don't think S-OFF is the issue. The partitioning instructions only refer to sdcard. This command:
Code:
mkpartfs primary fat32 0 3500 (can be adjusted to your needs. This partition will be used by the 2.1 rom and by recovery)
I think is only for the phone ROM storage and the for the recovery to find the boot scripts. According to the instructions, they're only partitioning the sdcard to run the AOSP ROM in it. They install the 2.1 Sense ROM to the phone, get it set up, run the boottosd script to boot into the 2.2 AOSP ROM on the sdcard, then set that up and run the boottophone script to go back to 2.1 Sense. They're running a ROM on the sdcard!
As I said before, I think something like this can work for our phones because it doesn't require flashing a recovery. The problem is we don't have the devs to do it.

heybobitsme said:
I don't think S-OFF is the issue. The partitioning instructions only refer to sdcard. This command:
Code:
mkpartfs primary fat32 0 3500 (can be adjusted to your needs. This partition will be used by the 2.1 rom and by recovery)
I think is only for the phone ROM storage and the for the recovery to find the boot scripts. According to the instructions, they're only partitioning the sdcard to run the AOSP ROM in it. They install the 2.1 Sense ROM to the phone, get it set up, run the boottosd script to boot into the 2.2 AOSP ROM on the sdcard, then set that up and run the boottophone script to go back to 2.1 Sense. They're running a ROM on the sdcard!
As I said before, I think something like this can work for our phones because it doesn't require flashing a recovery. The problem is we don't have the devs to do it.
Click to expand...
Click to collapse
I'll take a look. No promises as I'm an übernoob but I would love to have this.
Sent from my T-Mobile myTouch 3G Slide using XDA App

migueltherocker said:
I'll take a look. No promises as I'm an übernoob but I would love to have this.
Sent from my T-Mobile myTouch 3G Slide using XDA App
Click to expand...
Click to collapse
You won't be able to do a simple port. I posted about it more of as a proof of concept. Take the same idea, but obviously using our espresso sense and CM6.

heybobitsme said:
I don't think S-OFF is the issue. The partitioning instructions only refer to sdcard. This command:
Code:
mkpartfs primary fat32 0 3500 (can be adjusted to your needs. This partition will be used by the 2.1 rom and by recovery)
I think is only for the phone ROM storage and the for the recovery to find the boot scripts. According to the instructions, they're only partitioning the sdcard to run the AOSP ROM in it. They install the 2.1 Sense ROM to the phone, get it set up, run the boottosd script to boot into the 2.2 AOSP ROM on the sdcard, then set that up and run the boottophone script to go back to 2.1 Sense. They're running a ROM on the sdcard!
As I said before, I think something like this can work for our phones because it doesn't require flashing a recovery. The problem is we don't have the devs to do it.
Click to expand...
Click to collapse
Ok that makes sense. I thought it was pointing to the partitions on the phone telling it to format to a different size for some reason. Then what's preventing us from doing this? Just a lack of a proper script?

I have not poked around with how they are going about doing everything, but I was the one who got the ball rolling with my dual boot linux script. Conap took the basic setup and made some changes to just install them both on the phone and sdcard. Here is the basic of what it is doing....
The init.rc file found in boot.img has been modified for the froyo rom on the sdcard. The lines where it mounts [email protected] , [email protected], and [email protected] have been changed to the partitions on the sdcard (/dev/block/mcblk0px) The updater-script for froyo has been modified to flash the rom to the partitions on the sdcard. There are some gscripts which are ran from the phone that either modify or replace the boot.img for the rom you want to boot into.
The froyo ROM is running completely off the sdcard and the recovery is left untouched. The script that is required if you are using clockworks is because clockworks sbin and folder locations are setup a little different. I was running into some problems with froyo not recognizing the sdcard after making more than 4 partitions. Several had reported to me that their phones also did not recognize the sdcard, but the Eris phones somehow still did. I am working on something that should run from all android phones and allow you the option of installing whatever ROM you want.
One Last Thing..
Anyone is capable of learning how to do some development work. It just takes some patience and "Google". I had no knowledge of linux or any other scripting languages, except windows batch scripts, until 3 months ago.
There is not much activity on my thread, but once I get a working version finished it will be posted there-----Dual Boot Android

When you get it done and own working, post it in development. I only posted the thread in general because I knew I wasn't going to be the one to develop it. I'm a welder by trade and java and linux are a little beyond me. Although I am trying as I'm using Ubuntu as my main OS and starting reading java tutorials.
Sent from my CM6 Slide

heybobitsme said:
You won't be able to do a simple port. I posted about it more of as a proof of concept. Take the same idea, but obviously using our espresso sense and CM6.
Click to expand...
Click to collapse
If there was ever a reason to get a dev started on a project, this would be it. I would reconsider upgrading from the Slide if we had something this awesome.

unCoRrUpTeD said:
I was running into some problems with froyo not recognizing the sdcard after making more than 4 partitions. Several had reported to me that their phones also did not recognize the sdcard, but the Eris phones somehow still did. [/URL]
Click to expand...
Click to collapse
From what I understand, android can not *see* more than 4 partitions so they had to do something a bit different. Somewhere in the thread that's linked it states what they did to get it to work.

s off is tmobs response to....
KCRic said:
I was reading the instructions for it and it looks like we'll have to wait for S-OFF before we can try it.
Part of the scripting is telling the phone how to partition the phone, sizes of those partitions, and so on. The slide is, generally speaking, un-brickable and it's the measures used to give us that luxury that also prevent us from doing so much like R/W on the system while in a non-recovery boot and changes we do make while booted are just wiped on reboot *sigh* man I love that ramdisk image.
Once we get S-OFF let's get this project started
Click to expand...
Click to collapse
The "companies" wanted s-off due to the large number of brix getting returned for handest exchange and assurion claims, just to figure out somebody pooched sumthin up trying to be a HAXOR, if you haven't done anything like this before. Id suggest peeps get a g1 or some other root & rom-o-matic type for and play with it till you take on your brand new handset trying to install some bleenin edge hack...
You gotta learn to wank off before you can try it with somebody else in the room.
I remember my early days at xda, hacking my mda, xcaliber, and esato hacking SonyEricsson fones before they jumped the shark. People who had the ability to read and follow directions (emphasis on the read part) would study till they were sure they would still have a working fone at the end. Hung out and did great stuff with there handsets. And the noobs were wary enough to investigate before they just started mucking about.
So the handset manu. Had to do sumthin and now we have s-off.
the moral of my high and mighty rant an rave, if you don't know how to do sumthing or if you understand what to do but not the why, then keep reading, read more do less

KCRic said:
From what I understand, android can not *see* more than 4 partitions so they had to do something a bit different. Somewhere in the thread that's linked it states what they did to get it to work.
Click to expand...
Click to collapse
In the newest builds they have 2.1 system on the phones system partition and froyo system on the phones data partition. The data is moved to the SD. 2.1 and previous Rome had no problem with extra partitions on the sdcard.froyo changed the way it mounts the sdcard and could only see 4.
I am actually releasing a dual boot method very shortly that should work on any android phone with very little setup required on your part. I am in the process of finalizing it. Anyone interested in testing please let me know as I want to test on as many devices ad possible
Sent from my HERO200 using XDA App

[Q] Boot from external usb?

Will it be possible to boot from external USB flash or hdd?
Seems xoom already support bootloader unlocking - details here - http://forum.xda-developers.com/showthread.php?t=967065&page=2
Will it be possible to do the same with a500

Bump this...I'm thinking about getting one.
Sent from my SAMSUNG-SGH-I897 using XDA Premium App

Just thinking, that now when we can flash custom roms. Would it be possible to code grub like bootmanager?

I know its not the same layout.but...the nook color is able to boot into different Roms ect. While holding the n while booting.
Sent from my SAMSUNG-SGH-I897 using XDA Premium App

Im no expert but the a500 doesn't have an unlocked bootloader so until someone can crack it (if that's even possible) or Acer unlocks it we're sol in this dept. At least that's what I've garnered from reading these forums
Sent from my Acer Iconia Tab A500 using XDA Premium App

You can flash custom kernel with custom ramdisk instead of recovery and force the external root device in the command line.. Although that kinda sucks. I'm booting my test system from external micro sd card now (will release sources a bit later, need to push a lot of traffic) but I want to port uboot though.

sp3dev said:
You can flash custom kernel with custom ramdisk instead of recovery and force the external root device in the command line.. Although that kinda sucks. I'm booting my test system from external micro sd card now (will release sources a bit later, need to push a lot of traffic) but I want to port uboot though.
Click to expand...
Click to collapse
Will be great if you can reveal bit more details. I'm looking into booting ubuntu or other distro without sacrificing the existing android system.
I'm still not sure do we have 2 kernels one in the main boot and one for recovery or we have one kernel that gets different rootfs - either normal boot or recovery
Will be happy if someone can clarify a bit more onto this.

yodor said:
Will be great if you can reveal bit more details. I'm looking into booting ubuntu or other distro without sacrificing the existing android system.
I'm still not sure do we have 2 kernels one in the main boot and one for recovery or we have one kernel that gets different rootfs - either normal boot or recovery
Will be happy if someone can clarify a bit more onto this.
Click to expand...
Click to collapse
My kernel tree is here - https://github.com/astarasikov/iconia-gnu-kernel
My plan is to port iconia to chromium tree and possibly integrate into mainline tree and get rid of proprietary stuff (i.e., make camera work via v4l2)
Right now, the framebuffer, mmc card and usb host are working and I'm struggling to make usb client and touchscreen to work with mainline drivers
And yes - we have two kernels, 'normal' and recovery. So we can ditch recovery and put our custom kernel there. Sure that's not good - ideally we should port uboot and repartition internal storage to install linux there but we need to get basic hardware working first

sp3dev said:
My kernel tree is here - https://github.com/astarasikov/iconia-gnu-kernel
My plan is to port iconia to chromium tree and possibly integrate into mainline tree and get rid of proprietary stuff (i.e., make camera work via v4l2)
Right now, the framebuffer, mmc card and usb host are working and I'm struggling to make usb client and touchscreen to work with mainline drivers
And yes - we have two kernels, 'normal' and recovery. So we can ditch recovery and put our custom kernel there. Sure that's not good - ideally we should port uboot and repartition internal storage to install linux there but we need to get basic hardware working first
Click to expand...
Click to collapse
Great thinking. Thank you for your hard work.

So is it not possible to install second boot loader in the recovery area like u-boot or lilo, that will give us ability to boot further from external hdd or usb flash or else.
In other words, we have locked boot loader but can it be tricked like if it is loading a recovery kernel and in turn it loads other bootloader on top?

Ok, got something to brag about. The kernel in git has now usb client (cdc ethernet) and touchscreen (sic!) working. GNU/Linux is coming to our place

[Q] Acer Iconia u-boot

Hi All,
Unfortunately as a new user I can't post this in the Dev forum. So I'll put it here for now and perhaps can move it later.
I'm wanting to tinker with uboot on the Iconia. Ideally what I'm hoping to achieve is;
A versatile and usable port of uboot to the iconia complete with documentation (both how to get/build as well as use) and binary files available for download.
1) uboot to replace the default bootloader or the existing kernel image in flash and have the uboot able to load the standard kernel image from the system partition.
2) To have uboot able to run an interactive shell, either over USB or on the local console with a USB keyboard.
3) A boot menu would be nice with control by builtin buttons.
For my build box I'm using the current Debian with GCC 4.1 available
Anyway, if any anyone can help at all please fell free to respond. It is my intention to update this thread as I go, documenting the journey and ultimately publishing the results with how to info.
Tonight I will edit this with a better outline (more verbose) of what I'm attempting to do and some info regarding what my build env is and what info I already have.
Hope to create something useful here for everyone.
Owen.
OK. I'm still checking things out... eppeP, did you get anywhere with the SBK? if not uboot will just have to replace the android kernel and maybe be patched so it can load it from the system partition instead. One guy (lost the thread) said he had to mod the patch to get it to complile, but didn't say how.
As far as a boot menu goes, I'm thinking of a script that will search the boot folder of all mountable volumes and present a menu, much like the Apple boot selector does. Still don't know if its possible though and is somewhat secondry issue anyhow.
Can anyone give info on uboot env storage. also I need to know the partition layout for the internal MMC (got a good idea already but need to be sure and whats the partition layout?)

Have you talked to sp3dev and sc3k? Ive been followng the native linux thread and i believe they are trying to do just that. They would be your best source of help i think

Thanx gh123man,
Yep, I've seen good & exiting posts from sp3dev, muromec and hexeh about this stuff. Unfortunately I can't post in the dev threads cause I'm new to xda forum.
I was kinda hoping they might spot this thread and respond

Sounds like fun, I might be interested in helping.
So far I've been looking into generating the SBK, decrypting BCT/EBT and are just about to start looking at the partition format (there seems to already be some code for this, so that should not take long to get an idea of). So I guess unless I find something more interesting, trying to pick apart the bootloader to get a better understanding of that part might come soon anyway.

[SUPPORT] Ouya Boot Menu Support Thread

Hello everyone,
This thread previously was a discussion area for the Ouya Boot Menu feature during its early development.
It's now being transitioned to a support area. The new project description/download page is at:
http://forum.xda-developers.com/showthread.php?t=2499673.
Thanks!

CWM Bootloop
Hal9k+1 said:
Hello everyone, attached is the ZIP of an updated CWM Recovery IMG file.
This image is based on the latest stock Ouya kernel in GitHub. The kernel contains some newer HDMI code, which will hopefully increase the chance of getting the CWM graphics showing up properly. I also turned off HDMI’s HDCP in the compile (not needed for a utility partition such as this), and grabbed a patch from Kulve’s Ouya kernel fork to really ensure HDCP bypass.
More importantly, the image contains Tasssadar’s excellent work involving KExec-HardBoot. This technology should allow for the implementation of a “fastboot boot”-related capability from a running ROM, enabling kernel chain loading. The recovery image in particular will be a place to practice with KExec-HardBoot, and come up with a booting method that could eventually be flashed to the boot/kernel partition.
It is fine (and recommended) to fastboot to this image as a quick verification of things. However, it will be necessary to flash to the Recovery (“SOS”) partition for proper testing of KExec-HardBoot, since there’s an embedded reboot (to Recovery in this case) in there. Do *NOT* flash this to the Boot.
A simple chain load test can be done by extracting “zImage” from this image, and “initramfs.cpio.gz” from your current ROM kernel. (Included is “unmkbootimg” that can help here - runs on Linux.) Push these to /tmp on the Ouya while it is running this image. Then enter the Ouya shell and do:
kexec --load-hardboot zImage --initrd initramfs.cpio.gz --mem-min=0xA0000000 --command-line=”$(cat /proc/cmdline)”
kexec -e
It should come up with this new kernel under your current ROM’s environment. As verification, you should see kexec files under /sys/kernel.
I’m looking to implement a basic chain loading application. It would come up before the Recovery and ADB services, and do the following:
% Pause for a bit, to allow any Alt-SysRq keyboard action (jump to Recovery or Bootloader) that may be needed.
% Check for any attached USB mass-storage devices (e.g., thumb drive), and look for the file “kernel.img”. Pull it in and boot it if present.
% If that failed, then look to “/system/kernel.img” on the Ouya itself, and boot it.
% And if that didn’t pan out, then exit and allow Recovery/ADB services to come up.
I hope all of this will be of help to others along the way!
Click to expand...
Click to collapse
Will this help with the problem I have?..
New update today it downloads automatically and then reboot to CWM and it fail verification...reboot system and it does all over again?...Any ideas Plz

View2Askew said:
Will this help with the problem I have?..
New update today it downloads automatically and then reboot to CWM and it fail verification...reboot system and it does all over again?...Any ideas Plz
Click to expand...
Click to collapse
Sorry, I'm not sure I understand. It sounds like the new stock firmware update is failing to go in, perhaps because of consistent download corruption. Whether you're actually being dropped in to the recovery partition is unclear. You might try the download again with the other networking type (Ethernet vs WiFi). You might also just disconnect from the network for the time being, and see if you remain in the firmware without interruption. From there you can consider setting up ADB to see if you can administer the Ouya from a PC.
My post is more for the developers at heart, just in case my investigation piqued anyone's interest. Ideally the post would go in the Development section, but I evidently need a few more posts here to unlock that area.
Best of luck!

Dual booting
Yes, please do enable dual/multi booting
Is there something I can do to help in that regard?

kulve said:
Yes, please do enable dual/multi booting
Is there something I can do to help in that regard?
Click to expand...
Click to collapse
Thanks kulve, and thank you for the kernel patch set. I need to get familiar with the offerings there.
I don't see any blockages in my plan so far; I just need to start in and see what comes up. At least it's a better feeling than the dead-ends encountered with the U-Boot and regular KExec investigations.
Someone more enterprising could possibly port in the MultiROM project, but I'll stick with this. Will let you know if I get stuck.

My findings so far...
- I've finally decided that shutting off HDCP in the build does nothing to help avoid the funky pink/purple squeezed screen that sometimes appears when CWM comes up. With my Asus monitor, I see the issue when the monitor was in sleep mode. Likewise, if I can switch the monitor to HDMI input at the same time as starting Recovery, then it's fine. It may be possible to hack in a fix by somehow starting and closing an HDMI session shortly before CWM itself starts. (I don't want to fight this too hard but would be nice to resolve.)
- I see how to pull the kernel and ramdisk out of an Android image (on the Ouya itself), so that they could be passed to KExec-HardBoot. I've done it with a script as a test but it may end up in an executable.
- I tried out a USB thumb drive. It's detected but no block device is made available under /dev -- I've finally decided that support is likely in a kernel module, which does not exist on the Recovery image. I'm probably not going to sweat this due to the next item.
- I notice that the CWM application can read the Ouya power button as something comparable to a keyboard key press. Borrowing this capability may allow us to count the button presses in a limited time range, and thus boot an appropriate image. (Would be easier than dealing with the pairing of the controller, but at least still wouldn't require a keyboard.) With this line of thought, I'm thinking the main image could sit in /system while any alternates could be in /sdcard or /data.
So in general, studying the code of the CWM application appears to be the next direction. Thanks - feel free to send any ideas.

Hal9k+1 said:
- I've finally decided that shutting off HDCP in the build does nothing to help avoid the funky pink/purple squeezed screen that sometimes appears when CWM comes up. With my Asus monitor, I see the issue when the monitor was in sleep mode. Likewise, if I can switch the monitor to HDMI input at the same time as starting Recovery, then it's fine. It may be possible to hack in a fix by somehow starting and closing an HDMI session shortly before CWM itself starts. (I don't want to fight this too hard but would be nice to resolve.)
Click to expand...
Click to collapse
What does the rendering in CWM? Is it Android or something lower level? I think my kernel has better HDMI support but for that the software needs to use that explicitly instead of the default one as there is not internal LCD panel (/dev/graphics/fb0 vs. fb1).

kulve said:
What does the rendering in CWM? Is it Android or something lower level? I think my kernel has better HDMI support but for that the software needs to use that explicitly instead of the default one as there is not internal LCD panel (/dev/graphics/fb0 vs. fb1).
Click to expand...
Click to collapse
It does look to be low-level, as CWM directly opens /dev/graphics/fb0 and uses ioctl() on it. I've decided to try my own compile of CWM as it does look to be a nice base for the booting effort. Will definitely look to your patches for the improved HDMI when I'm all ready -- thanks!

Hal9k+1 said:
It does look to be low-level, as CWM directly opens /dev/graphics/fb0 and uses ioctl() on it. I've decided to try my own compile of CWM as it does look to be a nice base for the booting effort. Will definitely look to your patches for the improved HDMI when I'm all ready -- thanks!
Click to expand...
Click to collapse
I noticed your comments related to this on the "Ouya CWM Recovery" thread but I'm not allowed to post there, so I'll post here.
Or actually repost as I'm mostly repeating myself. I had all kinds of issues in getting output using /dev/graphics/fb0 in Linux with the stock Ouya kernel but after some fixes the fb1 seems to work quite reliable. I get the output even if I don't have HDMI plugged in during the boot and it chooses the right resolution both for my TV (1080p) and for my monitor (1680x1050).

To all: I have updated the attachment that's present on the first post. I've synced to the latest Ouya kernel and pulled in the next HDMI patch set from Kulve. My HDMI issue now appears to be fully resolved.
Kulve: Thanks so much for refocusing me! I should have grabbed the patch from day 1, but that summary description had me a bit spooked. Note that I kept the HDMI/PRIMARY symbol enabled, so there's still only the fb0 device on this kernel.
With this handled and due to my thinking in general, I'm going to back away from trying to compile CWM itself -- I don't want to invest in CM10.1's environment at this time. Instead I will borrow CWM's UI and input technology to build an independent front-end with this Ubuntu/glibc environment I have working. My idea is to release another Recovery image when that's ready so we'll have a chance to practice/debug before moving to the Boot image.

Hal9k+1 said:
Kulve: Thanks so much for refocusing me! I should have grabbed the patch from day 1, but that summary description had me a bit spooked. Note that I kept the HDMI/PRIMARY symbol enabled, so there's still only the fb0 device on this kernel.
Click to expand...
Click to collapse
Hit the Thanks button
Anyway, do you have your kernel source code somewhere? Being able to use multiple resolutions on HDMI while keeping it as primary might be something that many Ouya Android gamers want as they might be able to play at 720p then.

ooo nice, ill try it out and see what happens

kulve said:
Hit the Thanks button
Anyway, do you have your kernel source code somewhere? Being able to use multiple resolutions on HDMI while keeping it as primary might be something that many Ouya Android gamers want as they might be able to play at 720p then.
Click to expand...
Click to collapse
Done! :laugh:
My modified files were tarred up and placed in the ZIP; let me know of any possible issue. I'm not planning on a GIT account, but anyone may feel free to pull anything back to their project. Also I understand that sticking with HDMI/PRIMARY may reduce some of the capability/flexibility you're seeing, but I wanted to stay honored to the Android/CM layout expectation if possible.

Hal9k+1 said:
Done! :laugh:
My modified files were tarred up and placed in the ZIP; let me know of any possible issue. I'm not planning on a GIT account, but anyone may feel free to pull anything back to their project. Also I understand that sticking with HDMI/PRIMARY may reduce some of the capability/flexibility you're seeing, but I wanted to stay honored to the Android/CM layout expectation if possible.
Click to expand...
Click to collapse
Any chance of getting some concise installation instructions?

zondajag said:
Any chance of getting some concise installation instructions?
Click to expand...
Click to collapse
Here's a quick executive summary until I can update the 1st post.
I'm reminded there's another XDA project (Ouya Safe Recovery) with a very similar goal as this, and works by reversing the Boot and Recovery concepts. However it's completely incompatible with us, and those users should not be doing any flashing -- at least not until we have a Boot image ready.
First step is to get rcvy092613.img to the Ouya in its /tmp directory. This may be done with an "adb push rcvy092613.img /tmp" command, or can by done through Secure Copy if an appropriate SSH server is set up.
Next step is to access the Ouya shell, either running from the main ROM or from a Recovery ROM. Be sure to become root (ensure "#" in the prompt) as needed.
Run the following to back up the old image:
cd /dev/block/platform/sdhci-tegra.3/by-name/
dd if=SOS of=/sdcard/old_rcvy.img
Make sure the new image is correct - should see "2a882d1ba8c2d543503cacb49ab0d397":
md5sum /tmp/rcvy092613.img
On to flashing Recovery:
dd if=/tmp/rcvy092613.img of=SOS
Now wait at least a full minute in case there is any internal flushing still taking place. And to finish up:
sync
reboot recovery

Aye....never enough time to tinker it seems, especially with getting over this flu.
At this point I have my own compiled code splitting the boot image file, as well as counting the power button clicks.
I want to see if I can make a welcome/instruction screen, probably by getting CWM's minui down to its core essence. From there it will hopefully just be normal integration work to achieve a new Recovery for testing.

Everyone, a new boot menu is ready for testing. Please read through the first post to see if you'd like to try it out. Apologies once again for the delay in getting this ready.

Hal9k+1 said:
Everyone, a new boot menu is ready for testing. Please read through the first post to see if you'd like to try it out. Apologies once again for the delay in getting this ready.
Click to expand...
Click to collapse
Did I read correctly that the image support multibooting?

kulve said:
Did I read correctly that the image support multibooting?
Click to expand...
Click to collapse
Hi again Kulve. It supports three Android boot images - the main + two alternates: kernel.img, kernelA1.img, & kernelA2.img. It prefers to see the selected image in /sdcard, but will shift to /system as needed.
So, it is multi-booting, but you should keep in mind that there is still only the single /system partition. So installing two normal ROMs together probably won't work out, due to that common storage area. However, one of the ROMs could be based out of /system, while any others could use some form of external/networked storage. Note that the Android image format contains both the kernel and the initial ramdisk, so I feel that a multi-boot arrangement could be done.

Hal9k+1 said:
Hi again Kulve. It supports three Android boot images - the main + two alternates: kernel.img, kernelA1.img, & kernelA2.img. It prefers to see the selected image in /sdcard, but will shift to /system as needed.
So, it is multi-booting, but you should keep in mind that there is still only the single /system partition. So installing two normal ROMs together probably won't work out, due to that common storage area. However, one of the ROMs could be based out of /system, while any others could use some form of external/networked storage. Note that the Android image format contains both the kernel and the initial ramdisk, so I feel that a multi-boot arrangement could be done.
Click to expand...
Click to collapse
My kernel is hard coded to mount the Debian (or whatever) rootfs from /dev/sdaX so Ouya's internal partitioning doesn't matter. It would be really cool to be able to put kernelA1.im to /sdcard, an USB flash drive to the USB port and boot to Debian without tinkering with adb/fastboot/etc. on a PC.
I'm not currently using any initrd-images but adding something simple should be straightforward.

Linx 7 android port?

UPDATE: it works. see my link below. If anyone knows how to root I'd appreciate if you reply.
Hi
I own a Linx 7 windows tablet. Android x86 builds have not been great due to lack of sound and other driver issues.
I want to flash the bios - the dual boot one - from the cube iwork7 tablet.
In a youtube video by "Mr Borshchuk" - i cant post links, the cube is shown here running the LINX bios, the same version as my tablet. Can I do the reverse and flash the cube dual boot bios on my Linx?
Do you think this would work?
They seem to have the same spec etc and I'm guessing the same board- the cube just has a silver back. All ports are in the same place.
UPDATE: After looking more on 4pda, the iwork seems to come in 1/16GB variants and 2/32GB variants. My linx has 1GB of ram but 32gb of storage. Would this be an issue? My search also confirmed they are hardware clones.
So, that's the BIOS flash method. My other thought is is there a way to boot the android rom from the cube tablet from the stock linx bios? I have tried using the androidx86 bootloader combined with parts of the cube image and parts of androidx86 but, as expected, it didn't work.
So: I'm currently downloading the dual-boot bios from 4pda. Should I flash to my Linx?
Thanks. I've always loved XDA.

androidonlinx said:
Hi
I own a Linx 7 windows tablet. Android x86 builds have not been great due to lack of sound and other driver issues.
I want to flash the bios - the dual boot one - from the cube iwork7 tablet.
In a youtube video by "Mr Borshchuk" - i cant post links, the cube is shown here running the LINX bios, the same version as my tablet. Can I do the reverse and flash the cube dual boot bios on my Linx?
Do you think this would work?
They seem to have the same spec etc and I'm guessing the same board- the cube just has a silver back. All ports are in the same place.
UPDATE: After looking more on 4pda, the iwork seems to come in 1/16GB variants and 2/32GB variants. My linx has 1GB of ram but 32gb of storage. Would this be an issue? My search also confirmed they are hardware clones.
So, that's the BIOS flash method. My other thought is is there a way to boot the android rom from the cube tablet from the stock linx bios? I have tried using the androidx86 bootloader combined with parts of the cube image and parts of androidx86 but, as expected, it didn't work.
So: I'm currently downloading the dual-boot bios from 4pda. Should I flash to my Linx?
Thanks. I've always loved XDA.
Click to expand...
Click to collapse
I just thought what's the worst that could happen and flashed the bios. it worked. installing android and windows now.
EDIT: Android works. If anyone wants to know how I did this, please reply
EDIT: Windows works. I have achieved a dual boot setup .

androidonlinx said:
I just thought what's the worst that could happen and flashed the bios. it worked. installing android and windows now.
EDIT: Android works. If anyone wants to know how I did this, please reply
Click to expand...
Click to collapse
Windows works. .linxtablet.co.uk/viewtopic.php?f=49&t=1462&p=8748#p8748 is a guide. I am that user.

Can you just flash the android with this? I've no need for windows but if you could please share some info on the procedure.
Thanks

redeyes_ni said:
Can you just flash the android with this? I've no need for windows but if you could please share some info on the procedure.
Thanks
Click to expand...
Click to collapse
Check my 'link' to LinxTablet forums. You have to flash both but you can just ignore Windows and have a 16GB android partition.

androidonlinx said:
Check my 'link' to LinxTablet forums. You have to flash both but you can just ignore Windows and have a 16GB android partition.
Click to expand...
Click to collapse
Done all that which was handy enough so thanks but the android partition is only showing up as:
Internal Storage
Total Space: 4.36GB
I've loaded some apps which leaves me 2 GB free.
The only other partition is the external SD. Is there something I need to do to get the rest of the 16GB? Seems to me that it hasn't mounted or partitioned the internal memory correctly. The tablet is 32GB and I'm not concerned at just using the 16GB for android but with 2 GB left it's going to be a bit tight for apps.
Thanks again, any help would be appreciated.

I'm not sure. I'll check mine tonight but I remember having more storage than that. Are you sure your tablet is a 32gb version
Try using Minitool or Easus on the Windows side to resize the android partition if you can, or even just view the layout.
KitKat lacks support for apps to extsd. Root would mean we can fix this. The device does not support USB as port is otg and charge only so root has to be done with APK on tablet or on offline android fs from Windows. Anyone know how to root?
EDIT: checked. I have 3.43 GB free. Sorry, should have checked earlier. Android system takes up 2GB not shown, storage is only 28GB after bootloader, BIOS partition huge due to touch support in menus plus unnecessary drivers, plus I imagine the EFI partition was wrongly sized. This is fine for me, but will look into when I am working on Android again.
Currently not working on Android any more (fruity-based desktop OS port instead) but will come back to it. Hoping to also create an Androidx86 build to avoid BIOS flashing, but the BIOS flash does mean you have 64bit EFI on the Android side so can boot Win7, Darwin (you know what I mean ) and Ubuntu without modification.
Still looking to root. Anyone?

androidonlinx said:
I'm not sure. I'll check mine tonight but I remember having more storage than that. Are you sure your tablet is a 32gb version
Try using Minitool or Easus on the Windows side to resize the android partition if you can, or even just view the layout.
KitKat lacks support for apps to extsd. Root would mean we can fix this. The device does not support USB as port is otg and charge only so root has to be done with APK on tablet or on offline android fs from Windows. Anyone know how to root?
EDIT: checked. I have 3.43 GB free. Sorry, should have checked earlier. Android system takes up 2GB not shown, storage is only 28GB after bootloader, BIOS partition huge due to touch support in menus plus unnecessary drivers, plus I imagine the EFI partition was wrongly sized. This is fine for me, but will look into when I am working on Android again.
Currently not working on Android any more (fruity-based desktop OS port instead) but will come back to it. Hoping to also create an Androidx86 build to avoid BIOS flashing, but the BIOS flash does mean you have 64bit EFI on the Android side so can boot Win7, Darwin (you know what I mean ) and Ubuntu without modification.
Still looking to root. Anyone?
Click to expand...
Click to collapse
Thanks man. I'll try to resize the partition if/when I need it. Great work, well appreciated.

androidonlinx said:
Currently not working on Android any more (fruity-based desktop OS port instead) but will come back to it. Hoping to also create an Androidx86 build to avoid BIOS flashing, but the BIOS flash does mean you have 64bit EFI on the Android side so can boot Win7, Darwin (you know what I mean ) and Ubuntu without modification.
Still looking to root. Anyone?
Click to expand...
Click to collapse
Any bugs to note with the *toshing?
Rooting wise I can see two options. 1. mount the android system in windows with ext2 viewer or something and root it manually using a SuperSU.zip or better yet with linux (to avoid permissions issues). 2. Is there any other stage in the android boot process that you can halt it at? Dnx mode or droidboot (I'm assuming similar setup to chuwi vi10), where perhaps the usb will work in slave mode and it is identified as a fastboot device, allowing you to flash a custom recovery/root.

HypoTurtle said:
Any bugs to note with the *toshing?
Rooting wise I can see two options. 1. mount the android system in windows with ext2 viewer or something and root it manually using a SuperSU.zip or better yet with linux (to avoid permissions issues). 2. Is there any other stage in the android boot process that you can halt it at? Dnx mode or droidboot (I'm assuming similar setup to chuwi vi10), where perhaps the usb will work in slave mode and it is identified as a fastboot device, allowing you to flash a custom recovery/root.
Click to expand...
Click to collapse
Good idea. The flash is done using droidboot but I cannot get back into recovery again

androidonlinx said:
Good idea. The flash is done using droidboot but I cannot get back into recovery again
Click to expand...
Click to collapse
If its anything like the vi10 then Dnx mode is volume up and power from device off. Volume down and power is Windows/Android switcher. Volume down once the android logo appears will boot into droidboot.
Then there is the question of if you have a working custom recovery to flash, I think any of the baytrail recoveries from Dell/Chuwi etc. devices would work - will a kernel change if needed, and if the buttons work to enter recovery.

HypoTurtle said:
If its anything like the vi10 then Dnx mode is volume up and power from device off. Volume down and power is Windows/Android switcher. Volume down once the android logo appears will boot into droidboot.
Then there is the question of if you have a working custom recovery to flash, I think any of the baytrail recoveries from Dell/Chuwi etc. devices would work - will a kernel change if needed, and if the buttons work to enter recovery.
Click to expand...
Click to collapse
Will try this when I next have some spare time and my Linx to hand.
Knowing the reputation if Cube it wouldn't suprise me if the stock recovery allowed custom zips but otherwise I will try and flash another recovery from a similar tablet.
I'll take another look on 4pda to see if they have achieved root there too
Thanks again

I have root if anyone is interested email me on [email protected]
HypoTurtle said:
If its anything like the vi10 then Dnx mode is volume up and power from device off. Volume down and power is Windows/Android switcher. Volume down once the android logo appears will boot into droidboot.
Then there is the question of if you have a working custom recovery to flash, I think any of the baytrail recoveries from Dell/Chuwi etc. devices would work - will a kernel change if needed, and if the buttons work to enter recovery.
Click to expand...
Click to collapse
I got root working on my linx7 with the icube dual boot email me and I will tell you how

Hi mate, I found you late but really wants to know how to install Android in Linx 7, I don't wan windows at all, please reply
Thanks
U

onlinejobwork said:
Hi mate, I found you late but really wants to know how to install Android in Linx 7, I don't wan windows at all, please reply
Thanks
U
Click to expand...
Click to collapse
Go to linxtablet.co.uk I put my work on there it does mean flashing the bios so backup your product key also the Android partition is only 4gig so you can dual boot and have both I did find a way of making it 8gig but it was messy and buggy

[email protected] said:
Go to linxtablet.co.uk I put my work on there it does mean flashing the bios so backup your product key also the Android partition is only 4gig so you can dual boot and have both I did find a way of making it 8gig but it was messy and buggy
Click to expand...
Click to collapse
any direct link please ?

onlinejobwork said:
any direct link please ?
Click to expand...
Click to collapse
http://linxtablet.co.uk/viewtopic.php?f=4&t=2096