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
Related
Ok, theres a lot of threads out there on getting Debian working "with" Android side by side. What about getting Debian working primarily and natively? You can easily modify the bootloader to boot into Debian.
No I'm not talking about chrooting into debian from the Android environment.
With this being said there are plenty of possibilities. Debian works natively with ARM, so you can go ahead and install Xorg with touchpad driver etc. and get Debian working up to fullspeed. Believe me, it works a 1000x better than using AndroidVNC and tightvnc server. You can actually use mplayer with ffmpeg to play any type of vidoes off your sdcard at fullspeed.
So anyway, what do you guys think? Maybe theres a way to modify the bootloader so at boot time you can choose to boot into debian or android etc. or maybe it would be possible to lets say "boot debian" and vnc into androids fb to "make a phone call" etc., kind of a like a reverse vnc method we use to get into X on the debian side. Heck - we could maybe even figure out how to access the framework to make calls natively through debian. The possibilities are endless.
Also, I'll edit this post and try to get a guide going here in a couple days on how to get Debian ARM/Xorg working.
I was actually wondering myself if this could be done. Heck, not like I do not enjoy android or anything. It would be great to be able to run a lot of my *nix apps natively on my phone.
I already have Debian runnin off my 8GB sdcard(unfortunately a class 2) and I enjoy it. Problem is having to shut it down and restart it so much to get functionality out of my G1.
Keep me up to date on your progress and let me know the best GUI to use for better performance.
so whats the deal, anyone actually got this working? i have no use for my brothers g1 considering the low call quality/not recieving mms'es, i mean literally if i put them side by side, my excalibur has better service/reception. and id be pretty sweet to have crystal fvwm running on g1. so it doesnt really matter to me if i could get it to make calls, as theres always skype/amsn w.e. so pretty much anyone got any links on getting a native debian install?
dinscurge said:
so whats the deal, anyone actually got this working? i have no use for my brothers g1 considering the low call quality/not recieving mms'es, i mean literally if i put them side by side, my excalibur has better service/reception. and id be pretty sweet to have crystal fvwm running on g1. so it doesnt really matter to me if i could get it to make calls, as theres always skype/amsn w.e. so pretty much anyone got any links on getting a native debian install?
Click to expand...
Click to collapse
Yes they got this working. If you looked at the bible you would've seen this. But I will give you the link enjoy it is very cool. Youtube has some videos also.
http://www.saurik.com/id/10
Royalknight6190 said:
Yes they got this working. If you looked at the bible you would've seen this. But I will give you the link enjoy it is very cool. Youtube has some videos also.
http://www.saurik.com/id/10
Click to expand...
Click to collapse
no you misunderstand . i mean run debian native, as in to replace android
dinscurge said:
no you misunderstand . i mean run debian native, as in to replace android
Click to expand...
Click to collapse
Gotcha Sorry, um let me look around for yeah.
hey...check this out
http://www.youtube.com/watch?v=tX1BOGl8Fnw
and heres another xda thread here
http://forum.xda-developers.com/showthread.php?t=624392
USHERROB said:
hey...check this out
http://www.youtube.com/watch?v=tX1BOGl8Fnw
and heres another xda thread here
http://forum.xda-developers.com/showthread.php?t=624392
Click to expand...
Click to collapse
ahh thx for the link i saw this before but misplaced the bookmark. but im afraid thats not exactly what im looking for but that probably doesnt exist. as this is only set up to have dual boot booting android/debian of 3rd part on sdcard. and as far as i am seeing in the thread it isnt working to well. that im just going to have to wait and see what happens.
This is an old thread, but still a very interesting topic.
Would be *great* to but debian at the bottom of things.
A note about the bootloader: It is ***ALREADY DUALBOOT***. There are TWO boot partitions on the phone: "boot" and "recovery". If you want to set it up to dualboot, but your primary (automated) boot kernel into "boot", and your secondary in "recovery".
As long as you have an engineering SPL, the actual recovery is not required -- in fact, if you WANT to boot into recovery, you can always "fastboot boot recovery.img" without even having to flash the recovery to the phone.
I tell you the thing that really bugs me about android: that it doesn't support existing X.
What I dream of at night is running the ANDROID stuff ON TOP OF X. It would present a little bit of a challenge in terms of having the PHONE app (or whatever) be able to pop up to the top. There would also be some RESOURCE challenges. DREAM may not be the best hardware to implement this on.
Native Xorg
A slight off-topic because I have Samsung Galaxy
I was also fascinated by this possibility of running debian linux, Xorg on the phone.
So I created this project "linux-on-android" (sorry, I am not allowed to post links yet) on the google code where I am going to post instructions and code. Please, join the project if you are interested. It should be completely open.
The idea is to start with something simple but working and move slowly. In order to run X server from the Debian distribution it is enough to just use the Android kernel, with only a little change to the framebuffer driver. I don't change the boot procedure - only turn off the android services and put things like startx instead. Now I am trying to use matchbox+LXDE and they look nice and fast. Wifi and touchpad work. Nothing else does. I thought about what would be the minimal working configuration and decided that power management + telephony would be very good.
With the telephony I plan to leave the android RIL daemon and write a small python program that would communicate with it and act as a dialer. It appears to be not such a problem, at least I am able to communicate with the daemon now and all requests are nicely wrapped in python methods. The next step is to write phone GUI/dialer.
I think it would be already very nice to have Xorg and debian running on top of the android daemons and android kernel replacing this "zygote" stuff. Also if we do something in this way, it would probably work on any android-based phone without big changes.
About dual-boot: I am still using chroot, I don't find anything bad in it. I have two different boot.img files, they only differ by init.rc, one which starts zygote, and one which starts Xorg. In Android I press a button and reboot in debian, in debian I press a button and reboot in android.
klinck said:
A slight off-topic because I have Samsung Galaxy
I was also fascinated by this possibility of running debian linux, Xorg on the phone.
So I created this project "linux-on-android" (sorry, I am not allowed to post links yet) on the google code where I am going to post instructions and code.
Click to expand...
Click to collapse
I'll post it for you in the hope to get something good going here
http://code.google.com/p/linux-on-android/
Wow klinck you really seem to be making awesome progress here man. Just looking through your project page and i see it being updated every day. I just watched the video proof and i must say it's really quite impressive.
What needs to be done now is make a guide for this, so people can easily install this on their G1 and test it.
Also, this will give it more developer attention. I really think this deserves a chance
EDIT: added links for easyness
Jefmeister said:
EDIT: added links for easyness
Click to expand...
Click to collapse
To Jefmeister: thanks for posting the links and your interest.
About G1: As I said, I have Samsung Galaxy, so I don't have a chance to test it on G1. But still I can probably make a "binary distribution" for G1 and somebody else can test it. There are some hardware differences, to summarize, there are 3 things I need to change:
I need a kernel for G1 with ext3 support, and patched framebuffer driver which turns double buffering into single buffering and automatically updates screen at regular intervals
I need to know if tslib driver works with touchscreen from G1 and what is the corresponding device (it is /dev/input/event2 in my case)
I need to know where to put the debian distribution. In Galaxy we have a separate 1Gb ext3 partition on SD card which is normally used for '/data' directory, so there is a plenty of free space there. But I guess it may be different on G1.
klinck said:
To Jefmeister: thanks for posting the links and your interest.
About G1: As I said, I have Samsung Galaxy, so I don't have a chance to test it on G1. But still I can probably make a "binary distribution" for G1 and somebody else can test it. There are some hardware differences, to summarize, there are 3 things I need to change:
I need a kernel for G1 with ext3 support, and patched framebuffer driver which turns double buffering into single buffering and automatically updates screen at regular intervals
I need to know if tslib driver works with touchscreen from G1 and what is the corresponding device (it is /dev/input/event2 in my case)
I need to know where to put the debian distribution. In Galaxy we have a separate 1Gb ext3 partition on SD card which is normally used for '/data' directory, so there is a plenty of free space there. But I guess it may be different on G1.
Click to expand...
Click to collapse
(3): You could certainly put it all on the sdcard in exactly the same way. As long as you have the sdcard driver built into the kernel, the sdcard is just like any other storage device.
I dont know if this is going to be of any help to you, but as I was searching around for a way to nativly install linux on my dream I found this.
http://www.htc-linux.org/wiki/index.php?title=Dream
It may interesting as a point of refrence.
anyway, keep up the good work, once my conract expires this is exactly the kind of thing I would love to do with my old phone
Hi all !
I have actually an Debian NATIVE on my G1, both Debian/OpenMOKO/Android on the SAME phone.
android are into NAND FLASH, OpenMOKO (for tests and few binaries/config files) into SD2 Partition, and Debian with all tools to compilation, into SD3 Partition.
Actualy work on my Debian G1 :
USB NET
Xorg
Keyboard (but one touch not responding)
Touchscreen (but the calibration into Worg not work, into FBCONS it's OK)
Trackball (but the ball not "click")
I trying to make call, with OpenMoko I can ring my phone.
I trying also WiFi : Crash :'(
for bluetooth, I don't have the fu***** firmware ...
For ALL : You can boot debian with fastboot or recovery.
Debian CAN be into SD1/FAT32 parition, into loop file. I make an boot img, who can boot from SD1 part with loop image you don't must repartition SDCARD, or have dedicated SD card.
hi,
i tried to get an activation code from microsoft for my HD2 wp7, and was not successful . is there any other way or generator to get it as i don't have the market working and my explorer is hanging .. and could not install any software as it requires a key .
Thx in advance
jxdatest said:
hi,
i tried to get an activation code from microsoft for my HD2 wp7, and was not successful . is there any other way or generator to get it as i don't have the market working and my explorer is hanging .. and could not install any software as it requires a key .
Thx in advance
Click to expand...
Click to collapse
That's the big problem with unauthorized versions of WP7. WP7 is designed in such a way that basically makes it useless and worthless without it being genuine because it revolves around the Live features. To use those Live features without concern or fear, you need to have a genuine version of WP7. Snag yourself a real WP7 device, you won't regret it. The games are just purely outstanding. And the whole, "genuine" experience is worth the cost of the new hardware. Leave your HD2 for Android, as it makes the absolute best Android phone ever created, and get a genuine WP7 device...I recommend the HD7...and never worry about accessing any features ever again.
Thanks I will,
but then how do i take my HD2 back to Android?
Regards
jxdatest said:
Thanks I will,
but then how do i take my HD2 back to Android?
Regards
Click to expand...
Click to collapse
It's super simple, actually. If you use a USB flashed Android ROM, just connect your phone to the PC in bootloader mode (powered off - hold volume down button and press power button - keep holding volume down till the red, green, white screen appears), then open the MAGLDR 1.13 folder (unzip it first) and run ROMUpdateUtility. Next, when your HD2 reboots, select #5 (USB Flasher), then open the ROM folder (also unzipped) and click on the DAF or Install. Allow it to complete. That's all you need to do.
The latest Tytung Gingerbread ROM still uses USB flash version. And it's a very nice one.
Thanks
it actually worked, but I am getting message(s) that the memory is full, is there any way to get an arabic android that does not have this probelm?
Rgds.
jxdatest said:
Thanks
it actually worked, but I am getting message(s) that the memory is full, is there any way to get an arabic android that does not have this probelm?
Rgds.
Click to expand...
Click to collapse
Yes. But it requires an external partition or apps2sd method and I can't reliably instruct you with those. I've never done one because I have a 1024 Leo. But follow the instructions in the link and you should have success.
http://forum.xda-developers.com/showpost.php?p=10509776&postcount=438
Seeing all the work being done over in the dev section, I was reminded of something I did when modding my xbox. The boot img for the xbox is very small, it basically just looks for various executable files in order from different places and then fails if it doesn't find them..and that's all it does, so it is much smaller than an entire ROM, 256k to be exact. The thing is the chip it was contained on in earlier models of the xbox were 1MB, 4 times what was needed. By shorting out the board on the TSOP one could use a physical switch to toggle how much of the chip was visible to the CPU, and you could in essence split this chip into four banks, and flash 4 different boot images if you wanted (although you needed a 4 position switch and a hell of a lot of 32 gauge wire + patience). Since that was really overkill, what I did was split the TSOP into 2 banks and flashed 2 separate bootloaders, one could remain stable and near stock, as to maintain all the function of the xbox, while with a flick of the switch I could boot from and flash the other bank experimentally, if it failed to flash or got stuck in a bootloop then you could switch over and reflash from the working side, keeping it from being brickable.
Now, of course we have much more control over a rooted android device's hardware via software than the xbox has, and can dual boot without adding switches and soldering the board (at least in the case of ubuntu), I was wondering is there any way to get a Eee Pad dual-booting from two ANDROID partitions, so one could boot and flash developing roms (like the ICS rom coming along in the dev section) while maintaining a safe bootable img that works as a safeguard?
Or does hardware limit this function in our machines?
It may be possible to do so by installing one of the ROMs to the recovery partition like we can do with Ubuntu.
I'm sure something like Boot Manager, that stores ROMs on the SD card, could be put in place for dual booting.
Sent from my Transformer TF101 using XDA App
Does recovery boot from the internal SD card or does it flash to an internal EEPROM chip?
I know the ROM itself is on the SDcard internally like any OS, wondering if there might be a way of getting the bootloader to actually search for a file on the external SD card and if it doesn't find it search for the same sys file that the OS uses on the internal?
On the xbox, the OS file was initiated by launching a single file, named default.xbe (xbe=xbox executable files), and all autorun files on the discs were also named 'default.xbe'..is this an option to actually change the initialization of the bootloader to search for the OS on the external before trying to boot from the internal OR conversely simply partitioning the interanl (though I don't know how you would go about getting the bootloader to differentiate between one partition and the other, much less have control of which it chooses to load/flash, without perhaps an intermediate 'OS selection' option)
this is not an xbox.
EDIT: however there would be a way to boot 2 android partitions, it would just require a very different set up to what you are saying. you are stuck in the minimalist xbox approach that has a small microkernel which can only run one executable at a time
I know it isn't an xbox, but that is the only linux-based system I've got experience hardware modding, I assume the TF could assume a similar function without hardware modifications..?
On another note- I just found out that there is an Android PS3 emulator (WOW) wondering how far off an Xbox360 emulator is from being ported from PC to Android..that would give someone a reason to want to dual boot...would be a novel thing to turn on the TF and be greeted by a gaming console boot animation
luna_c666 said:
I know it isn't an xbox, but that is the only linux-based system I've got experience hardware modding, I assume the TF could assume a similar function without hardware modifications..?
On another note- I just found out that there is an Android PS3 emulator (WOW) wondering how far off an Xbox360 emulator is from being ported from PC to Android..that would give someone a reason to want to dual boot...would be a novel thing to turn on the TF and be greeted by a gaming console boot animation
Click to expand...
Click to collapse
lol, xbox is winnt based not linux based
I understood it was UNIX based, at least the EVOX and UNLEASHX dashboards were, I wrote code for them and had to study UNIX in order to do so..I'm sure the OEM xbox stuff was MS proprietary, but everyone went to UNIX based dashboards instead, even installing DSL (Damn Small Linux). I even got a ported version of Windows CT running in a Linux application on the OEM Xbox, but now we are getting way off topic- my knowledge (or lack thereof) of the xbox isn't what's in question, rather my desire to learn MORE about the TF..how about giving me some constructive information instead of simply trying to tell me I am wrong here?
ok yes, we are getting away from the point, as I said, yes it could be done but not quite in the way you propose, it is a fair bit of work.
Check out the ubuntu project for android,
It creates two partitions by using your recovery area.
But the end result is that you a boot android or b boot ubuntu arm. (Don't get excited with arm ubuntu 90% of what I wanted to do I couldn't since its arm.
But my point is, I bet that could be easily modified replacing the ubuntu image with another android image and maybe some other stuff to "dual boot" your tf101.
Course the more I think about it the more reasons I get to doubt it'd be that simple.
Idea 2, one word..... safestrap.
Sent from my XT862
Ok ignore half of what I said, coffee hasn't kicked in and I didn't the part where you mention the Ubuntu project.
So my vote is going to a safestrap. Its exactly what I do on my Droid 3. Non safe is my rooted debloated ROM. Reboot, enable safe mode and I get hashes ics ROM.
Although this use isn't what he designed it for, it's a useful side effect. Takes about 3 minutes to get from nonsafe to safe, for me.
Sent from my XT862
I will have to look up safestrap I've never heard of it, is it a hardware device?
luna_c666 said:
Seeing all the work being done over in the dev section, I was reminded of something I did when modding my xbox. The boot img for the xbox is very small, it basically just looks for various executable files in order from different places and then fails if it doesn't find them..and that's all it does, so it is much smaller than an entire ROM, 256k to be exact. The thing is the chip it was contained on in earlier models of the xbox were 1MB, 4 times what was needed. By shorting out the board on the TSOP one could use a physical switch to toggle how much of the chip was visible to the CPU, and you could in essence split this chip into four banks, and flash 4 different boot images if you wanted (although you needed a 4 position switch and a hell of a lot of 32 gauge wire + patience). Since that was really overkill, what I did was split the TSOP into 2 banks and flashed 2 separate bootloaders, one could remain stable and near stock, as to maintain all the function of the xbox, while with a flick of the switch I could boot from and flash the other bank experimentally, if it failed to flash or got stuck in a bootloop then you could switch over and reflash from the working side, keeping it from being brickable.
Now, of course we have much more control over a rooted android device's hardware via software than the xbox has, and can dual boot without adding switches and soldering the board (at least in the case of ubuntu), I was wondering is there any way to get a Eee Pad dual-booting from two ANDROID partitions, so one could boot and flash developing roms (like the ICS rom coming along in the dev section) while maintaining a safe bootable img that works as a safeguard?
Or does hardware limit this function in our machines?
Click to expand...
Click to collapse
Couldnt you mount the developing or experimental ROM's like ics as loop devices?
Im not sure how many loop devices you can have but i think its like 6 or something
Before little stevie brought out hes ubuntu system thats how i had linux for awhile it wasnt the fastest or most efficient but good enough for testing
Sent from my tf Enigmatic V2 beta 1.65Ghz Panda.test cust kernel settings
Following the dev's in the developer forum which I am not allowed to post at to ask questions, suppose I'll do it here...
First off, most of these proposed rooting methods are convoluted and make no sense. To an experienced developer who writes all this crazy code making ROMS, flashy things and whatnots, sure, these directions make perfect sense.
To those of us who dont even know what the hell "OTA" stands for, trying to follow you guys in these processes is frustrating mental masturbation. Here's why...
1. Civato--> downloaded all these files, the "just_ADB", the V3-APX-..., the ICS_HC_bootloader, went to vache's site and got the SBK (what the ??? is a 'SBK' anyways? no explanation there either!)
2. Tried Blackthund3r's ICSRoot tool, didnt work. says I have root but I certainly do not. I cannot delete the crapware (LetsGolf, Hero of Sparta Zinnio definitely qualifies as 'crapware') Downloaded the A500 Manager done by Blackthund3r as well. Get to the point it says "Press any key after entering bootloader mode"...stuck. My A500 positively will not enter this mysterious "APX" mode.
3. Installed, re-installed, re-re-reinstalled Acer USB drivers. Put the ADB drivers into the driver store on my windows xp machine...still cannot get my tablet to be recognized as a "APX" USB device. Just shows up as a "portable device".
4. Installed all the java platforms--> have the 6.xx, the new 7.xx stuff
5. Installed the eclipse platform, the Android SDK tools, installed all the different .NET runtimes (1.1, 2.x, 3.0, 3.5, 4.0 client and web dev)
Sick of installing stuff. None of this is making any of this "rooting" process jell together. Still cannot get my tablet to enter "APX" mode, every possible permutation between seconds of holding power button and depressing reset button with paper clip aint werkin' here...
6. Put all these ROM images and stuff on my external_sd card on my tablet. Put em on the internal sd card too, just in case...
7. None of this works. Most of these files are alien to WindowsXP, so that means it can do nothing with it. NOTHING. Windows looks at the V3-APX files and goes "huh! what you want me to do with that???"
So my question to all these XDA developers here spending all this fancy time making all these ROMs, bootloaders, cute lil scripts is this:
You guys gonna put something together that makes sense to non-android developers.
You offer too many choices to us clueless android NON-developers with no explanation as what this stuff is. You have in directions "Install this", but give no clue how or where to install this stuff. I now have all this muck on my laptop and still no rooted tablet...
The worst part of all this that if I actually understood what is really going on here, I could write up a method that ANYONE would comprehend and follow. But I can't get through this process to a successful end result.
Help, please?
Greetings,
I am currently working on a 100% Android Marshmallow v6.0.1 variant for the Samsung On5 SM-G550T/1 (T-Mobile).
THIS IS NOT A THREAD ON HOW TO ROOT YOUR PHONE
This thread assumes you have already rooted and installed TWRP on your phone and have basic understanding on to backup and recover your phone.
If you need that sort of help, please see my other thread:
https://goo.gl/jWNVNX
Reasons for Project:
I started this project for two reasons:
- Frustration for the lack of support for an otherwise great phone.
- Stumbling across the Samsung Factory Test Rom doing research for other projects.
This ROM has a a 100% Native Driver Set for Android v6.0.1 on the SM-G550T/1. The driver set is identical for the TMO or MetroPCS variants, but the EFS folder will remain different for each.
I'm going to outright confess that I am not a programmer and this is truthfully the first ROM I am trying to develop on my own. I'm a Project Manager and Software Designer by trade, but I rarely get this deep into ROM developments. I figured it was a good project to take on to learn the nitty griddy of what a truly pure Android Experience looks like. That being said, I'd greatly appreciate any help anyone can contribute and will make all my work freely available to anyone wanting to help provided that everyone participating goes into it with good faith that they have no intent on making substantial gains from this project.
Usage of these ROMs/Files/Programs are subject to the following licenses:
- Google's Android Open Source Project Licnese (AOSP):
https://source.android.com/setup/start/licenses
- Google's Individual Contributor License Agreement:
https://cla.developers.google.com/about/google-individual
- Apache Software License, Version 2.0
http://www.apache.org/licenses/LICENSE-2.0
- Samsung Open Source Release Center (OSRC) License:
http://opensource.samsung.com/reception/
That being said, I believe this remains a good enough device, IMHO, to transition people into Android or to provide to people not requiring a fully featured phone.
KNOX Status:
The Factory Test ROM is mostly clean having all the drivers intact and lacks most Samsung Bloatware "tampering". It *DOES* have some preliminary containers for KNOX installed, but none of it is active and takes up less then 1 MB of total space after cleaning passes to remove as many traces as could be removed without breaking things. It is currently being "managed" by an init.d script that generates the folders. I haven't been able to track down yet.
Known Issues:
- 100% Pure Android Menus.
- Rooted/Super User.
- Sound, Camera, GPS, TMO Modem, Wifi, Bluetooth 100% working.
- 100% Native Tethering.
- Adblocker pre-installed (for both Apps and Websites).
- The smallest amount of KNOX installations outside of Lineage. >1mb of KNOX is present with the only items being present are installer containers.
- I'm trying to track down Init.d files that loads with Android and automatically disables/flushes WIFI.
- By default, the power button is set a 100ms push time to turn off (not show power menu). I'm trying to figure out a work around for this.
- I'm trying to find a compatible Contacts Storage file.
- There is no shutdown menu.
Please note that any released versions of this ROM will have makeshift ways to get around these issues.
Downloads:
Please see the second post in this thread.
How to Install:
#01.) Backup your device.
#02.) Download the zip file for the TWRP backup.
#03.) Unzip the TWRP backup.
#04.) Load the downloaded restore into your TWRP Backup Directory.
#05.) Boot into TWRP Recovery.
#06.) Restore the ROM copied into your TWRP Backup Directory.
#07.) Reboot.
Note: No personal data has been configured.
References:
Update Log:
https://goo.gl/CEGCx9|
Required System Apps for Samsung Phones:
https://goo.gl/emTvgX
Things I Could Use Help On:
- A very good way to figure out what Init.d files are doing what without reading through them.
- A good way to change the PIT so we can move 2 gig from the System Rom into the User Rom space.
- Easy methods for changing key button presses.
- A shutdown menu setup.
- A way to make this into an installer.
Note that all those things I'm working on ALREADY, but suggestions would be helpful.
Thanks in advance for any help anyone offers.
Donations Welcomed:
Dev elopement of this ROM is timely, I appreciate any contributions you wish to provide.
https://goo.gl/esVVqA
DOWNLOAD LINKS:
[2019-03-11] Android (v6.0.1) Build #13 [RC] - Google
https://www.androidfilehost.com/?fid=1395089523397913770
- Note, due to Google Now being installed on this one, I can't configure the home long press as the restart menu.
[2019-03-11] Android (v6.0.1) Build #13 [RC] - Diagnostics
https://www.androidfilehost.com/?fid=1395089523397913771
[2019-03-02] Android [v6.0.0] Build #10F [RC]
https://www.androidfilehost.com/?fid=1395089523397908668
i would love to test this rom
Its been taking a little longer then I expected to get it working correctly --- I've been having trouble tracking down some bugs, but with a little luck, I'll post the Google variant tomorrow.
Here is a "working" version to look at:
https://www.androidfilehost.com/?fid=1395089523397901430
It's a restore for TWRP (not an install).
It has all the aforementioned bugs, but is pretty clean only with a few basic utilities installed on it.
I'm trying to track down a number of things:
How to change the Power Button function:
In my most current build, I have made the power button simply put the device to sleep with a long hold of the home button bringing up the power menu. I can't for the life of me figure out where the power button menu lives at or how to define it.
Normally, you'd go edit /system/usr/keylayout/Generic.kl, however, editing it button 116 (the power button) for "Power" only makes it turn off. I can remap it easily as sleep. I compared several other ROMs who use the exact same parameter.
My current version, I just use an app to remap several of those functions; but I don't feel like that's a "release worthy" fix.
Factory Mode:
I can't figure out how to get this version of the ROM to get out of factory mode. The only real problem this causes is, on bootup, it will display a message saying as such and then disable WIFI and turn off the sound. Both, of which, can be immediately be turned back on. It also disables power saver modes.
At first, I thought this was an Init.d file, but after doing some digging I determined this has to the /efs/factoryapp/factorymode file. I may need to swap elements from another EFS to get this fixed.
Contacts Storage:
This is another one I can't seem to track down, but I have a working idea how to fix it. At current, anything that uses Contact Storage won't work. I wonder if the contact storage I have on the system is simply incompatible for some reason. I'm going to try to pull over those system apps from another working rom.
Storage
I've mapped out all the partitions but am having trouble figuring out how to actually change the partitions. There is a whole 2 GB being wasted on the system partition. I'm actually very surprised that no one has ever released a rom with this fixed.
I've tried using parted, but my ADB Install is messed up something major and I cant track down that problem. Reinstalled ADB hasn't fixed it. Its largely a PC problem on my end; a problem I'm dragging my feat going and trying to fix. This is an issue I REALLY wish I could use PC tools for :-\. I've done these changes a thousand times on Windows based machines, but never on a Linux based OS.
Now that I think about it, maybe I should try doing this from the terminal prompt in TWRP. I just wish the keyboard in TWRP didn't suck :-\.
Other Thoughts:
Beyond those very vexing bugs, I have to honestly say that I feel like this experience on this rom is vastly superior to that of the stock Samsung Experience. Sure, these issues are vexing, but I'm also seeing much less system overhead (CPU usage, RAM usage) with this Rom then anything else outside of Lineage.
Update
Here's an update for everyone who might be interested:
The last couple of week's I spent an ENORMOUS amount of time trying to track down as much as I can to get this ROM to work as intended.
For those interested, I've developed a completely new spreadsheet describing everything that's bloatware versus needed items:
https://goo.gl/emTvgX
This spreadsheet will probably be handy for EVERYONE working on Samsung related devices. When its a little more clean, I'll throw it some place better; but since this is specific towards this device, I'll keep it here for now.
It describes everything in /system/app/ and /system/priv-app/ in Samsung's default install and which of those items are actually needed for a 100% clean Android Experience.
I've also rolled through the architecture and have cleaned a lot of "junk" out of the system. Overall, I've pulled it the system from around 1.3 gb installed all the way down to about 800 mb and still feel confident I can trim more out of it.
I've also made it a point to install as much updated system apps as possible. Its been a game of juggling Google, Samsung and other ROM apps to find what works. In general, there are only one major programs left that are Samsung based in any way and that's the Samsung Phone Service app; which seems like its required to interface with the specific hardware on the phone. I've tracked down a number of native Google teleservice.apk-s and none have worked to date.
I am, sadly, still having the aforementioned problems:
- Contacts won't sync despite being able to connect to the contact services and seeing what backups are available. Manual restores work and updating contacts TO the server works now.
- The Power Button turns off the device immediately. The problem resides in a configuration somewhere that's telling the "Power" function to not bring up the power menu. The power menu is in the system, but appears to be renamed or something. I'm having trouble tracking this down. For documentation sake, in theory you should be able to just go to /system/usr/keylayout/General.kl and edit button 116, but that doesn't work.
- The phone is still locked into "Factory Mode". Various documentation says that if you go to /efs/FactoryData/factorymode and edit the contents to "ON", it should resolve this issue, but it doesn't. I feel that the problem resides in the CSC folder and EFS folder, but I haven't gotten around to testing yet. I suspect if you swap the CSC and EFS folders out and set all the correct permissions it might fix that. As it stands now, however, its only a minor inconvenience.
Overall, there's a lot more junk to sift through on the last two problems. The first problem I am kind of stumped on.
If you want to download the ROM and look at it or run it, you can follow the below link. It's currently setup with my "trouble shooting environment" making key places to tinker with easily accessible.
DOWNLOAD HERE:
https://goo.gl/MuPqE3
@LighthammerX
Im very grateful for this site where we can come and learn from one another. I just wanted to say thanks for taking time to work on this device and then sharing your findings. I've been using my on5 for 2 months now after other device died. I'm in the process of moving now but once I'm done with that I'm going to scope out this bad boy and see if I can figure out a few things. Appreciate you sharing your information with us all. Cheers.
Sent from my on5ltemtr using XDA Labs
Thanks. I'm glad to see there's some interest here. IMHO, with the right setup, this little phone is actually a very nice device today.
I actually took a lot of what I learned from hack this ROM apart and applied it to Super Starz to get it running a lot cleaning as my daily runner until/if I get these few bugs figured out.
Personally, I think the most valuable thing I've been learning is just how bloated Samsung Devices truly are out of the box.
I'm going to go ahead and dump my progress log here too so you guys can see what I've been toiling with in hopes someone has some specific feedback on issues and if I am in the right place or not:
https://goo.gl/CEGCx9
As of the writing of this post, I'm virtually confident any problems I am experiencing has nothing to do with /efs/ or /system/csc/.
I've found some inconsistencies in /etc/ and in a few other directories in /system/.
I still wonder if there isn't a init.d file I haven't tracked down yet, but personally I find folder compares faster and easier to try to normalize then I do init.d files.
When it comes to folder compares, I can do a fast reboot and see if things break. When it comes to lines of code, I have to do a bulk of edits, reboot and hope for the best.
Just as an FYI, I plan on completely rewriting the OP when things are at a place where things work.
For anyone following the thread, the Downloads Section has been updated.
This seems really interesting ? I've been trying to find a good ROM for a while with little success, so hopefully this might be the one. I just have one question: what are the differences between the Google and Diagnostics versions of this ROM?